關於 sprint jira ，我們在網路上蒐集到這些相關的討論、資訊與評價

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

提供小故事的一個反向感覺 XD 😅

當初這位 TPM 加入之後， 因為要推動很多看起來沒有道理的轉變 (Jira 換成其他系統，或是 sprint 內容的改革）， 老婆和我討論的時候， 我都會想說在我的經驗中， 這感覺應該都會被工程師、或是領導層級否決吧， 畢竟他的理由很牽強， 也降低了生產力、也感覺像是為了顯現出有在做事而做事。


當然每間公司的每個職位話語權不一樣，在 SolarCity 的時候， sprint 是 PM 負責， 所以 PM 也在 drive 整個 sprint 的規劃、追蹤執行及總結，工程師主要負責自己工程的部分。 而我目前公司則是工程師為主導， 如果像是做內部的工具， 通常不一定有 PM 或 TPM 的支援， 所以都是工程師自己在規劃、協調、及執行， 好處是可以各個面向都做， 嘗試當一個獨當一面的工程師 + PM ，但壞處就是會需要花時間做許多非工程上的事情。


每個制度都有其好壞的一面， 如果你可以找到自己喜歡制度的公司， 也更能發揮自己的所長， 把時間用在自己覺得最有意義的事情上， 找到更多的成就感。 🤩

一週前開始，協助團隊將 Sprint Backlog 從 Jira #退 回去使用白板牆時，就跟破了玲瓏棋局一樣，那些糾結跟等待都撥開雲霧見青天了。

—
不要忘記你拿工具是為了要解決什麼問題。

在你把玩、欣賞、讚嘆、研究、用錯工具時，我們已經往前走好遠了。

—
曾經我也是可以把 Jira 搞得很 fancy 很客製化，甚至自動化的人（跟版控、task status、release note 連動，客製化不同的 type 有不同的 flow），它在適用場景時可以發揮的綜效很大，但大部分的場景，團隊都是小孩開大車到門口丟垃圾。

—
當然，TFS 也是

—
剛剛突然領會到一個點了。

在想學會敏捷的團隊中，當他們引入 Jira 時，學習使用工具的 effort 跟關注點，很容易比敏捷要解決的問題還多。

到最後學會怎麼用 Jira 來取代他們原本工作方式中管理 working items 與 issues 時，他們的學習能量就用完了。

只是換了套工具，但思維跟做事方式還是舊的那一套。

實體白板跟便利貼、索引卡並沒有就高竿到哪去，它們更不是敏捷，但它可以比較容易在你學習敏捷時，體會、關注在敏捷的意義上，而不會因為工具而失焦。

#買一把鑿子並不會因此變成米開朗基羅