我正在開發團隊工作,我們虔誠地遵循敏捷。但是,我不必改變我的工作方式(單元測試等不算我這樣做)。我的意思是,我需要改變我的溝通方式或頻率?事情敏捷這種軟技能方面是我很感興趣。在敏捷中工作時,我的工作習慣應該如何改變?
感謝
我正在開發團隊工作,我們虔誠地遵循敏捷。但是,我不必改變我的工作方式(單元測試等不算我這樣做)。我的意思是,我需要改變我的溝通方式或頻率?事情敏捷這種軟技能方面是我很感興趣。在敏捷中工作時,我的工作習慣應該如何改變?
感謝
如果你的團隊利用敏捷,那麼你可能應該看到你工作方式的一些變化。即使您之前的工作經歷採用了更多瀑布式的方法,您可能已經開發出一種相當「敏捷兼容」的思維模式。
,我認爲敏捷開發者應該做一些具體的東西(在一個運行良好的敏捷團隊中,自然會發現他們需要做)
如果你已經遵循所有這些 - 太棒了!它們當然是一般性的最佳實踐,而不是針對敏捷。我認爲大多數開發者確實有一個不好的習慣,或者這個列表的地址有兩個,儘管(我知道我偶爾會這樣做)。
敏捷的細節將是你每次問人不同。是的,你可能想要定期溝通,但是你不想把它放在讓你(或你的同事)不能生產的極端。
但就像我說的,每個人都會有所不同。知道如何最好地匹配你的團隊的唯一人是你的團隊中的人。告訴他們你不習慣敏捷,你想知道你是如何處理它的。他們確實是唯一能夠肯定地說出來的人。
除了Ryan的優點之外,這裏還有更多。
我希望這有助於。
簡短的回答卻是非常有用的,是問我這個問題所有的開發人員:
有一本書叫做敏捷開發,http://www.pragprog.com/titles/pad/practices-of-an-agile-developer的做法。
這本書將專門回答你的問題。我非常喜歡它,因爲它不只是關於過程,而是行爲和心理。
態度有關的東西:
1)良好的結對編程意味着在努力解釋事情真的很好,認真聽取。這本身就是一項技巧。你必須學習其他人如何解決問題,並在別人解決與你不同的問題時保持耐心。
2)正在準備靈活,改變主意。自我越小,處理這件事情就越容易,也越不痛苦。
3)要做到敏捷好,你需要與大家在更廣泛的團隊不斷通信(即不只是開發者 - 這個系統管理員,經理,客戶,網絡管理員,硬件的人......)部分爲感覺舒適,安全和自信 - 即需要團隊真正的信任,而不僅僅是虛假的信任 - 真正的信任
4)是準備在專業和舒適區域外工作。我經常必須與圖形設計師,系統管理員和DBA配對。說「那不是我的工作」並不是敏捷的一部分。我們是一個多學科團隊的一部分,讓產品以有用的狀態發佈是整個團隊的問題 - 不只是照顧我的寵物專業。
5)嘗試保持簡單和最小化 - 否「我們將使它完全通用」或「我們稍後需要它」。想想"you aren't gonna need it."我們正在拍攝反饋信息的小型簡單實用步驟。
6)解決困難的事情和不明確的事情 - 讓您儘早得到問題的反饋,如果您必須修改估計或取消工作,儘快通知。
7)嘗試保持團隊動態合作而不是競爭。將人們彼此對抗會使團隊分裂 - 這會讓你獲得精心打磨的碎片和一件破碎的產品,而不是讓人們在他們認爲有必要取得成功時給予和給予的凝聚力。
如果您覺得您的溝通過於頻繁,溝通更頻繁。否則你做得很好。說真的,我們怎麼知道你有多少溝通呢? – 2010-08-11 23:30:03