瀑布式開發

瀑布模型是最典型的預見性的方法，嚴格遵循預先計劃的需求、分析、設計、編碼、測試的步驟順序進行。步驟成果作為衡量進度的方法，例如需求規格，設計文檔，測試計劃和代碼審閲等等。

大體分為這幾個階段：需求分析、設計、編碼、測試、維護。

需求階段通常定義系統的需求，明白系統的目標。

設計階段通常確定系統使用什麼數據庫，系統模塊的劃分，各個模塊的功能。

編碼階段用編程語言對設計階段的實現。

測試階段分黑盒測試，白盒測試。測試系統的功能是否實現，是否準確。

維護階段是根據用户新的需要重新修改系統，使系統更加穩定，更符合用户的要求。

需求階段的工作是否到位是整個系統開發的關鍵，在需求階段有很多方式可以幫助自己完成工作，例如與客户暢所欲言，跟隨客户參與業務過程等等。不管任何一種方法，任何一種方式，在需求階段首先確定系統邊界，確定組織邊界，然後摸清企業為消費者創造的價值，看清企業的價值鏈，摸清價值鏈上的實體。最後要平衡價值鏈上各個實體之間的利益，爭取系統做到大家都滿意這個理想的狀態。

團隊和利益相關者之間需要經常並且細緻的交互。建立互信，人們之間維持開放並且忠誠的關係非常重要。這樣的氛圍使得溝通更為有效，幫助大家構建對於正確需求的一致理解。

對於我來説，價值比費用更重要。如果你知道哪一個需求最為重要，那麼開發它所需的成本反而不那麼要緊。對價值的理解也會激勵大家，幫助大家關注於持續選擇並開發正確的需求。

使用敏捷項目框架，比如scrum、XP、SAFe或者LeSS並不會自動保證項目的成功。需要以適合項目需求的方式使用這些框架。選擇合適的方式，在工作方法上達成一致。不用太擔心項目一開始時達不到完美，反思之類的活動會幫助大家持續學習並在過程中不斷改進。 ^[1]