在跟程序員聊天的時候，一提到敏捷開發(fā)，他們眼中出現(xiàn)不悅是再平常不過的事了。你想知道為什么嗎？

他們消極的對待敏捷開發(fā)思想以及敏捷相關(guān)實(shí)踐方法的原因是什么？有沒有這種可能，他們認(rèn)為導(dǎo)致方法失敗的東西其實(shí)完全不是敏捷實(shí)踐，而誤會了敏捷的價值呢？

有這種可能性，但是團(tuán)隊(duì)成員認(rèn)為他們只是敏捷教練的棋子。

管理上有一種趨勢，要么引進(jìn)獨(dú)立的敏捷咨詢公司，要么雇傭一個敏捷教練，監(jiān)督團(tuán)隊(duì)中敏捷方法的實(shí)現(xiàn)和執(zhí)行。有外部人員這一事實(shí)造成了團(tuán)隊(duì)與敏捷化因素的障礙，這也導(dǎo)致了我們與敏捷的隔離。

團(tuán)隊(duì)成員會覺得受到太多控制以及被管得太細(xì)微。尤其是每天的站會都會以談?wù)撟罱欢蔚臅r間完成了一點(diǎn)點(diǎn)工作量而結(jié)束。而這不是站會的預(yù)期目的。

太強(qiáng)的時間壓力同樣是有害的。團(tuán)隊(duì)成員覺得他們需要定期交付任務(wù)，而不是當(dāng)任務(wù)都已經(jīng)好了再測試。這種以時間為導(dǎo)向的方法可能導(dǎo)致質(zhì)量受損。

經(jīng)常有報告說，敏捷周期太短了，在寫代碼之前甚至沒有時間整理所有的文檔，更不用說寫完代碼再重頭過一遍。然而，在巨大的時間壓力下工作是不夠的，開發(fā)人員還需真正知道的是他們只有一擊而中的時間。

編程人員痛恨敏捷，只是因?yàn)樗麄兪且藻e誤的方式進(jìn)行敏捷開發(fā)。但也有可能是你所帶的團(tuán)隊(duì)成員不喜歡敏捷。在這種情況下，所能做的是等待敏捷在團(tuán)隊(duì)中變強(qiáng)，或者替換團(tuán)隊(duì)。

使用敏捷的人決定該做什么，在產(chǎn)品功能和外觀上有發(fā)言權(quán)，在整體上可以對項(xiàng)目有把控。這是值得告訴你的員工的。

請記住，敏捷方法作為編程方法是由程序自己而不是項(xiàng)目經(jīng)理想出來的。

有沒有可能設(shè)計出的敏捷和使用的敏捷的主要區(qū)別慢慢成為項(xiàng)目經(jīng)理的領(lǐng)域而不是程序員的領(lǐng)域？如果這樣的話，唯一的解決方案可能是讓敏捷從項(xiàng)目經(jīng)理中收回。

事實(shí)是，無論你選用哪種開發(fā)方法，在當(dāng)今時代，你都需要注意不斷變化的客戶需求，根據(jù)客戶需求不斷迭代你的工作結(jié)果。

換句話說，不管你怎么稱呼它，在某種形式上，你都在使用敏捷。

任何事情都有消極面。同樣敏捷開發(fā)方法作為一種流行的開發(fā)方法，卻得到所有人的喜歡，這也是不可能的?？偸谴嬖诓粷M意的人，不是么？

所以，去嘗試，個性化你的敏捷方法，再決定你是不是需要用敏捷。

請聯(lián)系網(wǎng)站客服，了解詳細(xì)的優(yōu)惠課程信息~

優(yōu)質(zhì)、權(quán)威、便捷、省心