成功的專案管理方法（下）：持續增量交付與開發進程透明

持續增量交付與開發進程透明

大家好，我是馬在飛的馬。

繼續上一次的話題，因為報價的不明確、需求的誤解、Bug的惡性循環以及延遲交付等問題，都可能造成軟體開發專案的失敗，馬在飛科技累積多年的管理經驗，修正可能導致這些問題管理思維與方法，有效提升專案的成功機率。

上週我們說明了如何用目標導向管理的精神來貫穿整個專案，讓專案不是只追求做完交差，而是要能達成產品的目標。並且採用全新的報價法，使用複雜度來評估，讓客戶與開發團隊用功同基準評估專案的內容，也變利於之後需求變動的調整。

今天我們就繼續來說持續增量交付與開發進程透明，如何幫助專案更容易成功。

增量交付，加速產品進入市場的週期

你有沒有聽過「魯莽定律」？魯莽定律認為「莽撞的人反而更容易贏」，因為莽撞的人通常能比別人更快踏出「開始執行」這一步，當其他人還在思前想後、觀察市場、研究消費者、可能一輩子都停留在觀望階段時，莽撞的人已經開始落實自己的想法了。但若說「莽撞的人反而更容易贏」，我卻覺得只對了一半，除了開始落實之外，接下來要能用「持續迭代」的思維，才能確保路走得長久並迎向成功。

我有一個夢想

你是否有這種朋友？他總是談論有他一個夢想，但這麼多年過去了，

他仍然毫無行動，你都快分不清他真的有一個夢想，還是這只是他的談資

什麼是「迭代思維」？就是我們不求一開始就要完美，畢竟我們是活在真實人生，但我們應該盡快去落實想法，接下來每隔一段週期，我們就依據落實的經驗，去調整原本的規劃、想法並制定下一步的執行方針。成功不是一步登天，而是依據經驗調整步伐，一步一步走向成功。這種思維與信念，不只可運用於開發新產品、新創，在人生中也是，例如學習新技能、新手父母或是感情經營，沒有人是天生的好手，但我們可以慢慢變好。

回到專案管理的層面，有一個詞叫做「上市時間Time to Market」，是指從產品研發、開發到進入市場的時間，這個時間期，一般認為越短愈好，因為越晚推出的商品，就必須面臨更多市場已被其他類似產品佔領的可能性。縮短Time to Market另外的好處是，越早進入市場，你就越早接觸到實際的用戶，在場品接下來的迭代中，就可以依據實際消費者的需要去發展、調整，更有助於增加消費者的好感度與黏著度。

上市時間Time to Market

縮短上市時間，搶佔市場先機，製造更多利潤

一般新產品開發的專案，短則2-3個月，長則半年、一年以上都有，馬在飛科技我們通常會建議客戶將這種長期的專案，拆解為多個小階段，最好每一個階段的量體是在1-2個月即可完成。而初期階段會是以最小可行性產品（Minimum Viable Product, MVP）為目標下去開發，該產品具備產品的核心功能，並且能上市讓使用者操作，其他的進階、附加功能都不會是MVP的重點。這個MVP產出後，產品就可以進行實際的消費者測試或是進入市場，有了初步的回饋後，再推進到下一階段的開發，這時候我們已經有真實的使用資料，可以去調整產品接下來發展的方向。

採用這種「迭代思維」下去開發產品，讓產品取得真實的回饋，並且快速的搶佔潛在市場，避免經過冗長的開發後，發現市場已經不需要這個產品了，或是錯判了消費者的需要，花費了金錢與時間卻做出無用的產品。

開發進程透明，甲乙方共同努力

傳統的外包廠商，在需求訪談結束後，就開始閉關開發，直到交付測試那天，在這之前，客戶是看不到產品開發的狀態，只能透過PM的轉達，但也無法驗證其真實性，所以才會發生在交付測試前，才知道產品會延遲，甚至影響早就安排好的後續規劃。造成這樣的原因，在於甲方和乙方其實在看待專案時，兩方的目標其實是不一樣的，甲方希望做出成功的產品，但乙方是拿錢辦事，希望開發的過程中，甲方不要在旁邊指指點點、節外生枝，讓他可以好好依據規格開發完成，收錢結案。兩方在彼此信任不足又資訊不透明的情形下，就很容易發生爭議，並且在專案發生問題時，無法有效的合作去解決問題。

多頭馬車是專案管理的大忌

目標的不同，有如多頭馬車，若不能找出共識，最後只能走向破裂一途

馬在飛科技看見這個專案困境，因此我們採用不一樣的做法，我們透過一些線上的開放服務，如Trello，管理專案進度，並且也讓客戶加入，客戶可以透過Trello追蹤到目前開發的狀態、以及還剩多少工作待完成。另外，我們每2-3週就會提供目前已開發完的產品讓客戶測試，若發現有與期望不同之處，可以馬上進行協調討論並進行必要的調整，畢竟程式開發牽一髮動全身的複雜架構，越到後期的修改其實會耗費越大的成本。

透過資訊透明的方法，建立甲乙方之間的信任度，雙方的目標拉致一樣的基準，甲方信任乙方的專業與建議，乙方協助甲方開發出物有所值的產品，當專案遇到問題時，雙方也可互相體諒，為產品的目標互相配合協助，讓專案不會因為發生一些問題就整個崩壞。

結尾

到這邊，我們說完為什麼馬在飛科技採用的這些管理方法，可以幫助專案更有機會成功，但我相信這不會是我們唯一會使用的方法，畢竟秉持著「迭代進步」的精神，我們一定會持續優化、調整我們的專案管理方法，讓客戶可以有更好的外包體驗！

如果你有任何管理專案的經驗可以分享，歡迎留言並分享我們的文章，我們也很希望和更多人討論的專案管理的經驗和想法喔！讓我們一起為了更好的未來努力！

------------

若你有軟體開發或專案管理的需求，請點擊此並留下你的需求，我們會盡快與你聯繫

你也可以在Medium上看到馬在飛的文章喔！前往Medium