8、9、10三月，需求依舊爆棚，相比純業(yè)務(wù)功能的開發(fā)，數(shù)據(jù)的匯聚、整理、分析、統(tǒng)計成為重點，具體細節(jié)不一一展開，按如下關(guān)鍵詞：任務(wù)計劃、項目溝通、項目流程、客戶匯報、業(yè)務(wù)關(guān)注、時間評估、管理筆記做一些筆錄，持續(xù)更新：
    1、計劃安排：
        1.任務(wù)計劃安排前，根據(jù)經(jīng)驗自己對任務(wù)做一個工作量預(yù)估。
        2.任務(wù)的粒度細化到不可再分、對內(nèi)根據(jù)系統(tǒng)模塊分解到開發(fā)人、給外匯時封裝成產(chǎn)品功能模塊。
        3.計劃制定前，請成員預(yù)審需求、評估任務(wù)量，再和開發(fā)、測試一起確認時間，由成員承諾。
        4.安排任務(wù)多人完成時，指定一個牽頭人。
        5.大的需求，組織討論，小的需求，點對點溝通，口頭溝通的需求要落實到文檔。
        6.任務(wù)分配根據(jù)人員特點（善于思考型、踏實肯干、粗枝大葉型）安排難易程度對應(yīng)的任務(wù)。
        7.緊急需求多時，一次盡可能只給成員分配較少任務(wù)并約定完成時間、完成后再約定下一個任務(wù)。
        8.根據(jù)任務(wù)分配情況，安排新任務(wù)給相對空閑的開發(fā)、測試人員。
        9.業(yè)務(wù)測試過程中發(fā)現(xiàn)的問題整理成清單，盡可能一次性轉(zhuǎn)交測試人員，避免碰到一個提一個。
        10.形成人員的備份機制，不局限某個模塊只能由某個開發(fā)人員做。
        11.加班如遇特殊情況不能陪同，托管工作給指定接口人。
        12.成員加班晚，第二天要根據(jù)情況保證人力參與白天工作。
        13.對于一周的新任務(wù)，考慮到周一綜合癥，一般在下半天安排效果較好。

   2、項目溝通
        1.重要事項親歷親為。
        2.每周的項目周報，除了知悉公司外，同步知悉客戶。
        3.需求的分析及客戶確認用原型圖。需求的確認啟動開發(fā)，必須業(yè)務(wù)部、信息化部、公司三方達成一致。
        4.技術(shù)實現(xiàn)上會就會，不會就不會，和時間的多少沒有線性關(guān)系。
        5.控制好工作節(jié)奏，多和領(lǐng)導(dǎo)溝通，自己的經(jīng)歷正是人家過去的重現(xiàn)。
        6.溝通項目當前存在的問題時尊重客觀事實和軟件開發(fā)規(guī)律，就事論事、做不完的跟客戶說明原因，該拒絕的果斷。
        7.上線前的客戶運作，除了項目層面的客戶溝通，也請領(lǐng)導(dǎo)高層向客戶高層溝通。
        8.強調(diào)需求變更會影響項目計劃的執(zhí)行，變更需要付出代價（優(yōu)先策略：時間調(diào)整、功能調(diào)整、人力調(diào)整）。
        9.遵循‘少即是多、進度為質(zhì)量服務(wù)‘的原則。
        10.項目風險且一時對得不到公司資源傾斜時，也可借助客戶的力量（下下策）。
        11.客戶的跟催，多耐心少急躁，多自省少借口，多客觀少主觀。
        12.交付時間的答復(fù)，不能當下給出的待評估后再給。
        13.溝通過程，多‘是的、可以、數(shù)字性的‘表述、少‘可能、好像、應(yīng)該’。

   3、項目流程：
      需求頻繁且變化多時，與客戶溝通好，按1周～1.5周一輪迭代的節(jié)奏。
      每次匯報后產(chǎn)生的新需求、遺留需求、待開發(fā)的功能按如下方式安排開發(fā)計劃：
         1.整理《項目跟蹤表》，含：新需求、遺留問題、關(guān)聯(lián)影響（指導(dǎo)測試做關(guān)聯(lián)模塊的驗證）
         2.測試人員將已明確的開發(fā)任務(wù)登記到BUG管理系統(tǒng)
         3.需求人員與開發(fā)、測試人員評審需求
         4.負責人牽頭需求、開發(fā)、測試人員確定開發(fā)、測試、發(fā)布時間計劃。
         5.與客戶反饋交付時間點（對于小需求的交付時間可以直接答復(fù)、大需求要內(nèi)部討論再答復(fù)）。
         6.項目進度跟蹤，以天為單位，請測試人員更新《項目跟蹤表》。
         7.需求驗證
             1）開發(fā)提交代碼后，測試人員分別開展系統(tǒng)測試（關(guān)注功能的需求吻合度、邊界異常驗證和業(yè)務(wù)流程準確性），需求人員開展業(yè)務(wù)測試（關(guān)注界面交互、業(yè)務(wù)符合度）。
             2）需求人員發(fā)現(xiàn)的問題，屬于開發(fā)BUG登記到BUG管理系統(tǒng)、需求BUG與開發(fā)人員、客戶澄清，如不影響版本發(fā)布時間直接加入在研版本、如影響則提交變更請求，與客戶溝通得到變更認可或與開發(fā)溝通得到變更認可。
         8.升級前，針對環(huán)境數(shù)據(jù)的準備，編寫《升級注意事項（含數(shù)據(jù)清理、數(shù)據(jù)準備等）》給測試人員交代。
         9.升級后，需求人員在演示環(huán)境走業(yè)務(wù)測試（建議離正式演示前2天完成升級驗證，提前1天環(huán)境凍結(jié)。）
         10.上線前，與客戶溝通準備事項（含壓力測試、工程部署、資料交付、培訓(xùn)計劃、試運行計劃等）

   4、客戶匯報：
         1.小型周匯報，提前1天完成業(yè)務(wù)測試、提前1天和客戶接口人知會（客戶號預(yù)約客戶領(lǐng)導(dǎo)）。
         2.大型月匯報，提前2～3天完成版本升級，提前2天完成業(yè)務(wù)測試，提前1天凍結(jié)版本。
         3.客戶匯報前的技術(shù)準備：
            1）拿客戶的演示筆記本做產(chǎn)品驗證，驗證操作系統(tǒng)、瀏覽器兼容性問題，檢查項目所需的第三方插件的安裝情況。
            2）產(chǎn)品驗證過程中，當天發(fā)現(xiàn)的問題，按匯報時間倒推評估，重要問題當天加班解決（如頁面報tomcat錯誤、點擊報瀏覽器JS錯誤），不重要的安排人力第二天解決（如：頁面默認顯示的業(yè)務(wù)條件。
            3）匯報前，與客戶一起核對匯報PPT中的文字、截圖。
            4）匯報前，與客戶走一遍系統(tǒng)，將系統(tǒng)匯報的重點地方與客戶溝通。同時，將系統(tǒng)還存在的問題與客戶溝通清楚（如XX工具的彈出頁面點擊關(guān)閉后導(dǎo)致IE瀏覽器卡死，要等到7～8S才響應(yīng)過來的）并告知客戶在匯報時的規(guī)避方法。
            5）客戶用講稿匯報時，配合客戶翻PPT到講稿中相應(yīng)的位置。
            6）正式匯報前安排測試人員、第三方公司的人員進行技術(shù)保障（已有帳號退出系統(tǒng)，服務(wù)器不做重啟等操作）。
         4.項目初期注意界面UI友好，中期注意數(shù)據(jù)的規(guī)范及業(yè)務(wù)流程正確，后期注重統(tǒng)計數(shù)據(jù)的真實、準確。
         5.版本的技術(shù)問題、項目進度的問題、用戶需求的問題、溝通協(xié)調(diào)的問題，實事求是匯報客戶。
         6.匯報前與客戶業(yè)務(wù)接口人溝通匯報內(nèi)容、匯報方式，掌握領(lǐng)導(dǎo)聽取匯報時關(guān)注的點。
         7.匯報前，關(guān)注業(yè)務(wù)部門的需求、信息化部門的建議、更要關(guān)注客戶領(lǐng)導(dǎo)的關(guān)心點。
         8.匯報思路：
            1）抓住業(yè)務(wù)主線給客戶講故事，結(jié)合不同客戶關(guān)注的角度出發(fā)，讓平臺能融入不同客戶的日常工作。
            2）信息化前是什么樣，信息化后是什么樣（提高日常辦公的效率、平臺統(tǒng)計的數(shù)據(jù)提升客戶的業(yè)績等）。
         9.匯報步驟：
            1）上一次匯報會上提出此次要匯報的內(nèi)容，列一個清單。
            2）本次匯報工作解決了哪些問題（新功能開發(fā)&缺陷修正和界面優(yōu)化&其他問題[如項目文檔、幫客戶做的其他事情等）。
            3）遺留的問題和接下來要解決的問題分別有哪些，估算解決時間。

    5、業(yè)務(wù)關(guān)注：
         1.關(guān)注平臺的數(shù)據(jù)輸入、處理、輸出數(shù)據(jù)的完整性、準確性、關(guān)聯(lián)性。
         2.抓住平臺的建設(shè)理念，所有業(yè)務(wù)模塊圍繞該理念開展需求分析、設(shè)計。
         3.降低線上復(fù)雜的業(yè)務(wù)操作流程（更多考慮結(jié)果數(shù)據(jù)的錄入、留痕，流程多了很難同時在線協(xié)同辦公）。
         4.技術(shù)實現(xiàn)的同時要考慮業(yè)務(wù)機制的配套。
         5.考慮現(xiàn)實性[在現(xiàn)有業(yè)務(wù)規(guī)章制度的環(huán)境下運行]、前瞻性[業(yè)務(wù)層面的發(fā)展方向]、可行性[技術(shù)是否支持]。
         6.關(guān)注和周邊平臺的數(shù)據(jù)結(jié)構(gòu)一致和標準

    6、時間評估：
         1.時間評估，盡量讓開發(fā)、測試人員自己評估和承諾時間（結(jié)合自己做的預(yù)估進行權(quán)衡）。
         2.任務(wù)粒度，測試任務(wù)分解到最小顆粒度，讓測試任務(wù)清晰明確。
         3.任務(wù)緩沖，不管是答復(fù)客戶的交付時間、與友商約定的聯(lián)調(diào)和交付時間，均預(yù)留冗余（通常按正常計劃時間的10%），應(yīng)對可能會出現(xiàn)的風險（如：協(xié)調(diào)的時間、人力投入、技術(shù)瓶頸、成員病假、客戶變更需求、匯報時間提前、第三方公司配合跟不上）。非緊急情況，系統(tǒng)測試關(guān)閉到客戶匯報之間建議預(yù)留1～2天冗余（頭一天完成本輪版本的系統(tǒng)測試關(guān)閉、第二天上午完成增量升級、第二天下午完成業(yè)務(wù)驗證）。

   7、管理札記：
         1.任務(wù)明確、給予空間——不給成員模棱兩可的任務(wù)
         2.狠抓住干、適當放權(quán)——適時跟蹤團隊成員的任務(wù)
         3.敢于承擔、頂住壓力——創(chuàng)建一個不受外界過多干擾環(huán)境
         4.講究誠信、承諾到位——誠信待人，承諾的事情說到做到
         5.主動溝通、理解包容——寬容待人，包容別人的錯誤。
         6.用人不疑、疑人不用——建立信任，促進相互協(xié)作
         7.功勞大家、黑鍋自己——讓團隊成員更多地專注于工作本身