我對(duì)敏捷開(kāi)發(fā)是源于10多年前看了一本關(guān)于迭代開(kāi)發(fā)的書(shū)契邀，從而對(duì)迭代開(kāi)發(fā)有了一些興趣。從那時(shí)開(kāi)始有了迭代開(kāi)發(fā)的概念逗扒。隨著項(xiàng)目經(jīng)驗(yàn)的增加迭代的重要性也越發(fā)覺(jué)得明顯矩肩。隨后進(jìn)入了提倡敏捷開(kāi)發(fā)的公司蛮拔，被迫式的接觸了許多“敏捷開(kāi)發(fā)”痹升，隨著項(xiàng)目經(jīng)歷越來(lái)越多疼蛾，慢慢的就開(kāi)始有了更新的認(rèn)識(shí)和想法察郁。
但是在接觸敏捷開(kāi)發(fā)這個(gè)體系之前皮钠，自己有機(jī)會(huì)做一個(gè)項(xiàng)目，那個(gè)時(shí)候我開(kāi)始將自己認(rèn)為更有利于項(xiàng)目的管理工作做了一些應(yīng)用乔夯，那個(gè)階段我的主要做法是：
1末荐、項(xiàng)目中開(kāi)始劃分更短的制品交互周期甲脏，而不是以前那樣等待產(chǎn)品開(kāi)發(fā)完畢后發(fā)布各種測(cè)試版本块请。
2负乡、更充分與市場(chǎng)人員交流，在市場(chǎng)人員進(jìn)行需求交底時(shí)狸涌，讓更多的甚至全體成員參與會(huì)議，了解產(chǎn)品的原始業(yè)務(wù)及需求朝捆。并且在過(guò)程中有問(wèn)題也及時(shí)的解答及溝通芙盘。
3儒老、加強(qiáng)溝通力度驮樊，開(kāi)發(fā)測(cè)試都在一起每天都會(huì)開(kāi)個(gè)小會(huì)片酝，通報(bào)每日的工作成果，將自己的問(wèn)題說(shuō)出來(lái)练湿。
4肥哎、不同以往的發(fā)布頻率贤姆，測(cè)試從項(xiàng)目開(kāi)始便要切入到產(chǎn)品生產(chǎn)過(guò)程霞捡，而不是等到最后所有功能都完成后薄疚。從而大大減少變動(dòng)對(duì)計(jì)劃的影響。
在做這些工作的時(shí)候我并不知道敏捷開(kāi)發(fā)這個(gè)東西砰碴，直到在2010年進(jìn)入一個(gè)公司非常提倡敏捷開(kāi)發(fā)呈枉，已經(jīng)有了迭代周期、backlog酥泞、站立會(huì)議啃憎、周例會(huì)等等辛萍，在這個(gè)團(tuán)隊(duì)中對(duì)開(kāi)發(fā)過(guò)程有各種規(guī)章要求贩毕，完全是制度化的，這在我加入的初期非常的不適應(yīng)岸晦。事實(shí)上回頭想想启上，那種方式已經(jīng)變的不敏捷了冈在，完全是一種教條式的應(yīng)用按摘。
后來(lái)自己有機(jī)會(huì)回到了老東家炫贤，開(kāi)始自己帶團(tuán)隊(duì)兰珍，很巧老東家被收購(gòu)后開(kāi)始推廣敏捷開(kāi)發(fā)，只不過(guò)因?yàn)椴皇强偛苛猎赃@次沒(méi)有范本爆捞，完全由我自己來(lái)組織及控制煮甥。很高興這個(gè)小團(tuán)隊(duì)幾個(gè)月下來(lái)，個(gè)人覺(jué)得比較成功肌访，當(dāng)然后面也得到了公司的認(rèn)可。
下面就敏捷開(kāi)發(fā)分享一些應(yīng)該著重注意的點(diǎn)店煞，解決這些問(wèn)題我想對(duì)任何開(kāi)發(fā)團(tuán)隊(duì)都會(huì)有很大的幫助顷蟀。
需求在開(kāi)發(fā)中的重要性
大量的開(kāi)發(fā)過(guò)程告訴我鸣个，需求在軟件開(kāi)發(fā)過(guò)程中是極其重要的布朦。傳統(tǒng)的開(kāi)發(fā)強(qiáng)調(diào)初期的需求調(diào)研及需要分析，這個(gè)過(guò)程對(duì)于一些正規(guī)的團(tuán)隊(duì)會(huì)產(chǎn)生大量的文檔涛舍，而后交由開(kāi)發(fā)展開(kāi)產(chǎn)品生產(chǎn)富雅。
然而没佑，事實(shí)卻不是想象這么簡(jiǎn)單蛤奢，無(wú)數(shù)的例子說(shuō)明了一點(diǎn)远剩，僅僅在需求調(diào)研過(guò)程中了解到的需求是無(wú)法保證的瓜晤。數(shù)不清的例子告訴我們痢掠，需求是會(huì)變的，變的原因很多雄驹。在極端的情況下医舆，有些客戶(hù)簽字的需求在開(kāi)發(fā)完后蔬将，有需要變更也很正常霞怀。
所以需求是影響軟件開(kāi)發(fā)的第一重要因素毙石，需求來(lái)源于業(yè)務(wù)徐矩，我們開(kāi)發(fā)的產(chǎn)品不就是因?yàn)檫@些業(yè)務(wù)才去做的嗎丧蘸？如何需求都無(wú)法把握好力喷，還談什么開(kāi)發(fā)出好用的產(chǎn)品弟孟？
然而如何做好需求呢样悟？我想首先要確立需求的地位窟她，然后只有通過(guò)不斷的溝通、嘗試录肯、反饋向真實(shí)需求邁進(jìn)优炬。
強(qiáng)調(diào)人與人的交流
不管怎么樣開(kāi)發(fā)過(guò)程中主要還是靠人的厅贪，而且軟件開(kāi)發(fā)是個(gè)復(fù)雜的團(tuán)體工程葵硕，一個(gè)小些的產(chǎn)品也會(huì)涉及到各類(lèi)人：客戶(hù)贬芥、業(yè)務(wù)分析、管理人員尊沸、程序員、測(cè)試員等等屁商。這么多人在一起做事情，有一方?jīng)]有處理好結(jié)果肯定就會(huì)有問(wèn)題颈墅。
有這樣一個(gè)例子：客戶(hù)提出了一個(gè)會(huì)員管理功能需求蜡镶，需求人員了解后組織了解決方案，于是交付了開(kāi)發(fā)實(shí)現(xiàn)恤筛。而經(jīng)過(guò)二個(gè)月無(wú)盡的黑夜之后交付官还，需求一看有個(gè)模塊做的有偏差，但是已經(jīng)來(lái)不及修改了毒坛。交給客戶(hù)看后望伦，發(fā)現(xiàn)這不是他們要的會(huì)員管理功能相差較大，另外在功能開(kāi)發(fā)的這一段時(shí)間，客戶(hù)又有了新想法，要對(duì)原先需求做調(diào)整。
這種例子可能大家經(jīng)常經(jīng)歷吧粹舵？
這種問(wèn)題在敏捷開(kāi)發(fā)方法中提出了解決方法，就是通過(guò)不斷的交付可用的制品【影牵看起來(lái)很抽象腻异，其實(shí)很簡(jiǎn)單皆辽。同樣是上面的例子：
? 客戶(hù)提出會(huì)員管理功能需求
? 需求人員在了解需求后與開(kāi)發(fā)負(fù)責(zé)人商量征字，確定一個(gè)快迭代的開(kāi)發(fā)計(jì)劃，每二周向客戶(hù)演示一次历恐，并將這個(gè)計(jì)劃與客戶(hù)確認(rèn)
? 確認(rèn)后需求人員向全體成員講解需求背景故事
? 開(kāi)發(fā)負(fù)責(zé)人組織并確定迭代計(jì)劃內(nèi)容味咳，明確每個(gè)迭代提交的產(chǎn)品目標(biāo)鸳兽、開(kāi)發(fā)任務(wù)安排蒿秦、測(cè)試跟蹤計(jì)劃
? 每個(gè)迭代過(guò)程中都由需求及測(cè)試進(jìn)行確認(rèn)每個(gè)任務(wù)的實(shí)現(xiàn)結(jié)果是否跑偏
? 后面就是每二周向客戶(hù)演示一次產(chǎn)品碗旅，并獲得客戶(hù)的反饋
? 根據(jù)客戶(hù)的反饋調(diào)整下個(gè)迭代計(jì)劃，并繼續(xù)下一個(gè)迭代
? 直到產(chǎn)品交付
通過(guò)上面的步驟，就不至于在開(kāi)發(fā)完成后才知道用戶(hù)的真實(shí)想法僚纷，因?yàn)楹芏嘤脩?hù)對(duì)軟件開(kāi)發(fā)是沒(méi)有概念的痊臭，他只知道自己有某種需求艇潭，但最開(kāi)始是沒(méi)有一個(gè)完整的概念的鳍寂。所以就要通過(guò)不斷的讓用戶(hù)看到產(chǎn)品的模型鹃觉，這個(gè)過(guò)程用戶(hù)才會(huì)逐步的對(duì)產(chǎn)品產(chǎn)生概念。同樣的在過(guò)程中客戶(hù)的提出需求變更也是在一定的可控制范圍之內(nèi)翼闹，這樣一來(lái)可以大大的減少軟件返工的情況，自然就不會(huì)拖延計(jì)劃了琼掠。
而這個(gè)過(guò)程中艰猬，需求已經(jīng)完成了一個(gè)真正的過(guò)渡胸蛛，不再是一頭重的情況了泞当。他讓需求從客戶(hù)那快速的反饋到開(kāi)發(fā)團(tuán)隊(duì)中津肛。同樣的，在開(kāi)發(fā)不斷的交付制品時(shí)抹腿，需求也更加及時(shí)的了解到產(chǎn)品的進(jìn)度，把握開(kāi)發(fā)人員開(kāi)發(fā)的功能是否符合需求将饺。
當(dāng)然這并不是一個(gè)標(biāo)準(zhǔn)做法琉历，不同的團(tuán)隊(duì)可以有不同的處理方式惶桐。這里只是想強(qiáng)調(diào)需求需要更多的投入到開(kāi)發(fā)過(guò)程中去，及時(shí)的與客戶(hù)溝通交流嘴拢，了解到客戶(hù)的真實(shí)想法襟交。
強(qiáng)調(diào)文檔的作用
我覺(jué)得很多對(duì)敏捷開(kāi)發(fā)的一個(gè)誤解就是不需要文檔，敏捷開(kāi)發(fā)并未拋棄文檔弟蚀。只是更強(qiáng)調(diào)更有效的方式使用文檔拖刃。在很多傳統(tǒng)開(kāi)發(fā)方法中硬耍，特別是很多很正規(guī)的開(kāi)發(fā)團(tuán)隊(duì)對(duì)文檔的要求非撑２福苛刻。然而事實(shí)是文檔不易管理炉菲，最痛苦的是不好維護(hù)吠裆，文檔需要隨著變化而變化怀跛，比如需求調(diào)整骇两、技術(shù)架構(gòu)升級(jí)、產(chǎn)品維護(hù)等等葱绒。如果要保證文檔的一致性，太難了灯抛。特別是對(duì)于一些無(wú)法進(jìn)行有效管理的開(kāi)發(fā)團(tuán)隊(duì)就更加明顯，經(jīng)常是軟件已經(jīng)幾個(gè)版本了邓了，文檔卻是兩年前的骗炉。
但敏捷真的不需要文檔嗎轻专？我想不是的洪碳，如何把文檔做到好維護(hù)我想才是最重要的嫂侍。文檔到底指的指的什么诡挂？什么樣的算文檔攒盈？
提出上面兩個(gè)問(wèn)題叹话，我們先想想經(jīng)常說(shuō)的文檔的作用是什么偷遗？不就是一個(gè)傳播工具嗎？可以用作記錄驼壶、給他人看氏豌、用于以后查看。有很多方法可就解決了這個(gè)問(wèn)題热凹，比如wiki系統(tǒng)泵喘。維護(hù)一個(gè)wiki系統(tǒng)，可以隨時(shí)寫(xiě)般妙，隨時(shí)維護(hù)纪铺，可以方便的查找。嗯碟渺，多方便鲜锚。
另外一個(gè)問(wèn)題就是什么樣的工作需要形成文檔呢？
記得在前一家公司苫拍，維護(hù)一個(gè)10多年的老系統(tǒng)修改一個(gè)公式計(jì)算的BUG芜繁，但是怎么也不知道這個(gè)復(fù)雜的公式是什么意思，問(wèn)過(guò)了公司大部分的人也無(wú)人可解绒极。這時(shí)想骏令，如果當(dāng)初有那么一份文檔，謝天謝地垄提。
像這種關(guān)鍵的內(nèi)容有份文檔還是很重要的榔袋，否則隨著時(shí)間推移，誰(shuí)也不能保證能記得住當(dāng)時(shí)為什么會(huì)這么干铡俐。
記得多年前一次記筆記的經(jīng)歷摘昌，我看了一篇文章了解了DELPHI實(shí)現(xiàn)單實(shí)例模式的方法，這種方法很酷高蜂。于是整理成了筆記寫(xiě)在了wiki上聪黎，第二天就得到了回復(fù)，幫助到了別外產(chǎn)品開(kāi)發(fā)組的同事。
嗯稿饰，文檔就是這樣他具有傳播性锦秒，你不可能跑去跟所有人說(shuō)出你的想法，但是文檔卻更容易達(dá)成喉镰。他也有傳承性旅择，有些文檔也許10多年后又起了重要作用。
團(tuán)隊(duì)協(xié)作
1侣姆、減少對(duì)開(kāi)發(fā)人員的干擾
曾經(jīng)接手一個(gè)產(chǎn)品的開(kāi)發(fā)生真，最初遇到一個(gè)很頭痛的問(wèn)題，原先寫(xiě)好的迭代計(jì)劃捺宗，而且工作量也較大柱蟀，大家都在忙著。即便在這樣的狀態(tài)下蚜厉，客服人員卻經(jīng)常跑來(lái)找某個(gè)程序員A維護(hù)各種系統(tǒng)問(wèn)題长已，程序員A在一次維護(hù)中竟然導(dǎo)致了系統(tǒng)數(shù)據(jù)出現(xiàn)大面積錯(cuò)誤。程序員A心理上承受著巨大的壓力昼牛，而每天的這些問(wèn)題又不得不解決术瓮，加之新版本又有很重的開(kāi)發(fā)任務(wù)無(wú)法完成，最終導(dǎo)致整個(gè)開(kāi)發(fā)計(jì)劃變更贰健。
我無(wú)法再忍受胞四，找到了需求及客服的負(fù)責(zé)人，溝通后發(fā)現(xiàn)這些問(wèn)題很多都是重復(fù)性的伶椿，主要是因?yàn)樵认到y(tǒng)的不足撬讽。于是回去組織人員做了幾個(gè)后臺(tái)臨時(shí)功能，并交付給了客服人員悬垃，之后就沒(méi)有再來(lái)找過(guò)這位程序員A游昼。后續(xù)我又找到了客服負(fù)責(zé)人，要求不能直接找開(kāi)發(fā)人員解決這類(lèi)問(wèn)題尝蠕，并與負(fù)責(zé)人約定了處理過(guò)程烘豌。
這是個(gè)例子，在實(shí)際情況中還有很多這種事情看彼，甚至有很多開(kāi)發(fā)人員要直接面對(duì)客戶(hù)廊佩。我想對(duì)于職能型團(tuán)隊(duì)來(lái)說(shuō)，開(kāi)發(fā)團(tuán)隊(duì)最好是減少這些方面的干憂靖榕。當(dāng)然對(duì)于一個(gè)人包干的情況就不討論了标锄。
大部分的人都不是超人，在一個(gè)時(shí)間段內(nèi)處理超出自己負(fù)荷的工作是很難做好保質(zhì)保量的茁计。所以對(duì)于開(kāi)發(fā)管理人員一定要考慮到這點(diǎn)料皇，盡量讓開(kāi)發(fā)人員有比較好的工作進(jìn)度環(huán)境，通過(guò)外界的方式來(lái)解決一些開(kāi)發(fā)團(tuán)隊(duì)的干擾。
我接觸過(guò)的很多程序員都很反感這種干擾践剂，雖然有些人在這種全面的工作強(qiáng)度下成長(zhǎng)很快鬼譬，但是并非所有人都適應(yīng)，長(zhǎng)期下來(lái)會(huì)有怨恨和不快逊脯，工作效率會(huì)下降优质。心情舒暢還是很重要的，記得有一次迭代總結(jié)時(shí)军洼，有個(gè)程序員總結(jié)說(shuō)：發(fā)現(xiàn)心情舒暢自己的工作效率很高巩螃。呵呵。我想你也有同感吧匕争。
2避乏、不要忽略測(cè)試人員在開(kāi)發(fā)階段的作用
曾經(jīng)多少次在項(xiàng)目發(fā)布前加班到深夜2點(diǎn)的情景還歷歷在目，那種感覺(jué)即快樂(lè)又痛苦汗捡。由于和客戶(hù)簽定的合同的交付日期就要到了淑际，產(chǎn)品卻遲遲未集成完成畏纲，測(cè)試只能干等著上網(wǎng)聊QQ扇住。就在下班前的一刻發(fā)布了，測(cè)試開(kāi)始了緊張的測(cè)試盗胀，在屏幕閃動(dòng)中艘蹋，一個(gè)個(gè)的BUG提交，直到流程都無(wú)法都走不下去票灰，測(cè)試無(wú)奈了女阀。第二天就要發(fā)布，實(shí)施人員就等著制品第二天出差屑迂。只有不斷的改浸策，再發(fā)布，無(wú)盡的循環(huán)惹盼。直到大家都憔悴的看著老大庸汗，終于老大說(shuō)：還剩下的這幾個(gè)問(wèn)題無(wú)關(guān)緊要，大家回去吧手报。
幾個(gè)月的開(kāi)發(fā)過(guò)去后在總結(jié)會(huì)上蚯舱，只能抱怨測(cè)試資源不足，時(shí)間太短掩蛤，需求更改太多枉昏，需求更改后測(cè)試不知道。無(wú)數(shù)的問(wèn)題一次一次的出現(xiàn)在同樣的總結(jié)會(huì)議上揍鸟。
上面的這個(gè)例子很多人應(yīng)該經(jīng)歷過(guò)兄裂，真的測(cè)試只有最后一刻才能體現(xiàn)價(jià)值嗎？我想不是的。
在后面的項(xiàng)目中我總結(jié)了這個(gè)問(wèn)題的懦窘，針對(duì)每個(gè)開(kāi)發(fā)任務(wù)要求進(jìn)行測(cè)試驗(yàn)證前翎。而測(cè)試如何驗(yàn)證呢？他需要知道這個(gè)開(kāi)發(fā)任務(wù)的需求是如何畅涂，提前做好測(cè)試計(jì)劃及測(cè)試用例港华，在接到開(kāi)發(fā)制品后測(cè)試并提交BUG，這個(gè)工作是可以開(kāi)發(fā)過(guò)程中就能不斷的進(jìn)行的午衰。保證每一個(gè)任務(wù)的質(zhì)量立宜，可以大大減少后期集成的錯(cuò)誤量。
另外根據(jù)敏捷開(kāi)發(fā)的思想臊岸，測(cè)試團(tuán)隊(duì)在開(kāi)發(fā)過(guò)程中也需要加強(qiáng)與開(kāi)發(fā)團(tuán)隊(duì)的交流橙数，甚至有必要組成虛擬團(tuán)隊(duì)，位置調(diào)整到一起帅戒，這樣可以及時(shí)快速的交流灯帮，參加開(kāi)發(fā)團(tuán)隊(duì)的站立會(huì)議同樣可以及時(shí)了解到開(kāi)發(fā)的實(shí)際情況及進(jìn)度，反過(guò)來(lái)把握測(cè)試計(jì)劃及測(cè)試內(nèi)容逻住。
特別是測(cè)試從另一個(gè)角度來(lái)審視需求钟哥，這樣也可以一定程度上發(fā)現(xiàn)或者改善需求上的不足。
3瞎访、發(fā)揮團(tuán)隊(duì)人員的潛力
敏捷開(kāi)發(fā)比較提倡開(kāi)發(fā)任務(wù)由開(kāi)發(fā)自己評(píng)估并認(rèn)領(lǐng)工作任務(wù)腻贰，這樣可以激發(fā)開(kāi)發(fā)的潛在動(dòng)力。
之前在做一個(gè)新產(chǎn)品時(shí)扒秸，需要使用java播演，而我們團(tuán)隊(duì)是使用C#的，面臨轉(zhuǎn)型問(wèn)題伴奥。而有一位同事很感興趣写烤，于是我就讓他負(fù)責(zé)前期的框架探索與搭建。結(jié)果就是這位小伙工作效率很高拾徙，我最初給他的目標(biāo)全部都完成了洲炊。最有意思的是后面產(chǎn)品開(kāi)始研發(fā)時(shí)，這位小伙已經(jīng)成為了團(tuán)隊(duì)的大牛锣吼，大家有問(wèn)題都找他解決选浑。也正是因?yàn)檫@個(gè)過(guò)程，這位小伙被全面激活玄叠，也在大家面前展示了能力古徒。甚至在小伙離職時(shí)也被領(lǐng)導(dǎo)給予大幅漲薪來(lái)挽留。只不過(guò)誰(shuí)又能想象到這位小伙進(jìn)入我團(tuán)隊(duì)之前是因?yàn)楸欢椴脝T的目標(biāo)而調(diào)劑過(guò)來(lái)的呢!
所以充分發(fā)揮好每個(gè)人員的特點(diǎn)读恃，讓人能夠在自己感興趣的工作中隧膘，效果會(huì)很多代态。減少指派方式的任務(wù)的分配，充分發(fā)揮個(gè)人的主動(dòng)性疹吃，這個(gè)團(tuán)隊(duì)精神面貌也會(huì)好很多蹦疑。
4、管理者不要離團(tuán)隊(duì)太遠(yuǎn)
作為團(tuán)隊(duì)的Leader要參與到團(tuán)隊(duì)的工作中去萨驶，比如一個(gè)開(kāi)發(fā)主管一定要寫(xiě)寫(xiě)代碼歉摧，參與架構(gòu)等對(duì)項(xiàng)目有關(guān)的事情，而不是在那里分分任務(wù)腔呜。這樣團(tuán)隊(duì)成員才會(huì)覺(jué)得這個(gè)Leader很親近感叁温。
特別是有些開(kāi)發(fā)主管在帶隊(duì)后離團(tuán)隊(duì)越來(lái)越遠(yuǎn)，有時(shí)對(duì)于開(kāi)發(fā)進(jìn)度不如意時(shí)就說(shuō)：“這么個(gè)簡(jiǎn)單功能怎么會(huì)搞了這么久核畴？”膝但，其實(shí)每天都在加班的同事心里想著：“有本事你來(lái)？”谤草，即使這個(gè)小組長(zhǎng)有這個(gè)能力跟束，但對(duì)于團(tuán)隊(duì)來(lái)說(shuō)也不是一件好事，因?yàn)榇蠹叶急в性购拗某蠛ⅲ€談什么好好工作呢冀宴？這個(gè)小組長(zhǎng)就是失職的。所以這種情況下應(yīng)該主動(dòng)去了解進(jìn)度滯后的原因嚎杨，并且自己要加入到解決問(wèn)題的工作中去花鹅，而不是在邊上抱怨別人氧腰。
5枫浙、小組織不要搞太多的官
中國(guó)幾千年的文化，官本位一直影響著我們古拴，大家都想坐在那指揮箩帚，自己啥事也不用干，想想都愜意黄痪。在我們這個(gè)行業(yè)是不是發(fā)現(xiàn)也很類(lèi)似紧帕？大家都想著干幾年當(dāng)個(gè)小組長(zhǎng)，然后升個(gè)部門(mén)經(jīng)理桅打，當(dāng)上CTO迎娶白富美是嗜。
團(tuán)隊(duì)的管理基本是事與人的管理，非常的傷腦和心挺尾。如果一個(gè)組織內(nèi)鹅搪，特別是小組織內(nèi)“官”太多，協(xié)調(diào)就會(huì)非常的難遭铺，大家就會(huì)經(jīng)常性的扯皮丽柿。
借力于敏捷開(kāi)發(fā)工具
目前很多大公司都推出了自己的敏捷開(kāi)發(fā)工具恢准，我逐一了解和試用過(guò)，個(gè)人比較推薦華為去年推出的華為軟件開(kāi)發(fā)云甫题，華為的研發(fā)實(shí)力就不多說(shuō)了馁筐，里面的Scrum敏捷開(kāi)發(fā)相對(duì)來(lái)說(shuō)還是很容易上手的。而且是云上服務(wù)坠非，即開(kāi)即用敏沉，可以實(shí)現(xiàn)開(kāi)發(fā)和運(yùn)維同步迭代，快速開(kāi)發(fā)炎码，快速反饋赦抖。
結(jié)束
與敏捷開(kāi)發(fā)結(jié)緣也有幾年，從開(kāi)始的抵觸到后面的認(rèn)可經(jīng)歷了許多辅肾，這個(gè)過(guò)程并不是一蹴而就的队萤，需要花時(shí)間花精力，特別是要去實(shí)踐矫钓、總結(jié)要尔。
還有我覺(jué)得是不能太教條，很多事情都要有懷疑的心新娜，然后去實(shí)踐總結(jié)赵辕，找到合適自己團(tuán)隊(duì)的方式方法。
