有幸能參加周老師的敏捷課程《
scrum
實戰》，下面是第二次
敏捷
作業：用知行視角去總結乙個你現在或曾經的專案。
專案背景
2016
年年初部門某業務組想先試行敏捷開發模式，期望能應付瞬息萬變的市場，將交付時間由原來的無規律改為一周一次，期望能提高團隊工作效率，該業務組試行成功將在部門內推廣。
專案團隊
業務組經理、需求人員、開發人員、測試人員、
pmo（我）
實施方式1、由
pmo給團隊成員培訓，主要是介紹敏捷和敏捷操作流程，讓大家先認識敏捷，達成共識； 2
、pmo
在研發過程中按照敏捷操作流程建立看板，組織每天站立會，組織迭代計畫會議，設計評審，回顧會議；
專案結果
1、團隊成員對敏捷有了基本認識，但是是盲目的跟隨形式； 2
、迭代計畫經常性延期，計畫一周一次迭代的，經常是延期至兩周完成，中間充斥著各種研發難題，有些是突發問題，有些是未**到的問題，有些是需求變化更引起的問題，有些是需要其他人員協助需要解決的問題； 3
、團隊工作效率無明顯提公升，依然是靠加班來追趕交付工期，相較試行敏捷前更加辛苦。
回顧分析1、
pmo引導方式不正確； 2
、溝通不及時； 3
、成員之間的理解偏差；
總結1、
pmo應該先從思想上面來改變成員的認知，先讓敏捷的價值觀得到大家的認同，通過一些練習讓大家明白，從而引導改變思維； 2
、增強團隊間的溝通，每次的溝通都需要在理解上達成一致才是有效的，否則需要考慮解決如何達成一致； 3
、在面對各種變化時，團隊中的成員能主動發起溝通，共同應對變化，而不是逃避排擠，不接受的態度是面對。
《知易行難》回顧
善任你好！在學習 敏捷實戰 第一章節 知易行難 後有太多的感悟。在這裡回顧一下之前自己曾經做過的乙個專案，幾年前，本人曾經帶領團隊做乙個國內首個dbm專案，因為是國內首個專案，所以大家都沒有接觸過dbm,對dbm了解也不多，但是大家都是盲從者，在黑暗裡摸索著前進，但是在沒有充分了解dbm這個框架的情...
知易行難與信難行易
知易行難與信難行易 紅朝儒生 2016 2 26 關鍵字 知易行難 信難行易 簡介 知易行難，信難行易。吾很羨慕記憶力強的人。一本書，吾看一遍之後，再看一遍，會發現不少內容上次似乎沒有看過 看第三遍時還有這種感覺。還好吾看書還算不懶，所以多少總能記住一些。過目不忘倒是不奢望，啥時能記住大半也很滿意了...
敏捷開發 Scrum 實戰
最近把之前學習 scrum 的資料整理為一篇文件，在接下來的團隊和專案開發中，根據專案的情況引入 scrum 的一些實踐，提高團隊成員之間的協作能力和專案的交付質量。scrum 工具 scrum 中的角色 scrum master 專案負責人 專案經理 保護團隊不受外界干擾，是團隊的領導和推進者，負...