Scrum (สกรัม) ในที่นี้ไม่ใช่สกรัมในกีฬารักบี้ฟุตบอล แต่ scrum จากรักบี้นี้ก็นำมาใช้ในการพัฒนาซอฟต์แวร์ในไสตล์ Agile (อไจล์)
.
Scrum ถือว่าเป็น methodology (ระเบียบวิธี) ในการพัฒนาซอฟต์แวร์แบบ Agile (อไจล์) ที่ได้รับความนิยมอย่างสูง
.
ในปัจจุบันมีเครื่องมือ (ซอฟต์แวร์) สนับสนุนการทำงานด้านซอฟต์แวร์แบบ Scrum หลากหลายตัว ซึ่งส่วนใหญ่ก็มีแบบใช้งานฟรี กับเสียตังค์ เช่น
.
1) Jira
https://www.atlassian.com/software/jira
.
2) ntask
https://www.ntaskmanager.com/
.
3) Zepel
https://zepel.io/solutions/scrum/
.
4) Sprint
https://sprint.ly/
.
5) Yodiz
https://yodiz.com/
.
6) Trello
https://trello.com/
.
7) Vivifyscrum
https://www.vivifyscrum.com/
.
8) Zoho Sprints
https://www.zoho.com/sprints/
.
9) Axosoft
https://www.axosoft.com/
.
10) Clickup
https://clickup.com/
.
11) Targetprocess
https://www.targetprocess.com/
.
12) Nutcache
https://www.nutcache.com/?r=sct&dpm=47237
.
13) Wrike
https://try.wrike.com/remote-working/
.
14) Scrumfast
https://www.scrumfast.com/
.
15) Projectmanager
https://www.projectmanager.com/pm/
.
16) Monday.com
https://monday.com/lp/mb/dpm/scrum/
.
17) scrumwise
https://www.scrumwise.com/
.
18) Pivotal Tracker
https://www.pivotaltracker.com/
.
19) ActiveCollab
https://activecollab.com/
.
20) scrumdo
https://www.scrumdo.com/
.
21) quickscrum
https://www.quickscrum.com/
.
✍ เขียนโดย โปรแกรมเมอร์ไทย thai programmer
sprint jira 在 半路出家軟體工程師在矽谷 Facebook 的最佳解答
提供小故事的一個反向感覺 XD 😅
當初這位 TPM 加入之後, 因為要推動很多看起來沒有道理的轉變 (Jira 換成其他系統,或是 sprint 內容的改革), 老婆和我討論的時候, 我都會想說在我的經驗中, 這感覺應該都會被工程師、或是領導層級否決吧, 畢竟他的理由很牽強, 也降低了生產力、也感覺像是為了顯現出有在做事而做事。
當然每間公司的每個職位話語權不一樣,在 SolarCity 的時候, sprint 是 PM 負責, 所以 PM 也在 drive 整個 sprint 的規劃、追蹤執行及總結,工程師主要負責自己工程的部分。 而我目前公司則是工程師為主導, 如果像是做內部的工具, 通常不一定有 PM 或 TPM 的支援, 所以都是工程師自己在規劃、協調、及執行, 好處是可以各個面向都做, 嘗試當一個獨當一面的工程師 + PM ,但壞處就是會需要花時間做許多非工程上的事情。
每個制度都有其好壞的一面, 如果你可以找到自己喜歡制度的公司, 也更能發揮自己的所長, 把時間用在自己覺得最有意義的事情上, 找到更多的成就感。 🤩
sprint jira 在 91 敏捷開發之路 Facebook 的最讚貼文
一週前開始,協助團隊將 Sprint Backlog 從 Jira #退 回去使用白板牆時,就跟破了玲瓏棋局一樣,那些糾結跟等待都撥開雲霧見青天了。
—
不要忘記你拿工具是為了要解決什麼問題。
在你把玩、欣賞、讚嘆、研究、用錯工具時,我們已經往前走好遠了。
—
曾經我也是可以把 Jira 搞得很 fancy 很客製化,甚至自動化的人(跟版控、task status、release note 連動,客製化不同的 type 有不同的 flow),它在適用場景時可以發揮的綜效很大,但大部分的場景,團隊都是小孩開大車到門口丟垃圾。
—
當然,TFS 也是
—
剛剛突然領會到一個點了。
在想學會敏捷的團隊中,當他們引入 Jira 時,學習使用工具的 effort 跟關注點,很容易比敏捷要解決的問題還多。
到最後學會怎麼用 Jira 來取代他們原本工作方式中管理 working items 與 issues 時,他們的學習能量就用完了。
只是換了套工具,但思維跟做事方式還是舊的那一套。
實體白板跟便利貼、索引卡並沒有就高竿到哪去,它們更不是敏捷,但它可以比較容易在你學習敏捷時,體會、關注在敏捷的意義上,而不會因為工具而失焦。
#買一把鑿子並不會因此變成米開朗基羅