各位朋友，請将手機調整到飛行模式，我們将乘時光機回到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。