角色：
老師（一位）：敏捷開發教練（然而關於敏捷開發是乙個門外漢）
學生（20至30）：推行敏捷開發的負責人
解決思路:
每組6至8人，共五組。每組自動出乙個人來把握時間
第一步：10至15分鐘
每組人員相互認識一下，並且把想要解決的問題整理到一張大紙上（一組一張）
第二步：（15分鐘）
選出top3的問題,並且精簡語言。
這些問題是要進行解決的，其餘問題就不管了
第三步：（15分鐘）
每組把自己的三個問題貼到黑板上，去投票，選擇其他組的問題進行解決。
再解決其他組的問題的時候，了解對方提出問題的背景以及為什麼有這樣的疑惑用例90%的時間，出來n中解決方案供對方採納
總結:1.敏捷開發講究的是速度與效率，初期比如給30分鐘，質量為90%，如果達到100%，需要2,3個小時，這是用30分鐘出來乙個粗劣版的成果。再往下走
2.大公司推行敏捷開發產生最大的問題：
中層負責推進，因為各種原因低層與高層不是很配合?
人員的技術問題？
共識性不夠強？
需要分析人員不給力？
3.如果需要帶領乙個團隊，需要讀懂上級與下級的陰陽，陽的可以讀懂，陰的是否能讀懂？
4.敏捷開發重要的是共，如果可以，用半天以內的時間，所有人可以達成乙個共，從而共識共創共建
乙個人無法推進敏捷開發
6.你在推行敏捷開發中，你可以收集問題，讓所有參與人員進行討論分析，你不參與回答，你只是乙個組織者，這樣才能快速的達成共識。如果強制按照你的想法，大家無法達成共識，只能不強原的按照你的想法進行參與，無共識的團隊注定失敗
7.敏捷開發自動篩選出乙個把握時間的，乙個負責組織大家的，時間最重要
組織架構適配下的敏捷開發
摘要 本文將會討論如何協調公司內各個工程師團隊之間的合作，從而高效地保持系統的彈性和靈活性，以滿足敏捷開發的需求。本文選自 node.js微服務 如果乙個公司採用微服務來構建軟體系統，那麼每個干係人都需要參與決策。微服務是一次重大的正規化轉換。通常，大型組織傾向於使用相當傳統的方式來構建軟體系統。每...
敏捷開發 談談敏捷開發之Scrum
最近一直在了解和學習敏捷開發的應用，主要學習的還是scrum。寫這篇文章也是為了能對這段時間的學習有個總結。在談scrum之前，我們可以先簡單了解下敏捷開發。維基百科是這樣解釋的，敏捷開發是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們...
敏捷開發之PO
講到敏捷開發，那麼在每個team裡面，都會有乙個叫做po project owner 的角色.在敏捷開發中，po這個角色扮演了很關鍵的作用。首先講講po都會幹些什麼 1 po是開發team與客戶之間的橋梁，他負責與客戶溝通，並且商量需求。2 從客戶那邊確認了所有的需求之後，po需要對這些需求做乙個優...