近日，領導給安排了指導某專案的需求分析工作，該專案面臨時間緊、任務重、人員少的窘境。需求分析只有4人，幾個複雜模組都壓在1個經驗豐富的老手身上，其他3人經驗不足。目前最嚴峻問題是，團隊產能不足、效率低下，專案需求分析很可能要延期的風險。
考慮到有2個重點複雜模組的需求分析仍未開始，今天組織了次小組會議，調整了下內部工作流程。將原來按照「原型->需規->客戶確認」乙個接乙個模組序列推進的次序，改為將多個模組先做原型，需規再統一最後寫的序列順序來做。這樣的好處是，盡快開工搭出架子，避免序列工作導致後續時間倉促來不及。
對照了下敏捷宣言12條原則，今天至少做到了其中5條，乙個小小的改變，也許會改變目前的困境！
1、我們的最高目標是，通過盡早和持續地交付有價值的軟體來滿足客戶。
對策：小組會上，跟組員重申了當前形勢下，盡快將多個模組需求分析並行推進的必要性。
2、歡迎對需求提出變更——即使是在專案開發後期。要善於利用需求變更，幫助客戶獲得競爭優勢。
3、要不斷交付可用的軟體，週期從幾周到幾個月不等，且越短越好。
4、專案過程中，業務人員與開發人員必須在一起工作。
5、要善於激勵專案人員，給他們以所需要的環境和支援，並相信他們能夠完成任務。
對策：核心骨幹反映每天上下班通勤要4小時，專案負責人特批允許近期他在家辦公。
6、無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談。
對策：疫情期間，**會不直接，直接進會議室面對面談，確實溝通效率高。
7、可用的軟體是衡量進度的主要指標。
8、敏捷過程提倡可持續的開發。專案方、開發人員和使用者應該能夠保持恆久穩定的進展速度。
對策：針對使用者方分部門分不同崗位各自提需求，每人只負責自己一攤缺乏整體業務梳理，為避免需求設計被隨意推翻，要求啟動乙個模組的分析前，要拉上使用者端涉及到部門的所有相關人員參會，以便於後期的功能點統一確認，減少返工
9、對技術的精益求精以及對設計的不斷完善將提公升敏捷性。
10、要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術。
11、最佳的架構、需求和設計出自於自組織的團隊。
12、團隊要定期反省如何能夠做到更有效，並相應地調整團隊的行為。
對策：約定每週召開兩次小組會議，匯報進展和問題討論。
第一章 敏捷宣言（12原則）
敏捷軟體開發宣言 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應變化 勝過 遵循計畫 雖然右項也有價值，但是我們認為左項具有更大的價值。敏捷實踐12原則 1.我們最優先要做的是通過盡早 持續地交付有價值的軟體來使客戶滿意。2.在專案的整個開發期間，...
敏捷開發的4句宣言和12個原則
敏捷開發4句宣言 個體與互動勝過 過程與工具 可以工作的軟體勝過 面面俱到的文件 客戶協作勝過 合同談判 響應變化勝過 遵循計畫 敏捷開發12個原則 1 我們最優先要做的是通過盡早的 持續的交付有價值的軟體來使客戶滿意 2 即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢 3...
敏捷軟體開發的12條原則
1.最優先要做的事盡早，持續地交付有價值的軟體，讓客戶滿意 2.欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢 3.頻繁地交付可工作的軟體，從數週到數月，交付週期越短越好。4.在團隊內，面對面交談是最有效，也是最高效的溝通方式。5.在整個專案過程中，業務人員和開發人員必須每天...