要做新的項目，產品經理Ａ來找我，問我，這個項目你需要多長時間完成？

 

前提條件：我沒看過需求，我只是泛泛的看了下demo，只是知道，頁面上有哪些內容，有多少種情況？我沒有辦法回答她，因為我自己也不知道到底用多長時間。因為我實在沒有辦法估算時間。然后產品經理Ａ告訴我，你差不多2周就能完成。那我說，你給我3周吧？我還得做代碼調試呢！（其實我挺心虛的，我知道這個頁面的功能相當的復雜，但是產品經理Ａ告訴我，數據，接口都是準備好的）。

 

然后又過了兩天，產品經理Ｂ找了我，問我，這個項目你估計多長時間能做完？我說3周。Ｂ跟我說，我們這個項目比較緊，老大那里著急要呢？時間拖的太長了（這不是因為你們一直拿不下方案，拖了快半年了，怎么到我這里就剩這么點時間了）。我跟他解釋：差不多代碼2周就能形成，還要一周進行相關調試呢？然后Ｂ就回去了。

 

又過了兩天，項目下來了，時間是維期2周，我的開發時間就2周，怎么會這樣？Ａ跟我說，不是你跟Ｂ說，2周嗎？——我冤死了，算了，反正就是做事嗎？自己趕緊點應該能完成。

 

 

我周一需要開始開發，Ａ還沒有給我需求。Ａ說，周日他過來加班，然后再給我需求。周一回來了，需求只是一部分，Ａ說，這個估計你也要開發一段時間了。等你開發完了，我后面的需求也就上來了。

 

就這樣開發了一周。設計人員那里的ｄｅｍｏ也在同步進行中。

 

后來，開發一周左右，發現原來使用的模塊，要用新的接口Ａ，但是接口Ａ還不能滿足我現有的需求，必須需要程序員Ａ重新包裝給我，這樣再等了一下午，第二天，問題不斷，不停的跟程序員Ａ進行調試，終于完成此模塊的功能。

 

臨近項目結束，模塊Ｂ又出現問題，產品人員許諾的接口，找了相關技術人員，并沒有準備好。原有的接口Ｂ也要拋棄掉，跟產品Ａ商量后，決定先放棄此模塊，項目結束后再繼續開發。

 

臨近項目上線的前兩天，測試人員才開始真真正正的測試，給我提了一堆的bug。然后第二天，我瘋狂的修改bug。

 

在項目開發階段，小問題不斷，這里不要這個模塊了，這個模塊需要列表了，這個模塊要移動按鈕要修正了......。

 

終于項目于昨日匆匆結束。

 

今天一天，問題不斷，不停修改ｂｕｇ。

 

 

1、在項目開始階段，我并不十分清楚每個模塊詳細情況（如，接口數據的存儲情況，復雜度，以及怎么展現）。因為本身這時根本就沒有需求文檔。

2、項目開始階段，本身就不應該受產品人員的影響，他們說多長時間，你就受他們的影響，而擬定自己的時間計劃，應該讓更熟悉這塊的人來給你擬定時間度（如找我們頭，項目經理）。

3、在開發階段，不應該讓產品不停的修改方案，我本身知道這個道理，但是沒有辦法，因為本身就沒有詳細的需求文檔，想到哪里就做哪里。

4、應該在臨近上線的時候不能讓測試人員提ｂｕｇ，或者此ｂｕｇ（不是緊急的ｂｕｇ）只能上線之后，后期再進行跟蹤修復。——這個我明天找項目經理，反應一下這個情況。否則，明天上線，你還在不停的修改代碼。

5、接口提供的開發人員，必須要求他們給我們詳細的文檔，以郵件的形式發給我們，否則，你根本就無從入手。——此次開發，我不停的去他們那里詢問接口調用細節。

 6、同事建議我，把需求打成碎片，一塊一塊的評估。——天，哪有什么需求，他們自己擬定方案的時候，我就參與過一次會議，其他會議我都沒有參與過，無暇知道他們是怎么想的。——估計是有預謀不讓我參加，怕我知道，時間拖得比較長吧？（我猜的）。