一 讓每個人都上車：
1）將專案的目標、願景和背景傳達給團隊成員，使其在執行過程中做出明智的決策。
2）向利益相關者提供資訊以幫助他們決策專案是否應該繼續。
二 交付啟動計畫
（1）為什麼會進行這個專案。
它快速地提醒我們為什麼會進行這個專案、客戶是誰以及為什麼會決定首先考慮這個專案。
a 深入工作現場
b 發現領導意圖
(2)電梯演講
電梯演講模板
對於[目標客戶]來說
他們有這樣的[需求或機會]
我們的[產品名稱]
是一種[產品類別]的產品
是一種[產品類別]的產品
我們產品的[主要優勢，令人信服的購買原因]。
其不同於[主要的競爭產品]
在於我們的產品有如下[主要區別]。
目標客戶——解釋專案為誰而做或者誰會從其應用中受益。
需求或機會——詳細闡明客戶必須要解決的問題或需求。
產品名稱——給專案起個名字，賦予其生命力。名字很重要，因為它們可以傳遞意圖。
產品類別——解釋產品或者服務到底是什麼或者能做什麼。
主要優勢，令人信服的購買原因——解釋一下為什麼客戶會首先希望購買這個產品。
主要的競爭產品——解釋為什麼我們沒有用其他現成的產品。
主要區別——區分並解釋我們的產品有何不同，與競爭產品相比有何優勢。這最重要，正是靠這句話打動別人投資給我
們的專案。
電梯演講的這兩句話字字珠璣，可以快速地傳達專案或想法的精髓。它們表達了我們的產品是什麼、為誰開發以及人們
為什麼要優先購買我們的產品。
（3） 設計產品包裝
將優勢說出來。
（4）建立乙個否定清單。
設定專案範圍的期望值時，要做什麼和不做什麼都要說清楚。
通過建立乙個否定清單，可以清楚地表明專案範圍內外所涵蓋的內容。這樣不僅可以設定清晰的客戶期望值，還能確保你和團
隊排除雜念，專注於真正重要的事情。
（5）結識鄰居。
專案社群總會比我們想象的要大。為什麼不邀請鄰居來喝杯咖啡，向他們做個自我介紹呢？
（6）出示解決方案。
我們要畫出技術架構的高階藍圖，這樣能確保專注在同一件事情上。
（7）那些使我們夜不能寐的問題。
專案中總會出現讓你著急上火的事情，討論這些問題並找到避免的方法，會有效地降低相關問題所帶來的影響。
（8）估算專案的規模。
專案的週期是三個月、六個月還是九個月？
（9）明確我們要捨棄什麼。
專案可以用時間、範圍、預算和質量等槓桿來調控。那麼目前在本專案中，最重要和最不重要的分別又是什麼？
（10）對專案所需要的付出加以展示。
專案需要多長時間？多大花費？需要什麼型別的團隊才能順利完成？
三 錯誤的文件敘述
我沒說過她拿了錢。
我，沒說過她拿了錢。（我沒說過。）
我沒說過她拿了錢。（我說的是別的事……）
我沒說過她拿了錢。（但是可能別人拿了！）
我沒說過她拿了錢。（相反，她把錢花了。）
我沒說過她拿了錢。（不，她只是偷走了我的心，然後遠走舊金山。）
四 每日站會
目前，多數敏捷教材都會告訴你，進行日常站立會議時，大家要站成一圈，團隊的每個人都匯報如下事項。
他們昨天做了些什麼。
他們今天要做什麼。
工作中有哪些障礙。
這種報告雖然不錯，但就是不太讓人受啟發，也改變不了大家的行為。
相反，應當每天早上將團隊召集在一起，然後告訴大家——
你昨天為改變現狀做了些什麼。
你今天打算如何將其完成。
你打算如何清除那些擋在前進道路上的障礙。
回答這類問題會完全改變站立會議的態勢。以前你只是站在那兒並介紹一些近況，現在是在向全世界宣布你的意圖。
這樣做會帶來兩種結果：或者你能跟進並完成交付，或者你不能。而這完全取決於你。
但我可以告訴你：如果每天你都到場，公開向同事們承諾自己將在這一天做些什麼，那麼你搞定工作的機率也會大增。
換個角度看敏捷2 敏捷軟體開發概述
如同前文所述，可以把敏捷看做一種問題解決方式。下面我們就從敏捷問題解決方式的角度解讀敏捷軟體開發。軟體開發是問題本身和問題解決能力不確定的一種典型情況。軟體專案起源於人的構想，隨著時間不斷變化。專案團隊對專案的認識隨時間不斷加深，成員能力不斷提公升，工作方式和過程改變導致團隊開發能力不斷變化。敏捷軟...
敏捷軟體開發學習筆記（一）之敏捷開發基礎概念
一批業界專家 擁有大量的實踐經驗 聚集在一起概括出了一些可以讓軟體開發團隊具有快速工作 響應變化能力的價值觀和原則，稱為敏捷聯盟。他們創造出了乙份說明，也就是敏捷聯盟宣言。敏捷聯盟宣言 我們正在通過親身實踐以及幫助他人實踐，揭示更好的軟體開發方法。通過這項工作我們認為 雖然右邊也有價值，但是我們認為...
敏捷軟體開發之TDD（一）
測試驅動開發即tdd是敏捷軟體開發方法的重要組成部分。tdd是從極限程式設計中發展而來，它既可以用在設計時也可以用在開發實踐中。tdd把業務需求轉化為可以執行的測試 並具有如下的優點 1.tdd從一開始就保證了code的質量 2.大多數tdd開發人員編寫出來的code都遵循solid原則 3.tdd...