怎么做好敏捷開發(fā)
前沿技術(shù)?/ 最新技術(shù)
由于微信公眾號近期改變了推送規(guī)則，如果你想第一時間看到我的文章就置頂+星標(biāo)公眾號。
（1）管理層和員工之間必須有信任。你可以在沒有信任的情況下完成工作，但它將是高成本的，低效的，離散的，令人傷腦筋的。在信任度低的情況下你將很難完成任務(wù)，除非信任度提高。
要說的是，當(dāng)人們對敏捷感到痛苦時，幾乎100%的時間都缺乏信任。
（2）如果你想取得好的結(jié)果，你必須有一個技術(shù)框架，這樣管理層認(rèn)為是“小變化”的變化實際上是一個小變化。有些人認(rèn)為敏捷意味著“不超前思考”——你不應(yīng)該借口說麻煩，你應(yīng)該為持續(xù)的生產(chǎn)力做計劃，這意味著明天的“小變化”不是一個6個月的項目。
這并不是提倡某種特定的語言、框架、數(shù)據(jù)庫，而是說，從系統(tǒng)層面來看，你的設(shè)計期望是你將在很長一段時間內(nèi)在這個東西上進(jìn)行“sprint”，你不應(yīng)該需要重大的重新設(shè)計。
（3）你必須對細(xì)節(jié)、“完成的定義”等有現(xiàn)實的期望。例如，“完成sprint”是否意味著開發(fā)人員將一個功能扔給測試人員？或者這是否意味著測試人員說該功能已準(zhǔn)備就緒？如果是后者，測試人員將需要在沖刺 （sprint） “結(jié)束”之前很久就看到產(chǎn)品。那么在此之前，測試人員會怎么做呢？當(dāng)測試人員進(jìn)行測試時，編程人員會做什么？
關(guān)于這個，并不存在一個特別正確的答案，但是團(tuán)隊必須就一些真實的東西達(dá)成一致。我曾經(jīng)在一些團(tuán)隊中工作過，我們經(jīng)常完成沖刺（sprint）中應(yīng)該完成的2/3，但我們做得很好，沒有讓事情陷入困境，所以我們堅定地交付了功能。但是如果沖刺中有15個項目，只有14個項目完成，那肯定會有人會暴跳如雷。
（4）如果項目在高速推進(jìn)時，我認(rèn)為固定長度sprint是一個問題，而不是一個解決方案。有時，你可以在兩天內(nèi)將一個功能放在客戶面前，但由于該過程，他們必須等待兩周。如果有多個團(tuán)隊必須與自己的sprint保持一致，那么一個小小的延遲可能會滾雪球般地變成一個大的延遲。
記住，實現(xiàn)敏捷的兩條規(guī)則：?
1. 要做的事能輕易改變?
2. 改變現(xiàn)狀
