一、我們的團隊
經過半年多的努力，xNote產品即將結案，這期間我們解決了很多當初看似無法解決的技術難題，大家付出了辛勞、汗水和各自的智慧。在此對大家表示最誠摯的感謝！
這充分說明我們是一個有戰鬥力的團隊。我們有很多做的挺好的地方，比如品質最終達到了公司嚴格的交付水準、schedule如期完成、QA要求的過程與文檔產出物我們都達到了較好的成績、不管是內部溝通還是外部溝通一直比較流暢等。
同時，我們是一支年輕的隊伍，還有很多需要改善的地方和提升的空間，包括PM、TM、RD、QT和MD。說我們年輕， 主要指我們以前都沒有在android平板上做類似項目的經驗。年輕就得學習，我們大家重點需要在需求、內存資源控制、設計模式、自測、測試等各方面切實提高、落到實處（這些都是我們的短板），只有這樣，才能儘快成長起來。2012年開發過程中出現的bug太多我們可以自己安慰說這是成長和學習所付出的成本，那麼在2013年呢？
二、做好項目總結
接下來的幾天，我們做項目總結，總結是爲了提高，“秦人無暇自哀，而使後人哀之；後人哀之而不鑑之，亦使後人復哀之”，哀即爲總結、反思；鑑即爲改善、提高。PDCA我在這裏給大家解釋一遍。
Plan方面，我們有Project plan (項目計劃)，另有Communication plan (溝通計劃)、Quality plan (品質計劃)、Estimation plan (預估計劃)、Equipment plan (設備計劃)。
Do方面，重點是落實，執行。對於執行力，我的理解有執行力度和執行能力兩層含義。執行力度的解決方案是“認真”和“心態”；執行能力這個課題比較大，有機會再一起交流。
Check方面，就是我們將的總結，總結後去反思，只有如此，纔會認識到我們自身的不足，我個人就喜歡每日自省。我不期望大家能做到“聞過則喜”，這個要求太高，但我們可以做到自我反思、發現自己的不足。
Action方面，認識到不足後，我們去改進、改善、提高。
如此，日復一日、年復一年，積小成績爲大成績，成爲大牛。
三、嚴格落實項目管理制度
我們在開發過程中所遇到的困難，最典型的是產生了比公司規定多得多的bug，有的模塊花了比計劃長得多的時間，這些問題我認爲最根本的原因是“欠債”導致的結果，沒有認真按照公司規定的項目管理制度進行Q&A、內部規格與設計的review、Code review等工作。
在項目初期的Q&A階段，我們基本沒有提出什麼疑問，而Q&A的好處是實實在在的，它有承前啓後的作用，加深我們對外部規格的理解（需求澄清）、指導我們對內部規格與設計。對於一個最終有10萬多行代碼的項目，我們開發人員總共提了不到50個疑問，這是一個不正常的現象。
外部規格編寫方面，我們有很多邊界沒有定義，比如超大文件的處理、對已經人爲破壞了文件的處理、亂碼的處理、最小最大值規定等，而這些也是bug的重災區。這是我的問題，我需要反思與改進。
至於內部規格與設計的review、Code review，由於項目進度的壓力，一直浮於形式。而我們回過頭通過最終的實際效果來看，沒有踏實做這兩個事情，我們表面上快了，實質上是慢了，因爲衍生了一系列深層次bug。
所以，在2.0階段，我們要從心底認同公司的一套項目管理制度，好好落實而不是爲了應付檢查而去交差了事。