當你面臨一個不合理的專案要求的時候該怎麼辦呢？你可以只是集中於專案技術方面的挑戰而後不管那不合理的時間估算，但是那對你的職業生涯不會有任何好處。

幸運的是，有這種方法的替代品。下面是幾個建議，給那些希望不論遇到了什麼樣不可能完成的要求也希望達到他（或者她）的企業的目標的開發者－－這些開發者還會希望避免由於這種不現實的時間表而造成的大量延時。

功能選擇

非常有可能的是，你要在很短的時間內開發一個或者多個功能。市場部分告訴你所有這些功能對於產品的成功都是關鍵性的。在市場部嚴密的分析下，它認為每一個功能都是“不可或缺。”（如果這總是對的話，那麼為什麼在臨近時間期限的時候，有那麼多的功能因為趕工期而被刪除了呢？）不是所有的功能都一樣重要。從技術的角度講，精密的評估哪些功能是容易實現的，哪些是比較難以開發或者哪些功能在稍微修改一下需求以後會變得更容易開發的這個過程是非常重要的。

與那些專案的使用者以及那些對商業問題有一定見解的人一起工作，你就會明白哪些功能具有更高的優先順序。在你的技術評估和他們的商業需要之間，你應該要能夠分辯出哪些功能是最划算的。

在專案中早早的將那些垃圾功能轉包給別人是不可能的，但是一旦你預先知道了什麼是關鍵的什麼又不是關鍵的，你就能以更聰明的方式完成這個專案。只要你作了這種功能選擇，你就能夠開發一個原形計劃。

準備好一個釋出版本

在面臨一個不合理的專案截止時間的時候，你必須總是為你的應用程式保持一個工作版本。然後快速的工作！你可以開發一個包含了最容易的功能的初始原型。第一個原型的目標是建立快速的成功並獲得專案向前發展的正面的推動力。一旦第一個原型以經完成而且工作正常，那麼你就可以開始在原型中加入更復雜的功能了。原型下一個迴圈的目標是更好的理解更復雜的功能。把阻止你開發這些功能的東西列在表上然後在你開發未來的原型的時候儘量為它們找到答案。　　使用這種方法，你將總是有一個可以釋出的程式。如果在你全部完工以前規定的時間到來了或者有人提前了時間，那麼在這個時候你還是有一些可以擺出來的東西。如果你不用這種方法，那麼你有可能完成了百分之八十的任務但是沒有什麼可以實際使用的東西來展示你的成果。另外一方面，如果你的螢幕上只是缺少幾個選單選項，PF鍵，或者控制元件，那麼也比不得不到處遊說來延長工期要強得多。[@more@]

怎樣面對不合理的專案要求（轉）

相關文章