前言
響應變化高于遵循計劃
“響應變化高于遵循計劃”—敏捷宣言。
在當今變化莫測的時代，昨天5G剛剛興起，今日6G已悄然開始布局。如何抓住時代的紅利是每個產品或者項目管理者都要思考的事情。越早響應變化，就越早能夠享受變革帶來的紅利，反之，一味的遵循計劃只會被時代拋棄。
接下來老程與大家一起分享敏捷項目管理中的響應變化的知識，旨在讓大家了解，敏捷并非是洪水猛獸那么可怕，相反，順應時代的潮流，引領大家體驗敏捷的奧妙！
請各位抓緊時間上車，坐好扶穩(wěn)，老司機開始飆車了
let’s go
適應學
世界上最后能生存的生物，不是最強的；也不是智慧最高的，而是適應能力最強的
“世界上最后能生存的生物，不是最強的；也不是智慧最高的，而是適應能力最強的”—英國生物學家達爾文
傳統(tǒng)的項目管理者注重按計劃行事，盡量做到和計劃沒有出入；而敏捷項目領導者關注如何成功的去適應不可避免出現(xiàn)的變化《敏捷項目管理第二版》
傳統(tǒng)的瀑布式項目管理，往往前期做了大量的計劃，制定各項約束，詳盡的文檔。而敏捷項目管理者則更注重價值。
曾經有段時間，老程接收集團一個LMS（實驗室系統(tǒng)）時，先收集需求（各部門及客戶）勾畫更重流程圖，反復的討論；在調研完畢后，關起門來，奮力書寫幾天，終于在抽了幾包煙以及雙眼熬成“國寶”項目需求說明書，項目計劃書等等文稿出世了。
接下來信息慢慢，覺得這下子，改兄弟們大展拳腳了。一開始項目進展挺好，中期有一次和市場部門人員閑聊時，對方提了一個隨意的問題；聽聞他講完，老程心中不禁大吃一驚。糟糕，這里沒有想到，確實是客戶需要的功能，但項目已經進行到中期，如果改動，意味著要打破計劃，于是，心一橫，對市場人員說，你的想法很好，第二個版本我會考慮加上。
就這么團隊人員吭嘰吭嘰碼了幾個月代碼，項目宣告完成，交于市場人員推向市場，獲得反饋真是多，比各位粉絲的評論還要熱烈，于是團隊成員不得不再次修改項目，期間團隊的氣氛壓抑到極點，好在最后經過無數(shù)次的搶救，項目被搶救過來了，市場反應相對小一些。
結果這一次項目，反思了一點，為何要制定詳盡的計劃？詳盡的計劃一定是對的嗎？能不能，劃分模塊，相互獨立的模塊，由市場人員來確定優(yōu)先級，做完一個階段的功能后，讓市場人員進行評審，并收集反饋，進行更高。
于是在第二個項目《XX旅游網》啟動時，采用輕計劃及規(guī)范。由客戶參與，羅列出項目的愿景及價值。在一次周日，老程坐上游輪到香港的中環(huán)，在總部和客戶進行一次交流，雖然那幾個美女熱情的講解，但沒聽懂多少（對方講英文，連蒙帶猜，懂了50%左右）；咳咳，一不小心跑題了。
書歸正傳
在第二個項目中，我們團隊吸取上個項目的教訓，決定采用迭代式交付。雖然也屬于傳統(tǒng)型項目管理，但比瀑布式要好的多。
通過小版本的迭代—評審–修復缺陷–發(fā)布，期間用到看板，這種項目管理流程，HK的客戶MM們挺滿意，期間特意從HK來公司進行深入交流，氣氛異常融洽。
直到接觸到敏捷后，才知道，原來是有一種項目管理方法是基于變化、實現(xiàn)客戶價值為核心的方法，那就是敏捷。
適應性原則聲明
《聲明》：預測不確定性，并設法通過迭代、預防、適應來應對不確定性；
《聲明》：通過使用根據具體情況而定的策略、流程和實踐來提高效率和可靠性；
《宣言》：響應變化勝過遵循計劃；
《宣言》：即使在產品研發(fā)后期，也樂于接受變化的需求，敏捷流程充分利用變化以增加客戶競爭優(yōu)勢；
《宣言》：團隊定期反省如何做到更有效，然后響應的調整團隊的行為。
總結：
以客戶價值和質量為目標，計劃就是實現(xiàn)這些目標的方式而非目標的本身。計劃中的約束依然重要，只是不是重點，重點變成了計劃約束是指導項目完成的一種方法，在隨著項目的深入，要對計劃進行剪裁和更新，使一潭水由死變?yōu)榛钏?/p>
敏捷項目管理之探索
探索
敏捷是為了在動蕩的商業(yè)環(huán)境中創(chuàng)造利潤而制造并響應變化的能力–《敏捷項目管理》
有響應變化的能力固然很好，但是如果能給競爭對手創(chuàng)造變化則更佳。創(chuàng)造變化就是向對手展開競爭攻勢。想贏對手的變化，是防守。
變革是困難的，比如，老程一直想戒煙，無奈抽上容易，戒掉很難。要警惕那些固有的習慣，習慣有時會成為惰性，阻止我們作出變化。
盡管敏捷價值觀告訴我們，響應變化比執(zhí)行計劃更重要；但往往研發(fā)團隊習慣固有的計劃，而不愿作出大膽的探索，因為探索帶來的可能是顛覆性的重構。
探索式困難的，容易引發(fā)焦慮、恐懼。這是就需要敏捷項目管理者及時鼓勵團隊成員，鼓勵試錯、借鑒成功經驗和錯誤經驗，創(chuàng)造安全的環(huán)境，讓大伙大膽地說出自己的想法。外部的鼓勵和內部的鼓勵可以幫助團隊建立內部激勵；
研發(fā)產品是需要被引導而不是被管理，我們容許團隊成員有好的點子，有變革的激情。每個項目都有一只和未知的條件、有確定因素和不確定的因素，因此，如何在計劃和變化中找到平衡點變得尤為重要。這就需要我們用各種方法去探索例如用戶故事作坊、用戶特性、用戶角色、用戶畫像、用戶故事、每日展會、評審會等等方法來幫助我們。
研發(fā)人員
在研發(fā)團隊中，最重要的就是人員。如何點燃人員的激情，很重要。需要各種激勵和懲罰手段來調動和約束人員。
人員的意愿也很重要，如果人員對敏捷項目管理或者對公司文化認同，不用打雞血，人員會釋放自己的激情，關于如何做，請參照老程的另一篇《敏捷項目管理-在敏捷環(huán)境中交付》一文。
障礙還是機會
障礙？機會？
老程經常有聽到：“敏捷做法太耗時間、敏捷做法太昂貴了、敏捷流于形式”等等對敏捷的抱怨。這種做法往往是針對短期迭代、頻繁更新、持續(xù)整合、測試等一系列其他的敏捷做法。
大多時候，人們感覺適應變化成本太高，是因為做事相率低下–沒有抓住機會簡化流程提高組織的適應能力。敏捷研發(fā)需要短期迭代，持續(xù)集成。很多公司在運用敏捷時，對WIP沒有限制，一股腦的把probacklog中的所有事項集中到doit中，高速公路因為在制品的增多，不堵車才怪。可以參照我的另一篇文章《敏捷項目管理-精益產品開發(fā)》。
如何看待障礙和機會？我們在遇到困難或作出變革時，要經常問一句“這樣做對我們有什么益處？”
結束
開發(fā)優(yōu)質的產品需要探索，而不是遵循計劃。探索和適應是創(chuàng)新的兩個行為特質–擁有探索未知世界的勇氣，擁有承認錯誤并適應形式的謙遜。
在敏捷中，我們運用一些列的方法“KANBAN、精益軟件研發(fā)、Scrum、xp、sprint、站會、評審、回顧”等等方法，豐富軟件研發(fā)的方法，為我們提供有依據的探索工具和方法，讓我們在研發(fā)的探索之路上不迷路！
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。