關於團隊敏捷開發實踐的 6 個常見問題

「有問題么？」

你可能聽過演講者在演講結束的時候提出這個問題。這是演講中最重要的部分 —— 畢竟，你不僅僅是聽講座, 而是參加討論和社群交流。

最近，我有機會聽到我的同伴 Red Hatters 給當地一所大學的一群技術型學生做一個名為 「敏捷實踐」 的講座。講座中有軟體工程師 Tomas Tomecek 和敏捷開發的從業者 Fernando Colleone 、Pavel Najman 合作解釋了敏捷開發方法的基礎，並展示最佳實踐在日常活動中的應用。

知道了學生們參加這個課程是為了了解什麼是敏捷實踐以及如何將其應用於項目，我想知道學生們的問題會與我作為敏捷從業者在 Red Hat 每天聽到的問題相比有什麼不同。結果學生的疑問和我的同事們如出一轍。這些問題都直指敏捷實踐的核心。

1、完美的團隊規模是多大？

學生們想知道一個小團隊和一個大團隊的規模是多少。這個問題與任何曾經合作過做項目的人都是相關的。根據 Tomas 作為技術領導的經驗，12 個人從事的項目被認為是一個大型團隊。現實中，團隊規模通常與生產力沒有直接關係。在有些時候，在一個地方或同一個時區的小團隊也許會比一個成員分布在滿世界的大團隊更具有生產力。最終，該講座建議理想的團隊大小大概是 5 個人（正如 scrum 開發方法的 7，+-2）。

2、團隊會面臨哪些實際挑戰？

演講者比較了由本地團隊組成的項目（團隊成員都是一個辦公室的，或者相鄰近的人）與分散型的團隊（位於不同時區）。當項目需要團隊成員之間密切合作時，工程師更喜歡本地的團隊，因為時間差異造成的延遲可能會破壞軟體開發的「流」。同時，分散型團隊可以將可能不適用與當地項目但適用於某些開發用例的技能集合在一起。此外，還有各種最佳方法可用於改進分散型團隊中的合作方式。

3、整理堆積的工作需要多少時間？

因為這是一個對於新學習敏捷的學生的介紹性質的演講，演講者著重把 Scrum 和 Kanban 作為介紹敏捷開發的方法。他們使用 Scrum 框架來作為說明軟體編寫的方法，並且用 Kanban 作為工作規劃和溝通的系統。關於需要多少時間來整理項目堆積的工作，演講者解釋說並沒有固定的準則，相對的，實踐出真知：在開發的早期階段，當一個嶄新的項目 —— 特別如果團隊里有新人 —— 每周可能會花費數個小時在整理工作上。隨著時間推移和不斷地練習，會越來越高效。

4、產品負責人是否是必要的? 他們扮演什麼樣的角色？

產品負責人會幫助團隊更方便的拓展，然而，職位名稱並不重要，重要的是你的團隊中有人能夠傳遞用戶的意願。在許多團隊中，特別是在大型團隊中從事單個任務的團隊，首席工程師就可以擔任產品負責人。

5、建議使用哪些敏捷開發的工具？使用 Scrum 或 Kanban 做敏捷開發的時候必須用特定的軟體么？

儘管使用一些專業軟體例如 Jira 或 Trello 會很有幫助，特別是在與大量從事大型企業項目的工作者合作時，但它們不是必需的。Scrum 和 Kanban 可以使用像紙卡這樣簡單的工具完成。關鍵是在團隊中要有一個清晰的信息來源和緊密的交流。推薦兩個優秀的 kanban 開源工具 Taiga 和 Wekan。更多信息請查看 Trello 的 5 個開源替代品 和 敏捷團隊的最好的 7 個開源項目管理工具 。

6、學生如何在學校項目中使用敏捷開發技術?

演講者鼓勵學生使用 kanban 在項目結束前使用可視化和概述要完成的任務。關鍵是要創建一個公共板塊，這樣整個團隊就可以看到項目的狀態。通過使用 kanban 或者類似的高度可視化的策略，學生不會在項目後期才發現個別成員沒有跟上進度。

Scrum 實踐比如 sprints 和 daily standups 也是確認每個人都在進步以及項目的各個部分最終會一起發揮作用的絕佳方法。定期檢查和信息共享也至關重要。更多關於 Scrum 的信息，訪問 什麼是 scrum？ 。

牢記 Kanban 和 Scrum 只是敏捷開發中眾多框架和工具中的兩個而已。它們可能不是應對每一種情況的最佳方法。

via: https://opensource.com/article/18/3/agile-mindset

作者：Dominika Bula 譯者：lixinyuxx 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive