乙個專案的總結

我是移動網際網路行業的新手，這個月是來到這個公司的第12個月了，寫這篇東西是因為最近自己的乙個專案宣告掛起，偶爾維護不開發的狀態，在這裡有些感慨。

這個專案是乙個lbs的交友軟體具體說明不能說，失敗的原因我總結了有以下幾個原因：

1、我是新手：

雖然已經參與開發了幾個專案了，但是我畢竟還是新手，而且我們服務端沒有開發過這類軟體的軟體。在可能客戶端開過幾次會議而沒通知我們客戶端開會的情況下，就開始說要做了。因此我們服務端定義出來的協議是有缺陷的。

2、產品不明確：

除了要做成一款基於lbs的社交類軟體外幾乎沒有創新，基本上就是中國網際網路的老手段「抄」，看看哪款軟體出了新功能了感覺可以跟客戶端一合計就要上，也基本上不理會服務端的開發情況。幾乎是產品一定下來就開始定協議做了，由此引發下乙個問題。

3、加班嚴重：

由於到了中期的時候服務端就基本上我乙個人開發導致服務端的我加班非常嚴重，導致每天都是暈著下班。然後洗澡睡覺，第二天繼續這樣的輪迴流程。雖然專案還在進行。但是整個專案組的人除了很能加班的專案組boss基本上都是很累的，期間客戶端還走了幾個人。

4、需求變動大：

都說產品是開發的天敵啊～～～尤其是不懂技術的產品啊～～～導致我們技術就算實現了乙個功能也很有可能要因為別的原因修改資料庫中的表的屬性，甚至與修改屬性的字段。還好是個新應用，使用者量還不高，否則將是一件痛苦的事情。

5、迭代時間過快：

迭代過快，這話怎麼說呢。乙個還沒有成熟到可以發布的應用就發布，導致了一系列的問題，比如加班，比如人員流動。

總結：我覺得雖然網際網路應用的確是要快，但是這個快是相對的。什麼是快?快不是讓你很快把乙個未成熟的應用發布出去，快不是讓你成為先驅，給拍死在沙灘上。而是合理的開發完基礎的功能之後，經過一定的測試以及審查後再發出去。

1、初期的版本不必要有太複雜的功能，但是要保證穩定，以此來留住使用者。使用者體驗上去了使用者自然也就會留下來，你發布新版本也自然會有人去公升級了；

2、必要的資訊要收集，比如使用者日常的座標移動（當然，這個必須給使用者彈框讓他們知道這件事情，並同意才給註冊）等可以用於後期新功能開發的資訊；

3、衡量自己開發人員的能力，不要一味的加需求，求進度。開發人員也是人，也有自己的生活，逼得太緊導致的便是離職，從而降低開發進度，甚至拖死。

暫時想到這些，歡迎拍磚