外部因素問題

1.需求不明確

前期各種調(diào)研，查找資料，只能自己瞎想需求，猜想需求。最后在截止日前3天，才看到一個(gè)可以說明確的需求，但時(shí)間緊迫完全不可能面面俱到。

2.老板態(tài)度模糊

老板經(jīng)常說這是公司以后一個(gè)很重要的部分，也經(jīng)常拉項(xiàng)目成員集體開會(huì)討論。但是討論完了之后，項(xiàng)目啟動(dòng)后，沒有后續(xù)跟蹤，給人感覺，項(xiàng)目沒必要繼續(xù)開發(fā)下去了，整個(gè)項(xiàng)目就此進(jìn)展緩慢。

3.溝通中的問題

第一次負(fù)全責(zé)開發(fā)系統(tǒng)，沒有很好做好外部和內(nèi)部溝通

外部溝通：需求沒有很好了解，導(dǎo)致內(nèi)部項(xiàng)目進(jìn)展緩慢，尤其是沒有清楚的認(rèn)識(shí)到影響項(xiàng)目風(fēng)險(xiǎn)的存在【需求不明確，項(xiàng)目截止日不明確，項(xiàng)目中的其他變故】

內(nèi)部溝通：部門內(nèi)部資源沒有很好了解利用，系統(tǒng)搭建，常用功能的復(fù)用都沒有使用，資源沒有利用，浪費(fèi)了時(shí)間。

開發(fā)中的問題

1.項(xiàng)目進(jìn)展緩慢

需求不明，導(dǎo)致不停的重復(fù)返工，討論，再次明確需求的過程。

2.各階段時(shí)間節(jié)點(diǎn)沒有

在傳統(tǒng)行業(yè)中有需求階段，項(xiàng)目編碼階段，測(cè)試階段，復(fù)測(cè)階段。這里完全沒有，經(jīng)常按照老板要求，更改各種時(shí)間節(jié)點(diǎn)，大家積極性在一次次更改節(jié)點(diǎn)中喪失。

在互聯(lián)網(wǎng)行業(yè)需要明確一個(gè)觀點(diǎn)，只有編碼是需要充分考慮的，其他都不是必不可少的。

3.沒有復(fù)用成熟功能模塊

Redis 工具,權(quán)限系統(tǒng)等，都沒有復(fù)用，自己重新開發(fā)，耗時(shí)長(zhǎng)，問題多，還不好用。

4.觀念問題

以前認(rèn)為在充分時(shí)間開發(fā)條件下，開發(fā)人員開發(fā)的東西會(huì)問題少，充分滿足需求，現(xiàn)在發(fā)現(xiàn)要有約束性，大家完整的按照緊湊時(shí)間節(jié)點(diǎn)開發(fā)，如果沒有大的架構(gòu)變動(dòng)，項(xiàng)目反而更好。

5.人類本性問題

組員，因?yàn)橄嗷ブg主觀以為是大家都是多年的老開發(fā)人員，充分信任，當(dāng)局者迷，很多功能沒有考慮清楚，也沒有細(xì)思細(xì)節(jié)，導(dǎo)致做出的東西粗糙。

沒有約束導(dǎo)致進(jìn)展緩慢。。

6.各階段沒有很好的完成介入

項(xiàng)目開始編碼時(shí)，沒有很好完成啟動(dòng)準(zhǔn)備。項(xiàng)目使用技術(shù)路線[基本框架，權(quán)限框架，系統(tǒng)用戶分層]沒有充分討論，僅僅一筆帶過，把引進(jìn)新的技術(shù)和開發(fā)看得太樂觀。

編碼開始和中途，應(yīng)該介入代碼評(píng)審，沒有進(jìn)行，后來因?yàn)榫S護(hù)成本放棄。

解決辦法

復(fù)用成熟組件，謹(jǐn)慎引入新技術(shù)，前期迅速開發(fā)，加快開發(fā)節(jié)奏，直接開發(fā)出一個(gè)半成品，讓boss知道東西做的如何，給boss信心，后面可以跟進(jìn)。讓使用人員和需求人員知道東西是怎樣的，可以根據(jù)他們的意見進(jìn)行改進(jìn)。哪怕一個(gè)錯(cuò)誤的展現(xiàn)，也比空口白話更有說服力。

哪怕前期經(jīng)常加班，后期悠閑，也比后期加班在deadline前也趕不出東西強(qiáng)。

PS:簡(jiǎn)書MD不用手寫，老別扭了