小公司的項目交付

　　從畢業起在一家小公司不知不覺已經工做了兩年，從開始的懵懵懂懂逐漸的對產品交付過程有了一些瞭解，最近負責了一個項目的開發讓我感到在小公司要作好一個項目真的很難，也深知是本身目前的水平還不夠，如下僅僅是根據本身目前的知識背景所提出的看法，可能有不少是錯的但這是從我自身角度得出的結論但願能對讀者有所啓發。

　　對於我負責的項目從啓動到交付的過程包括肯定產品方向、產品定義、用戶體驗設計、基本的項目管理及開發、測試、發佈，忘了說一點，咱們公司一個項目的開發團隊就幾我的，此次項目也是隻有4我的，其中包括咱們每一個人還有其它任務在，多任務並行對於一個項目開發而言也是一種風險。

前期準備

　　不像大公司有產品部門、設計團隊、用戶體驗師等，從一開始的產品方向、產品定義、用戶體驗設計都是用研發負責的，對於這些我可能仍是門外行，基本的前期準備我也是參考《用戶體驗要素》後憑藉咱們研發幾我的的主觀臆測決定的，因爲這個項目中競爭對手的產品已經比較成熟在市場已經通過多輪的驗證，咱們從《用戶體驗要素》中定義的五個層次對競爭對手作了詳細的分析，爲了得出咱們的產品樣貌包括得出亮點功能。在這個階段咱們花費了比較多的時間，我深怕作出來的產品不能得到客戶的承認。

項目管理及開發

　　在這個階段會引入適當的項目管理方法以及開發，正如《大道至簡》中提到的不論是瀑布式仍是敏捷式開發過程都是根據適當的場景選擇的適當的開發方式，不一樣公司還會有不一樣的變形。對於咱們而言顯然敏捷更適合，由於全部的前期準備都是咱們的主觀臆測，須要儘快完成給客戶的迭代版本獲取反饋驗證咱們的主觀臆測是否正確。

　　咱們公司不少流程都不規範，一開始沒敢引入太多的流程，老實說，在我引入站會、單元測試、評審等制度時就已經和你們作了很是多的溝通才達到共識得以實施，可能對於一些讀者看來這不太可能但這是真實發生的。咱們的研發人員在使用面嚮對象語言設計時對於設計模式是沒有了解過，固然他們懂設計只是沒有給這些設計起了相應的名稱而已，固然也有一些設計模式他們沒有用到的但巨人已經總結過並取了相應的名字，咱們應該去了解它們以完成更好的設計。

　　在項目管理的實施過程當中我深入體會到對於一個項目負責人來講威信力的重要性，你必須具有讓他們信服的技術，緣由大家懂的。

小結

　　對於測試和發佈目前沒有什麼比較想表述的想法，可能後面會參考《谷歌和亞馬遜如何作產品》書中提到的措施進行更改實施，可能咱們公司研發的水平真的是比較薄弱包括我本身，最近公司來了兩個大牛，我老闆的創業之前公司的同事，但願能夠跟他們交請假一下對於咱們公司而言怎樣作才能完成一次好的項目交付，我感受在一家小公司負責一個項目作好它真的是一件很難的事情，時刻不忘工匠之心，晚安。