敏捷的精髓在於即時反饋

這是一個講究速度勝過正確的時代。

我們都有這樣的體會,收發微信、簡訊的時候,及時的反饋有時候比正確的應對或者一個肯定的答案更重要。

誰都不願意麵對著自己發出去的信息長時間沒有回應的狀態。因為沒有回應,你不僅無法獲得你想要的信息,更重要的是你無法獲知對方態度和尋求信息的路徑是否正確,從而讓你無法規划下一步的行動計劃,這是煩惱之源。

所以,看一個人回複信息的速度,是評判一個人是否靠譜的重要標準。這個標準里,涵蓋了人品,素養,情商等很高的軟性要求,要做到好,其實很不容易。

發散開去,最近軟體和互聯網業界非常火熱的敏捷開發方法,最重要的一個思想就是即時反饋。項目團隊從使用者,項目利益獲得者等項目干係人處越早獲得真實反饋,就可以越及時的調整方案、計劃,改變之前不符合需求方真實想法的需求,提高交付質量。

敏捷相對於傳統的瀑布式方法,我覺得最根本的不同就在於此。通過即時反饋來進行糾偏,彷彿精確制導導彈的運行過程,通過高頻率對於坐標誤差的感應,及時調整軌跡,不至於到了最後的時候,才發現離目標相距甚遠。

根本上,這是以功能為核心的傳統軟體開發哲學和現今以用戶體驗為中心的互聯網式應用的開發哲學之間的碰撞。功能一旦定義完善,相對來說就是個黑盒子,不太需要頻繁輸入,而用戶體驗是個開放式的事物,也在不停的變化,敏捷只有通過更加頻繁的變化,來適應和引領用戶需求。

從具體的操作層面來說,敏捷需要速度來保證開發流程的順暢,一般兩到三個星期一個迭代是比較合適的衝刺周期,一個敏捷團隊的合理開發測試人員在7-8人,最多不要超過10人,否則很可能陷入尾大不掉的境地。相對於原來瀑布式開發的強調計劃性,敏捷開發強調靈活應對,簡化繁瑣的計劃,通過每日例會等形式理解任務偏差,並適時調整。

總之,天下武功,唯快不破。


推薦閱讀:

PM06|乾貨:PMP基礎知識培訓課件PPT(上)
[專題思考] 為什麼我們總愛討論技術與業務之間的那些是是非非?
技術經理這種做法對嗎?
原來的上級成為我的下級,我應該怎麼辦?
PM07|乾貨:PMP基礎知識培訓課件PPT(下)

TAG:項目管理 | 敏捷開發 |