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

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

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

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

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

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

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