草根程式員轉型做項目管理走過的點點滴滴之三人團隊

    這個些列的文章隻是把我個人的經曆記錄一下，裡面涉及到的觀點屬于個人觀點，如果不妥之處請多多指教。

   續接着上篇(一人團隊)：草根程式員轉型做項目管理走過的點點滴滴之一人團隊

   一個人做完一個項目後，按照時間順序依次是一個三人團隊的項目；一個一人項目；另外一個三人團隊的項目。

第一個項目可以說是隻做了比較糙的一版就移交給分公司那邊去負責了。一個人的項目讓我接觸了到了公司的水利主業務，積累了第一個客戶。另外一個三人團隊項目趕在11年年底完活了，客戶使用了一年後在12年12月的時候整體提了一次問題清單，還好當初跟我做項目的兩個孩子都還在。

一、叙述一下三人團隊的工作流程及方式：

Step1：項目一開始的需求調研需要技術總監幫着一起做一下，這個過程也是自己拼命學習的地方，這個世界上不怕不會不擅長，怕的是你不去學習。

Step2：項目技術架構(姑且這麼稱呼)，自己要有一個總體思路，梳理清楚後，要向你的技術總監進行彙報，畢竟自己還很年輕，多需要前輩指點指點。随後的技術架構的實作還是要由自己來完成的，確定正确了實作了自己的想法，并且盡可能使之健壯、易維護、可擴充。這期間可以把概要設計文檔編寫完成。

Step3：項目準備開始，根據概要設計向項目組人員表述需求；介紹技術架構，做進度安排(自己也要參與到編碼過程中去)。

Step4：編碼及測試，這個過程我認為是最重要的，也是最無序的。組員用程式表述的需求是否正确，組員編寫代碼的Review，UI端的統一風格，整體的表現形式，操作是否更加客戶化等等，測試階段個人也要充當測試主力軍的角色，而且完全是憑個人能力在測試，沒什麼固有章法可依。這期間還有一個特别重要的事情就是培養新人，畢竟自己是從最基層一步步的成長起來的(有些大言不慚），希望把自己之前的學到的掌握到的關于軟體開發的正确的東西多多的傳授給他們，他們成長了我也就成長了。

Step5：項目實施，教育訓練，項目的使用，驗收。由于一般都是公司上司的關系客戶，也經過我們幾個的努力，實施上線的時候客戶沒有提出太大的修改方案，隻是為了讓項目順利驗收，我采取了幫着客戶錄入資料的做法(感謝客戶幫我把資料準備好)，這樣軟體系統了有了一定量的實際資料，驗收也就按部就班的完成了。

二、總結一下優劣勢。

優勢：

    以上述的工作節奏及方式工作總體上很happy。三人團隊我選擇了三人一排坐的方式，我在中間，有什麼事情我們稍微移動下頭就可以組成一個讨論組，内部溝通很順暢，及時；溝通的同時肯定會帶來進步，三人行比我師，在培養新人的過程中我也從他們身上學到了很多。

  劣勢：

    作為項目管理者的我那時候是最喜歡三人的工作組的模式，即滿足了我項目管理者的欲望，同時還保留了我技術熱愛着的狂熱，管理項目的同時我也積極的參與到編碼工作中去，而且樂于此，可是走過那段時光後，我也切身感受到了不合理性,作為項目負責人，服務客戶、服務公司、服務項目組成員，讓項目以合理的節奏，順利的完成才是我的主要工作職責，不可深深的陷入到某一點，而失去了大局；還有一個大的劣勢就是現在的工作方式顯得有些太過随意(雖然我個人認為三人團隊這種方式挺合适的)，任何步驟都沒什麼章法可尋，随便舉個例子，一旦項目人員流失了，很可能他們負責的部分就成了沒人敢觸及的地方；更主要的是公司上司也不希望有這樣随意的工作團隊，他們更喜歡一切皆可把控的工作團隊。

    随後我會寫一篇五個人項目組的管理方法； 一篇七八個人項目組的管理方法；一篇十四五個人項目組的管理方法。 感謝陪我成長的每一個項目。

   草根程式員轉型做項目管理走過的點點滴滴之五人團隊