前言

公司不斷髮展，目前人數已經上升到8個人，與此而來的是公司核心技術崗位和管理崗位的空缺（招聘而來的大部分是粉嫩嫩的新人）。

關於公司人力資源體系的建立，最近一直在參考京東的人力資源管理方式，按照內部培養 > 外部招聘的方式進行。近期正在整理相關的文件，希望能給自己理出一個清晰的思路。

而核心的管理崗位，目前所要求的主要是專案經理崗位的空缺，大量的專案必須由我或者另外的合夥人進行管理，才能保證制度。

新專案入手已經近兩個月，在兩個月中，我們嘗試性的讓一年期的員工走上了管理崗位來帶動整個專案的進度。目前來看，有利有弊。

利在於，員工的衝勁保持的比較好，整個團隊都比較年輕，因此對於專案中遇到的問題，能夠全力以赴的解決。

弊端就比較明顯，由於經驗的缺失，無法對整個專案進度進行有效的把控，導致專案會在某個節點上突然喪失進度管控，大量的新需求和bug同時湧出，甚至大部分員工會因此產生的消極的心理和態度。

針對這個問題分析，並非是我們的員工對於專案不盡心盡力或者沒有管控，這些問題往往是因為專案經理，還包括專案中的中堅力量對於整體專案週期沒有一個清晰的認識，導致全面雖然衝勁較足，快速的推進了專案。但是到了某一特定環節，卻喪失了本環節的任務目標，還是按照專案初期的管理方式進行管理。

因此，我會梳理一下專案的整體進度週期劃分，同時將每個階段的任務明確出來，保證大家有勁可使，而且用到了刀刃上。

————————分割線—————————————————-

專案進度按照正常劃分可以分為需求階段、設計階段、開發階段、實施階段、維護階段等五個大的節點。但是按照多年的工作經驗來看，一般的中小型專案往往界線不清晰，甚至很多需求都是後期才蔓延出來的。又因為專案的整體體量較小，導致蔓延出來的需求很可能會佔較大的比重。

因此，此處將專案的整體階段按照我們與客戶接觸的時間以及每次接觸的事務不同，劃分為以下階段。

一、一眼定情

無論專案量級大小，在專案接觸前期能夠簽訂意向或者合同，均是雙方在某些層面上達成一致，可以說是各取所需。因此在這個階段，不會爆發出問題。

本階段的任務：
1） 明確系統主要任務以及使用群體
2） 明確本系統的客戶以及使用者（此處再次說明，客戶是給我們掏錢的人，使用者是使用我們系統的人，除非公司人數低於10人，否則這兩個概念一般指不同的群體）
3） 明確我們在本系統中，所需要完成的大體工作（用於建立系統框架，確認所必須使用的技術）

二、蜜月期

確認過眼神後，雙方開始進入蜜月期。蜜月期的甲方乙方（男男女女）有個共同點那就是感覺對方就是最合適的，最完美的。

在這個階段，客戶對你的認可程度是最高的。因為他提出的所有需求，你都能夠轉換成資訊化的方式予以解答，且提出的解決思路，能夠得到對方的認同。

本階段的任務如下：
1） 明確具體的開發需求
2） 繪製原型設計，保證客戶需求能夠落實到系統上，且實現方式能夠被客戶所認同
3） 針對業務需求，對客戶公司的業務體系進行梳理。（所有的資訊化實現，均需要建立在客戶的業務體系滿足資訊化要求的前提下，否則我們建立的，只是一套線上表格流轉系統，無法滿足業務提升的需求）

三、博弈期

我們開始進入開發，蜜月期還沒見過，因此大家的新鮮勁兒還保留的比較好，這一階段大家的幹勁兒十足，恨不得第二天就見到效果。但是當專案80%以上的功能開發完畢後，專案整體進入博弈期。

博弈期的顯著特點在於：客戶對你的專業水準提出質疑，或是輕微質疑。因為到了這個時候，資訊化籠罩在你身上的IT精英光環已經淡化，客戶開始重新審視這段關係。

這個時候，客戶會有一種錯覺，搞IT的也沒什麼牛逼之處。因為你目前要做的事情，都是蜜月期由雙方共同探討出來的，對於客戶而言，已經淡化或者是忘卻了當時實際上是我們引導客戶產生的這一思路。如果你做的所有事情，都包含在客戶的意料之中時，客戶就會按照自己的思路進行理解。

為什麼這麼說呢，因為系統截止目前所有實現的功能，都是客戶提出來的。這並不是給我們建立的信心，而是給客戶建立的某種信心，讓他認為自己能夠按照這個思路延展下去，實現更多個功能。

博弈期的階段目的在於讓客戶打住胡思亂想

1） 在開發過程中，需要保留一些設計上優化之處，讓客戶在使用過程中，仍然有眼前一亮的感覺，從而降低質疑，提升信任
2） 博弈期要明確上線的具體內容，可以延伸需求，但是需求的延伸一定是在範圍內框定的結果，而不是隨意蔓延。
3） 與客戶保持緊密的溝通，此時一定不要對某些業務按照自己的理解進行設計，即時你的設計更優秀，但客戶提出的思路，一定是滿足當前業務的。我們可以溝通，但不能讓客戶定要按照我們的思路。

四、七年之癢

系統確定了上線日期，或者已經上線一段時間之後。雙方開始進入七年之癢。

七年之癢的表現在於，對於對方提出的需求，雙方都認為無可無不可，但是修改的頻次以及效率顯著降低。此時客戶會提出大量的需求，專案經理一定要認出哪些是核心需求，哪些是次要需求。

對於核心需求，一定是第一時間滿足。對於次要需求，可以洽談二期，可以給初級程式設計師練手。

七年之癢沒有任何捷徑，就是靠著恆心一點點的磨合。磨合過程中，作為乙方，一定要堅守初心，我們要做一套什麼樣的系統。是讓客戶能夠體現業務價值的系統，而不是僅僅為了上線。

任何專案的實施失敗，責任都是雙方的。在這個階段，我們需要做的是

1） 高頻次的溝通，保證對於核心需求和次要需求的理解是正確的。
2） 低頻次的線上修改，在保證一定工作強度的同時，需要緩解開發人員的工作壓力。
3） 對於有些超出範圍的核心需求，不急於拒絕，也不急於談論二期。記下來，讓超出範圍的核心需求彙總成體系後，統一提出，是否能夠有二期。

五、歸於平淡

bug也改完了，新增的需求，有些做完了，有些答應了沒做，有些甚至沒答應。但客戶已經習慣了系統上的功能。甚至前期提出的優化方案，現在也沒有再次提出了。

歸於平淡後，我們需要做的就是維持住這一份關係。任何能夠正式上線且順利執行的系統，都是有價值的。其價值不在於系統本身，在於通過系統實現的業務價值。

總結

我們能夠做到的，就是相親（一眼定情）時，全方位的自我展示，體現自身價值；蜜月期戒驕戒躁，留下好印象；博弈期體現出比客戶預想更高的專業程度；七年之癢的時候不要去抱怨，勇於承認錯誤，也勇於拒絕；平淡期維護好客戶關係。

不忘初心，方得始終。

要相信，客戶選擇我們，不是因為價格，一定是因為我們能夠實現客戶的業務價值。

做系統，最害怕的就是做到最後變成了為了完成系統而開發系統，忘記了蜜月期的甜言蜜語和海誓山盟。