背景：

首先本人是個小程序員，在10個人左右的團隊里面，為了完成今年5月份第一期的交付。整個項目的負責(zé)人兼職需求吧，需要做手術(shù)然后就離開的大家，另一個需求人也離開了團隊，這樣的話就直接交接了2天，就匆匆離開了團隊，雖然我們知道這是個很大的風(fēng)險點，但是沒辦法這是領(lǐng)導(dǎo)的決定。

以下是自己在項目遇到的沒解決的問題：

1.糟糕的平臺，在項目里面放了N個臨時炸彈

同樣，由于上面決策的原因，整個項目依賴一個在與我們項目并行開發(fā)的平臺，你可以想象下，平臺發(fā)布版本的頻率直接影響項目的進度，甚至成了項目的絆腳石，可以這么說，你今天跑起來的代碼，明天早晨來了之后，可能就跑不起來，這個問題，足以讓你去摔鼠標(biāo)了。

2.天呀，做平臺的，他在上海，只有一個人在做，大量的平臺BUG出現(xiàn)了

開發(fā)平臺的人員在上海，并且沒有測試人員，平臺必須在項目里面進行試驗，但是他在上海，所有的問題都不知道是誰的錯，平臺踢到項目，項目踢到平臺，因為大家都不知道這些問題該有誰來做。

3.計劃會議被干掉了。

這樣折騰了1個迭代，馬上就要到第一期交付了，做的剛到整個項目的百分之三十，所以，就把計劃會議干掉了，這可是個糟糕的決定。

4.測試人員緊缺死了

9個開發(fā)，一個測試，測試人員不到位，由于計劃會議被干掉，大家交叉測試的能力都沒了。

5.每天立會都吹鋒號，加班成家常便飯了

天天加班，造成整個團隊的戰(zhàn)斗力下降到了極點，大家都在拼命的趕自己任務(wù)，由于用到的WCF,SILVERLIGHT,以及l(fā)inq，大家做事都畏手畏腳的，加上平臺放的臨時炸彈，抱怨平臺，抱怨需求，抱怨時間，抱怨目標(biāo)太高，可以我們大家都知道，必須的完成交付。

6.沒有美工

這個真的是很糟糕的一個決定，一個列表的線有上面左邊，沒右邊。。。。。。，還有很多圖標(biāo)

7.”我是按原型做的“

需求是沒人研究的，現(xiàn)在幾乎是按原型設(shè)計設(shè)計，但是里面真的很多地方不通，由于時間的原因大家都安原型去做，但是原型本身設(shè)

計都很糟糕，這是最致命的一點。

8.平臺的特點：最后還要合代碼

平臺的特點每個人開發(fā)自己自己小模塊，最后還要合各個模塊，這個合并也很耗費時間。

第一期交付，項目是見用戶了，項目負責(zé)人回來說很好，我當(dāng)時很詫異,。。。。。。

總結(jié)：關(guān)于項目的時間真的好緊張，關(guān)于平臺真的很 糟糕，關(guān)于業(yè)務(wù)有很多盲點，關(guān)于自己新技術(shù)也是剛剛接觸，這些盲點有時候真的會把我們搞死的。希望以后這些盲點可以控制好。雖然很多問題，我不知道怎么去解決，但是我想以后我肯定會解決的。

原文鏈接：http://www.cnblogs.com/muer/archive/2012/07/15/badproject.html

【編輯推薦】