項目經理的苦，與誰說？

我是一家創業公司的項目經理。最近有一個問題深深的困擾着我，讓我一度想要放棄這個職位，另謀出路。到底是什麼問題呢？聽我慢慢說來。隨着IT產業的蓬勃發展，行業間的競爭壓力也愈來愈大，有時候跟客戶簽好合同，訂好業務後，過了一段時間，用戶需求變了，可是這個時候，咱們開發這邊框架都搭建完了，代碼都寫差很少了，客戶的需求，可能咱們現有框架根本知足不了，咱們要不要改？

改的話，首先不能影響客戶的交付日期，可是這樣勢必會讓開發團隊，大量的加班，引起團隊的不滿；不改的話，就會影響客戶的心情，客戶以爲我就改這麼一個小需求，你都不給我改，之後還能不能一塊兒愉快的玩耍了？！可是用戶不知道的是他的一個小需求，可能會影響最開始設計的框架。身爲項目經理的我，真是兩頭爲難。

後來，一次偶然的機會，我接觸到敏捷開發。簡直就是黑暗中的一縷曙光，讓我找到了堅持下去的方向。後來，我瞭解到，有我這種問題的項目經理比比皆是。原來如今，由於科技的迅速發展，市場的需求也瞬息萬變，很難再像之前同樣實現產品需求的明確且完整的收集。另外，技術的發展也突飛猛進，對於所定義功能的可實現性也面臨着多重不肯定性的因素。

當需求的不明確性和工程實現的不肯定性均超出必定範圍之後，呈現出複雜系統的特徵，傳統的瀑布開發模型便再也不實用。敏捷開發方法便應運而生。

那麼敏捷跟傳統的瀑布開發模式有什麼本質的區別呢？

敏捷開發的一個核心思惟模式的轉換即是：從瀑布式開發所表明的「Fix Scope，Flex time」（固定範圍，彈性時間）轉向「Fix time，Flex Scope」（固定時間，彈性範圍）。在市場變化和技術變化的背景之下，既然市場需求和產品定義所表明的「範圍」沒法實現固化，於是沒法肯定應該投入多少資源來完成，那不妨固定好已有資源的，以資源爲約束，實現「範圍」的最大化實現。由於從「計劃驅動」轉向爲「價值驅動」。

如今解決問題的方向有了，但是怎麼朝着這個方向前進呢？我用咱們團隊一直在使用的華爲敏捷開發工具做爲例子，簡單介紹一下，做爲一個項目經理，在項目管理上如何經過華爲軟件開發雲實現敏捷開發。

首先，登陸進入華爲軟件開發雲的主頁面，就能看到當前的全部項目，以及項目中所包含的全部的工做項，以及各個工做項的狀態都一目瞭然的顯示出來。

而後進入到一個單獨的項目中。在這裏這個項目具體的進展狀況以及量化統計，都會以多任務看板的形式展現出來。

而後點擊工做按鈕，在這裏能夠看到該項目的整個規劃狀況，以及各個迭代的分支狀況，Scrum流程中標準的backlog均可以在這裏具體看到。在這裏，我就不一一細說了，你們感興趣的能夠去試用一下。