上週一是洋老闆d正式上班的第一天，我們三人小組開了乙個很短的會，會議的主題很簡單，依然是那不變的scrum 每日站立會議三段論：前一陣做了什麼？將要做什麼？有什麼問題？
下午，我正在皺著眉頭解決乙個dojo的問題(剛接觸dojo, 很具挑戰性啊), d問我是否準備好了pair programming. 對於pair programming, 我一直有不少疑惑。在自己饒頭的情況下，有個人站在旁邊看會不會很緊張？尤其他還是自己的頭。這就像在學校考試時，碰到了乙個難題時，偏偏老師還站在身邊看你答題，這不是添堵麼？我心裡不情願，但還是點了頭。就這樣，開始了我的第一次pair programing的體驗。
d過來了，蹲在我座位邊，問我有沒有什麼問題。我給他看我碰到的問題，跟他講我計畫的解決思路。他給了我一些建議，我們一起分析問題，一起嘗試，最妙的是， 在使用工具的過程中，他給了我許多有益的小貼士，很快，這個問題被我們倆一起解決了。我們擊掌互相祝賀。第一次pair programming的體驗，不錯！
總結一下：
優點：
1） 這種一幫一，對於新手，能夠大大加速對工具和系統的熟悉過程
2） 對於有經驗者，在幫助別人的同時，也會從新手處學習到一些新鮮的方法
3） 有助於收集新手可能碰到的問題，歸檔後可以作為將來的培訓教材
4） 增進了解，工作更加融洽
前提：
1） 如果徒弟自尊心強，師傅最好是乙個水平高，但又是謙和的人
2） 互相尊重乃是pair programming 的基礎
敏捷軟體開發之敏捷實踐
good 勝過normal 個體和互動 過程和工具 可以工作的軟體 面面俱到的文件 客戶合作 合同談判 響應變化 遵循計畫 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。團隊的構建要比環境的構建重要得多。許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。相反，應該首先致力...
首次敏捷專案開發實踐
首次採用敏捷方式進行開發，我想把我們的做法與大家分享下，同時希望大家指出我們的不足和需要改進的地方，讓我們的專案進行的更順利，目前專案已過三分之一，客戶比較滿意，還算順利。專案簡介 乙個dms小專案，預計時間14人月.客戶需求不是很明確，想一邊做一邊提，適合引入敏捷開發 實際上使用者的需求也一直在變...
敏捷開發思想與實踐
我想敏捷的思想大家都能說出一大堆來，我也不囉嗦了。在此只是談談自己的一些想法和觀點，希望大家拍磚，謝謝。1 整理需求，分析，總體設計，先把握住總體，忌拘泥於細節。2 先找到乙個可以快速突破的點，根據專案的實際確定第乙個迭代。3 敏捷的關鍵是快速的交付客戶，哪怕只是最簡單的demo，這樣便於與客戶交流...