我是一家創(chuàng)業(yè)公司的項目經(jīng)理。最近有一個問題深深的困擾著我，讓我一度想要放棄這個職位，另謀出路。究竟是什么問題呢？聽我慢慢說來。隨著IT產(chǎn)業(yè)的蓬勃發(fā)展，行業(yè)間的競爭壓力也越來越大，有時候跟客戶簽好合同，訂好業(yè)務(wù)后，過了一段時間，用戶需求變了，但是這個時候，我們開發(fā)這邊框架都搭建完了，代碼都寫差不多了，客戶的需求，可能我們現(xiàn)有框架根本滿足不了，我們要不要改？

改的話，首先不能影響客戶的交付日期，但是這樣勢必會讓開發(fā)團隊，大量的加班，引發(fā)團隊的不滿；不改的話，就會影響客戶的心情，客戶覺得我就改這么一個小需求，你都不給我改，以后還能不能一起愉快的玩耍了？！但是用戶不知道的是他的一個小需求，可能會影響最開始設(shè)計的框架。身為項目經(jīng)理的我，真是兩頭為難。

后來，一次偶然的機會，我接觸到敏捷開發(fā)。簡直就是黑暗中的一縷曙光，讓我找到了堅持下去的方向。后來，我了解到，有我這種問題的項目經(jīng)理比比皆是。原來現(xiàn)在，因為科技的迅速發(fā)展，市場的需求也瞬息萬變，很難再像以前一樣實現(xiàn)產(chǎn)品需求的明確且完整的收集。另外，技術(shù)的發(fā)展也日新月異，對于所定義功能的可實現(xiàn)性也面臨著多重不確定性的因素。

當(dāng)需求的不明確性和工程實現(xiàn)的不確定性均超出一定范圍以后，呈現(xiàn)出復(fù)雜系統(tǒng)的特征，傳統(tǒng)的瀑布開發(fā)模型便不再實用。敏捷開發(fā)方法便應(yīng)運而生。

那么敏捷跟傳統(tǒng)的瀑布開發(fā)模式有什么本質(zhì)的區(qū)別呢？

敏捷開發(fā)的一個核心思維模式的轉(zhuǎn)換便是：從瀑布式開發(fā)所代表的“Fix Scope，Flex time”（固定范圍，彈性時間）轉(zhuǎn)向“Fix time，Flex Scope”（固定時間，彈性范圍）。在市場變化和技術(shù)變化的背景之下，既然市場需求和產(chǎn)品定義所代表的“范圍”無法實現(xiàn)固化，因而無法確定應(yīng)該投入多少資源來完成，那不妨固定好已有資源的，以資源為約束，實現(xiàn)“范圍”的最大化實現(xiàn)。因為從“計劃驅(qū)動”轉(zhuǎn)向為“價值驅(qū)動”。

現(xiàn)在解決問題的方向有了，可是怎么朝著這個方向前進呢？我用我們團隊一直在使用的華為敏捷開發(fā)工具作為例子，簡單介紹一下，作為一個項目經(jīng)理，在項目管理上如何通過華為軟件開發(fā)云實現(xiàn)敏捷開發(fā)。

首先，登錄進入華為軟件開發(fā)云的主頁面，就能看到當(dāng)前的所有項目，以及項目中所包含的所有的工作項，以及各個工作項的狀態(tài)都一目了然的顯示出來。

然后進入到一個單獨的項目中。在這里這個項目具體的進展情況以及量化統(tǒng)計，都會以多任務(wù)看板的形式展示出來。

然后點擊工作按鈕，在這里可以看到該項目的整個規(guī)劃情況，以及各個迭代的分支情況，Scrum流程中標(biāo)準(zhǔn)的backlog都可以在這里具體看到。在這里，我就不一一細說了，大家感興趣的可以去試用一下。