我是一家創(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都可以在這里具體看到。在這里易遣，我就不一一細說了彼妻，大家感興趣的可以去試用一下。
