逃離項目管理百慕大三角
百慕大三角的事情大家都很熟悉，我遇到過很多項目，經常會陷入到這種百慕大三角。在我們傳統的項目管理里，有個項目管理三角形，也是：時間、資源以及功能需求。這個三角經常會導致很多問題，以致很多項目在實際操作過程中失敗了。
我們創業團隊做項目的時候，首先想到的是怎么順利的把產品做出來，也是怎么從項目管理百慕大三角中逃出來。
2009-2010 Standish Chaos的研究報告顯示，通常真正能夠成功的項目其實很少，軟件項目成功率約為30%左右，大多數項目其實都是有問題的，要么失敗，要么Challenged。
曾經有兩個猶太人，一個老人，一個年輕人，他們口渴要喝水，老人讓年輕人去燒水。年輕人灌滿一壺水開始燒，后因為柴火不夠水沒有燒開。年輕人很郁悶，老者問，在柴火有限的情況下，你覺得怎么才能將水燒開？大家一定知道，在沒有那么多柴火的情況下，不要燒滿滿的一壺水，少燒點可以。
我們在項目管理三角形中，在有間和資源的情況下，不太可能把所有的需求都做出來，這時候需要有選擇的去做有意義的事情，而不是去燒滿滿的一壺水。
顛覆傳統的項目管理三角形
從這個角度來講，我們需要把傳統的項目管理三角形打翻。傳統項目管理三角形里，通常來講功能需求是確定的，然后根據功能去做分析，算出來所需要的時間和資源。而在敏捷開發里面，我們把這個給推翻，叫倒立三角形，像前面講的燒水的例子，并不去做所有的事情，而是根據現有資源，有限的時間里有選擇的去做一部分事情。
敏捷開發模式中的80-20準則
那該選擇做哪些事情？根據80-20準則，客戶真正關心的東西只有20%，把這20%做好、做精，可能足夠了，另外的80%大多數時候是錦上添花。所以，我們要選擇對客戶有價值的一部分去做。只有這樣，才能擺脫項目管理三角形的束縛。
我們在學校里面學到了瀑布開發模式，分階段的需求，設計，分析，設計，詳細設計，編碼，測試，交付，維護，這個流程周期很長。
假如我們利用這種模式做為期一年的一個項目，從年初計劃到年底交付，這里面會有一些指標。比如開發費用。從年初到年底，開發費用支出是固定的，一直在支出。只有年底把軟件做出來，并賣給客戶，現金流才轉正。通常情況下，在此期間這個項目的凈現金流一直都是負的。這是傳統模式。
而在敏捷開發模式中，我們把所有要做的功能劃分成小塊，先選擇做重要的20%。假設在三到四個月內把這20%先做出來推向市場，由于這20%的功能可以滿足客戶80%的需求，客戶有可能因此買單了。這時候，現金流會是另外一種情況，從三到四個月后可以開始有收入，到五個月、半年左右，如果做得好，可能會收支平衡。除了資金，這段時間的成果還能夠幫助團隊驗證做的東西、方向對不對。
除此之外，還能獲得另一種成功。是還有一種可能，項目做到一半，證明這條路是錯的，不做了，是半路夭折。敏捷可以做到，可以讓你更好的項目很容易成功，你做錯的項目很容易失敗，其實失敗是另外一種成功。
這是敏捷開發模式里面打破傳統項目管理三角形的好處。在這里，很重要的一點是我們需要對所有要做的功能有一個很好的梳理，是劃分優先級，我們需要知道哪些是20%，把重要的東西找出來，逐步的去做。
我們傳統會做需求分析，做調研，通常來講所有的項目一條一條不分彼此，都分析得很透徹。在敏捷里面，因為我們劃分了優先級，不是所有的東西都分析得很透，我只把重要的地方分析透了。
