來自mick cohn部落格 january 15th, 2011
我最近被問到關於什麼樣的專案才是最適合於敏捷方法，在此關於這方面進行乙個**。
在我看來，最適合敏捷方法的專案是那些有著激進的時間期限限制，那些有著高度的複雜程度，以及那些有著高度新穎性（獨特性）的專案。
當我們在做一些新的事情，到少是對於開發團隊是新的事情，的時候我們會比較願意使用敏捷方法。如果這是一件團隊以前曾經重複做過很多次的事情，他們很可能就不需要用敏捷的方法來做了。對我來來說，這種時候就應該考慮引入模擬製造的方法了。如果我們每天建造同一種車，我們很快就會了解到造車中的每乙個細微差別。我們不需要乙個敏捷的方法因為在這種情況下新穎性非常低。
但是單獨的新穎性本身並不一定就意味著必須 使用敏捷流程。我今天去了我最喜歡的一家中國餐廳吃午餐。我點了一道「三倍辣外加墨西哥胡椒」的主菜。這也許是他們第一次這樣做這道菜，而且這是乙個少見的或者獨一無二的點餐。但是廚師做得非常好。而且我確定（因為我能看到廚房裡面）他們不需要站會或者測試驅動的方法來做這個午餐（然而，我好像看到他們背後有乙個看板， ）.所以說除了新穎性，使用敏捷的專案也需要有一定程度的複雜性。
乙個我認為在決定乙個專案是否適合於使用敏捷方法的最終因素是緊急性。敏捷方法中的時間箱和迭代就是為了保持專案中的緊張度和專注度。如果專案沒有緊急性，這些就是不需要的。讓我們一起看一下這三個因素-緊急性，複雜性和新穎性-在不同的專案中是如何組合的。當然，從軟體專案開始來看。沒有比軟體專案更適合的了。軟體專案是出了名的複雜。每乙個新的軟體專案中的大部分內容都是新的嘗試。而且在當今社會，軟體專案總是很急的。
但是讓我們再看看另乙個我們大家都聽過的適用於scrum的情形：婚禮籌備。我每年至少有好幾次聽說人們用scrum方法來籌備婚禮。人們會準備乙份婚禮的backlog–買蛋糕, 找攝影師, 發邀請, 準備服裝等等. 那麼籌備婚禮與我所說的三個因素什麼關係呢？緊急性？看一看。總是有乙個限期在那裡而且通常是不能改的。 複雜性？ 哈，它與軟體專案不太一樣但是有它自的複雜度，通常由非功能性的需求帶來，比如固定的預算，誰應該坐誰的旁邊，提供什麼型別的食物，是否要讓艾拉表妹樂隊做迎賓演出等等。新穎性， 是的。大部分人都不會有太多次舉辦這種大型慶典活動，所以籌備活動對他們都是有很強的新穎性的。
所以，敏捷特別適合於那些很緊急並且非常複雜及比較新穎的專案，可以是軟體專案，也可以是婚禮。當然，夫婦倆是否要在慶典的結尾有第乙個吻，這是否應該屬於backlog的一部分，還是應該算產品完成標準的一部分，這樣的問題是必須要搞清楚的。
什麼樣的網域名稱最適合SEO優化？
今天我們一起來談一下網域名稱，由三個部分組成，分別是網域名稱 程式 伺服器。這三個部分，每乙個部分都決定著seo效果的與否，所以我們不要忽略任何乙個細節，網域名稱在seo中絕對占有最高的份額，為什麼這麼說那，因為會把所有的收錄 排名 權重都記錄在網域名稱上，如果你的 換了乙個新網域名稱，那麼你站點所...
什麼樣的人最適合做程式設計師呢？這六類人最適合
作為高薪行業，程式設計師近幾年非常吃香，所以不少人轉行學程式設計，不過，有些人一學就會，有些人卻久久不能入門，究竟什麼樣的人最適合做程式設計師呢？這類人具有什麼特性？小樂根據多年來對身邊各種程式設計師的觀察，總結幾點 1 數學有天賦的人 實際上計算機的核心就是數學，數學厲害的神童們，做軟體開發也如魚...
敏捷方法適合什麼樣的團隊？
敏捷開發適用於研發團隊嗎？距敏捷開發宣言的發布已經過去了將近二十年，現在很多團隊都在思考 敏捷 的工作方式。營銷團隊想要嘗試sprint的方式來加速盈利，運營團隊正在採用scrum敏捷專案管理，而人力資源團隊則正在尋求如何為公司戰略注入更多的靈活可變性。那麼對於研發團隊而言，敏捷實際上只是一套幫助解...