各位朋友，請將手機調整到飛行模式，我們將乘時光機回到2013年元月，一起見證作者Mr Chen在過去這一年裏的“豐功偉績”，現在開始閉上眼睛，進入倒計時10, 9, 8, 7, 6, 5, 4, 3, 2, 1...
2013年元月 上線前的衝刺
“兄弟們，辛苦一下，今晚把這幾個Bug搞定，明天我們就不用過來加班了。大家也都餓了吧，我去給大家搞點外賣。”儘管已經到了凌晨12點鐘，項目開發團隊的所有人員仍兢兢業業的奮鬥在前線上，項目負責人在安慰大家的同時，還不忘給大家搞點外賣，彰顯了負責人的“大愛”。在項目上線期間，加班基本上就是常事，大家也都習慣了這種節奏。況且，這種狀態已經持續了半年多，沒有哪一個人覺得這是例外。
在項目上線階段，幾乎所有的項目都要加班，這已經成了行業內的常見現象。儘管除了老闆之外的人之外，沒有一個人喜歡加班，但是IT行業在上線期間，卻經常加班，很多人覺得項目在管理上出了問題，也有覺得是因爲公司想要表達能夠最快處理現場問題的能力，其實，導致這種現象的最大的原因，是關鍵的需求往往在上線的前不久才確定或者發生了更改。客戶不是開發人員，也不是設計人員，他們不懂技術，我們不能以對技術人員的要求來要求他們，所以，出現項目上線期間加班的時候，大家要淡定，要理解。
2013年二月 甜蜜的春節假期
因爲春節前項目組的瘋狂表現，客戶對我們的系統還算滿意，項目負責人便很“大方”的在春節假期的基礎上，又額外放了一週的假期。對於項目負責人的大慈大悲，我和我的小夥伴們非常開心。畢竟大家對於春節這個傳統的節日，都希望能夠在家裏多體驗一下年味。而且，對於一些小夥伴而言，也只有春節，纔是他們與家人團聚的日子。
除去兩週長假，二月份也就僅僅只有兩週的時間。如此一來，項目組便沒有什麼大動作了。大家在二月份剩下的兩週裏，調整一下工作狀態，修改項目中出現的一些Bug，等待3月份迎接項目的上線。
2013年三月 上線時的彷徨
在無數次“上線”的吶喊聲中，我們的項目終於上線了。對於項目的整體推進進度，我感覺項目的開發速度真是很快，尤其是比社會主義快很多。社會主義的口號喊了那麼多年，現在以後仍然並將長期處於社會主義初期階段。而我們的項目“上線”上了不到一年的時間，就完成了“上線”的過程。
儘管項目已經上線，但是項目上仍然有很多問題，比如一些新增的需求，一些潛在的Bug。因爲項目的站點多，難度大等問題，儘管項目已經上線，在修復上線項目Bug的過程中，仍然出現了一些問題。最重要的表現是各站點的版本不一致，這給維護造成了很大的麻煩。
上線對於一個項目來說，是一種結束，也是一種開始。對項目組的人員來說也是一樣。儘管項目還沒有正式結束，但是對於項目組的大部分人來說，都已經開始考慮項目結束後的歸宿。大家在等待着，籌劃着，期盼着...
2013年四月 對項目的成功與延期的因爲分析
我感覺我快離開項目了，具體哪一天我還不知道，也許明天，也許下週，也許下個月。項目組裁人總是那麼的毫無徵兆，當一個人在一個項目組上創造的價值少他在項目組的消費時，便是他離開項目組的日子。項目上已經有人陸陸續續的離開了，我在等待我離開的那一天。
對於任何一個項目，我們都不能隨意的用一句成功或者失敗來草率的爲它下定義。我認爲任何一個項目都有它的成功之處，也有它的失誤之處。我不知道我分析的是否完整，但是我依然爲我的項目總結了項目成功的⑤大因素和項目延期的⑦大因素。
2013年五月 客戶就是客戶，總有你想不到的需求在後面
我以爲我們的文檔管理系統已經非常智能了，它不僅涵蓋了部門庫與公司庫之間文檔的流轉，而且還有各個站點之間文檔的流轉，再加上權限，組織樹等功能，我認爲我們的系統應該是文檔管理系統中最複雜的一套系統了，幾乎能夠適應公司的文檔辦公需求。但是我沒有想到，後來客戶又新增了一個承包商庫的功能。這些客戶，真是能有多懶，便有多懶啊。
以前，我總是以爲自己能夠替用戶想到很多可以簡化他們操作的功能，但是當看到用戶這個承包商庫的需求後，我才發現：客戶就是客戶，總有你想不到的需求在後面。
2013年六月 終驗前的忙碌
儘管我沒有等到項目終驗的那一天就離開了項目，但是那個驕熱的六月，我一直在爲項目的終驗而不停的修改Bug。在奮鬥了一年零八個月之後，我們終於看到了項目的曙光，我們感到很興奮，這份成果真的來之不易。但與此同時，也有一種落寞感降臨在我們身邊，終於要結束了，下一個起點會在哪裏呢？
那個六月，沒有了對項目的抱怨，有的只是對項目的回憶。
2013年七月 項目穿越
有人說，每當離開一個項目都是一次穿越，每當進入一個項目都是一次重生。在經歷了無數次的的假設與猜想之後，我終於從項目上穿越了。項目穿越前最重要的工作就是工作交接。看到幾乎爲0的文檔和那些雜七亂八的代碼，儘管我很沒有心情寫文檔，但是還不得不硬着頭皮把文檔寫完，儘管我知道寫完這些文檔也沒人看（新人看也看不懂，老人根本不需要，因爲系統的結構比較複雜）。
穿越後的新項目與原來的項目大不相同，一點沒有拖沓的節奏。每天早晨都要9點前到公司，每天下午都要有例會，這應該就是敏捷開發中的Scrum會議吧。讓每個人都參與到會議當中，這是我比較喜歡的開發管理方式，我有點喜歡這個新項目。
2013年八月 愛上SMMC
也許是之前厭倦了CNNC式的工作環境，SMMC的工作環境讓我着實喜歡。一箇中小型的敏捷團隊 + 現代化敏捷工具 + 現代化敏捷管理方法，這是很多管理者一直提倡卻很少有團隊做到的一套管理體系，我加入這樣的團隊自然是非常開心的，這種輕鬆、愉快的工作狀態，我甚至有種想到網上曬幸福的感覺。
不過話說回來，這兩個項目也沒有太多的可比性，無論是從項目的大小，還是團隊的規模，或者用戶的數量，以及開發的週期來說，這兩個項目不可同日而語。其實，開發者能夠進入什麼樣的項目，主要還是看運氣。畢竟，一個人剛進入一個新項目時，對項目的情況不是非常瞭解，總不能看到一個不爽的項目就離職。
2013年九月Hello，Demo
因爲我們所屬的部門是研究院，所以我們開發的項目不一定都是採用原來的成功的成熟框架，也有可能是一些新技術。比如，我們這次新開發的項目就使用了非關係型數據MongoDB。儘管我們可以將數據保存在關係型數據庫中，但是爲了迎接大數據與NoSQL的到來，再加上在某些數據的存儲上，使用NoSQL確實能夠給我們帶來很多便利，我們就使用了MongoDB作爲了我們的數據庫。
爲了讓大家能夠更快的熟悉系統的架構和框架，我們做一個Demo，實現了系統中某個模塊的功能。這樣一來，大家有了參照模型，就大大降低了開發難度，提高了團隊的開發速度。由於一個Demo並不能覆蓋所有的用例，每當出現一個新的技術性需求時，我們就將新的Demo補充道Demo用例中去，這樣以來，即使團隊更換了人員，新來的人員也能夠很快的加入到團隊的開發當中。
2013年十月 幸福的開發生活
每個項目都有這樣一段平穩期，在這個階段，需求基本穩定，開發框架也已經成型，開發人員僅需按照需求去完成相應的功能即可。這是大部分開發工程師所向往的開發生活，他們不必向需求人員抱怨需求不夠細化，也不用擔心測試人員會在盯着一個小小的Bug在那裏喋喋不休，一遍遍的嘮叨，他們所做的工作就是用心和代碼溝通，寫出自己認爲最完美的代碼。
2013年十一月 再談軟件開發過程
需求，設計，開發，這些都是軟件行業裏永遠也談不完的話題。一千個項目，就有一千個項目原型，我們不可能找到兩個完全一模一樣的項目（即使同一個項目，也有一期工程、二期工程之分），但是我們總能在這些項目中找到一些共同點。當我們把所有的項目拿出來比對之後，我們可能會發現，原來軟件的需求採集過程也就那麼幾種，軟件的設計方法常用的也就那麼幾種，軟件的界面原型也就那麼幾種，項目的管理過程也就那麼幾種，我們在不知不覺中對軟件的認識越來越深，在不知不覺中，一步步走向項目經理。
2013年十二月 收租
讀了幾本好書(《項目管理修煉之道》、《硝煙中的Scrum與XP》、《PMBOK項目管理知識體系》等)，看了幾場電影(《驚天魔盜團》、《毒戰》、《致青春》、《地心引力》等),去了幾個景點旅遊(《長城》、《頤和園》、《北海》、《恭王府》、《XX滑雪場》等)，做了兩個項目：CNNP和SMMC。
各位朋友，由於時光機故障，時光大門將在１０秒後自行關閉，現在大家準備好降落傘，開始跳傘，具體降落到什麼位置，就看大家的運氣了，倒計時開始10,9,8,7,6,5,4,3,2,1,0...