介紹
最近忙著趕項目，無暇去寫博客。今天我想知道大家是怎么估算項目時間進度的？
我把我這次項目經歷，嘮叨嘮叨。
情況
要做新的項目，產品經理Ａ來找我，問我，這個項目你需要多長時間完成？
前提條件：我沒看過需求，我只是泛泛的看了下demo，只是知道，頁面上有哪些內容，有多少種情況？我沒有辦法回答她，因為我自己也不知道到底用多長時間。因為我實在沒有辦法估算時間。然后產品經理Ａ告訴我，你差不多2周就能完成。那我說，你給我3周吧？我還得做代碼調試呢！（其實我挺心虛的，我知道這個頁面的功能相當的復雜，但是產品經理Ａ告訴我，數據，接口都是準備好的）。
然后又過了兩天，產品經理Ｂ找了我，問我，這個項目你估計多長時間能做完？我說3周。Ｂ跟我說，我們這個項目比較緊，老大那里著急要呢？時間拖的太長了（這不是因為你們一直拿不下方案，拖了快半年了，怎么到我這里就剩這么點時間了）。我跟他解釋：差不多代碼2周就能形成，還要一周進行相關調試呢？然后Ｂ就回去了。
又過了兩天，項目下來了，時間是維期2周，我的開發時間就2周，怎么會這樣？Ａ跟我說，不是你跟Ｂ說，2周嗎？——我冤死了，算了，反正就是做事嗎？自己趕緊點應該能完成。
意外不斷
我周一需要開始開發，A還沒有給我需求。A說，周日他過來加班，然后再給我需求。周一回來了，需求只是一部分，A說，這個估計你也要開發一段時間了。等你開發完了，我后面的需求也就上來了。
就這樣開發了一周。設計人員那里的demo也在同步進行中。
后來，開發一周左右，發現原來使用的模塊，要用新的接口A，但是接口A還不能滿足我現有的需求，必須需要程序員A重新包裝給我，這樣再等了一下午，第二天，問題不斷，不停的跟程序員A進行調試，終于完成此模塊的功能。
臨近項目結束，模塊Ｂ又出現問題，產品人員許諾的接口，找了相關技術人員，并沒有準備好。原有的接口Ｂ也要拋棄掉，跟產品A商量后，決定先放棄此模塊，項目結束后再繼續開發。
臨近項目上線的前兩天，測試人員才開始真真正正的測試，給我提了一堆的bug。然后第二天，我瘋狂的修改bug。
在項目開發階段，小問題不斷，這里不要這個模塊了，這個模塊需要列表了，這個模塊要移動按鈕要修正了……。
終于項目于昨日匆匆結束。
今天一天，問題不斷，不停修改bug。
感受
這兩周，我快累得吐血了，不停的編碼，幾乎就沒有休息過。
1、產品人員追的太緊了，他們自己不緊不慢的定方案快小半年了，給我的開發時間就2周。——我快瘋了。
2、測試人員，給了他一周的測試時間，結果臨近上線才真正的測試，然后快要上線了，給我提了一堆的bug。——我快神經質了。
3、接口提供的開發人員。不停的把事情推到我這里，我自己這邊的事情越來越多。估計是我嘴笨，老是說不過他們，我也不知道，他們哪里來的那么多道理。——我快氣死了。
痛定思痛
1、在項目開始階段，我并不十分清楚每個模塊詳細情況（如，接口數據的存儲情況，復雜度，以及怎么展現）。因為本身這時根本就沒有需求文檔。
2、項目開始階段，本身就不應該受產品人員的影響，他們說多長時間，你就受他們的影響，而擬定自己的時間計劃，應該讓更熟悉這塊的人來給你擬定時間度（如找我們頭，項目經理）。
3、在開發階段，不應該讓產品不停的修改方案，我本身知道這個道理，但是沒有辦法，因為本身就沒有詳細的需求文檔，想到哪里就做哪里。
4、應該在臨近上線的時候不能讓測試人員提bug，或者此bug（不是緊急的bug）只能上線之后，后期再進行跟蹤修復。——這個我明天找項目經理，反應一下這個情況。否則，明天上線，你還在不停的修改代碼。
5、接口提供的開發人員，必須要求他們給我們詳細的文檔，以郵件的形式發給我們，否則，你根本就無從入手。——此次開發，我不停的去他們那里詢問接口調用細節。
6、同事建議我，把需求打成碎片，一塊一塊的評估。——天，哪有什么需求，他們自己擬定方案的時候，我就參與過一次會議，其他會議我都沒有參與過，無暇知道他們是怎么想的。——估計是有預謀不讓我參加，怕我知道，時間拖得比較長吧？（我猜的）。
總結
以上是我這次項目的經歷，在這過程中，我知道自己有很多的問題，但是我最大的疑慮，也是我5年開發中一直遇到的問題，就是開發周期問題。
我同事跟我說，開發周期，你要預估下時間，然后你再這個時間基礎上再加一周時間。但是我這預估的時間，我自己都沒辦法預估出來。很多時候我都是被自己的項目搞的暈頭暈腦的。——很多道理我懂，但是真正到實際中，實在摸不開面子，既然拿了人家的工資，就要努力給人家做事情。自己吃點虧，累點沒什么。
也許大家會責怪我，這一切都是你自己的錯誤，自己釀下的苦果，自己就要承受。——呵呵，是啊，我寫此文，也是發發牢騷而已，一吐心中的煩悶。
如果大家在時間估算上有什么技巧的話，不妨相授彼人，不慎感激。