「思考可以很複雜，但行動一定要簡單。」
每日立會遠不像看起來那麼簡單，了解它背後的複雜內涵，有助於掌握和使用它。但如果過於在意它的複雜性，出左腳還是右腳就成為了乙個問題。
1.問題解決了嗎？
怎麼辦？這可把我難倒了，好吧，出絕招。
為什麼有經驗的敏捷教練能夠做到呢？教練的做法有何與眾不同？
2.這招還真靈
教練還真的有不一樣的辦法。來一段對話：
教練：「能說說你們現在的每日立會嗎？」
scrummaster
（或團隊）：「還不錯吧！」「糟透了!」
教練：「能講講現在是怎麼做的嗎？」
scrummaster
（或團隊）：「……」
3個問題，不超過15分鐘之類的回答
教練：「請想想，如果連續兩年，每天早上工作的時候都這樣開會，你會有什麼感覺？你會想來開會嗎？」
scrummaster
（或團隊）：「……」
呃，一般來講都會有嘔吐的感覺。教練體貼地拿出了紙巾。（開玩笑啦）
教練：「假如現在就是兩年後，你仍然對每日立會充滿了激情。你認為會有哪些原因讓你做到這一點？」
scrummaster
（或團隊）：「……如此，這般」
教練與團隊一起想象什麼是心目中比較完美的每日立會。
教練：「很不錯。假定那時的每日立會是十分，你認為現在的每日立會能得幾分？」
scrummaster
（或團隊）：「5分」（隨便幾分，反正不可能是十分。）
教練：「那你認為做到什麼樣的程度可以打6分呢？」（教練知道一次性做到十分是很困難的）
教練和scrummaster（團隊）確定當前的工作狀態和下一步可達到的目標。
教練：「那怎麼做才能達到6分呢？哪些是現在可以做的？」
教練和scrummaster（團隊）共同制定最近的計畫。
教練所做的這一切都是很簡單的，你也可以試試。「思考可以很複雜，但行動一定要簡單。」
敏捷開發 開發以人為本
再談了需求 甚至可以說是complains 之後，就可以切入正體了，並且我將以我的乙個專案經驗來闡述敏捷開發？事實上我對這其中的許多方法學感受不深，不過我下面會談到我參與過的乙個算是用了半個敏捷開發的專案吧。不過我首先想提出的做為乙個程式設計師，如果要開發乙個專案，你第一件事想到的是什麼？是設計嗎？...
軟體企業以人為本的16項措施
以人為本不能停留在口頭上，要落實到具體的實施上，以下是我的實踐或是我在軟體企業看到的實踐 1 重視現有的員工勝過去搜尋外面的新人 2 鼓勵員工在職深造，學成歸來的要重用 3 招高水平的員工進來 4 穩定的高於本地域行業平均水平的收入，使其沒有後顧之憂，專心事業 5 為每乙個員工進行職業路線的規劃 6...
敏捷開發 我的經驗（二）資源計算 以人為本
在整個sprint開發過程中要做到資源合理和充分利用，並給予st預留閒置時間。1.每天工作時間為8小時，可充分利用時間為80 90 即8 80 8 90 6.4 7.2小時之間。一般的，如果整個團隊配合時間較長，可以考慮資源利用率在90 如果是新團隊或者專案剛給啟動，建議資源利用率80 在團隊成長過...