1. 下午喫飯，不小心聽到隔壁團隊挑戰我們團隊存在的意義，我在想，做任何事情都應該有目標的。聽到這樣的話，我應該會第一時間去說明我們團隊存在的意義，同時也要了解爲什麼同學們這麼說，有什麼案例，我們一起分析，看看到底是哪部分的問題，如果是測試設計的問題，那就看怎麼調整測試以更好地支持需求，但要弄清楚當初爲什麼那麼設計，是人的能力問題，是系統演進的原因，還是流程問題，用魚骨圖來分析問題發生的根本原因，並落實跟進措施，落地效果同步，做到需求閉環。
2. 回味起來，項目具有臨時性、獨特性與漸進明細性，往往是在事務複雜、影響重大、時間緊迫、資源有限進行的一次性公關；運營則是重複的，強調檢查工作。項目承接公司戰略，使命—願景—戰略—項目組合—項目集—項目，通過項目實現組織戰略目標，整合資源，強調計劃和以人爲本；通過運營獲得利潤，強調健全體系、完善流程，忽略人的因素，組織中的報銷覈算或產品技術的技術支持等日常運作可以算是運營。
3. 有效反饋，有利於快速有效達成目標。常見問題：沒有定期找機會向領導彙報進展；只列出條條框框，流水賬，沒有體現出任何的系統化思考、分析和洞察；下一步規劃是什麼，預計達成的效果，給業務、客戶帶來哪些變化等都沒有呈現出來。換個角度，如果我是領導，我的感受：爲何我不問就沒人主動同步項目進展？我不清楚大家做這個項目遇到了什麼問題？做這個項目背後有哪些思考？我可以提供什麼幫助，有什麼需要我決策的？長期持續不彙報，領導的印象：你只是個工具人，缺乏站在領導角度、業務角度、系統角度考慮問題，缺乏將所做事情進行總結提煉，思考規劃的能力。如有更核心的項目、更大的平臺、人才培養、升職加薪等機會出現的時候，領導第一個想到的肯定不會是你。
4. 本週完成全組人員生活照片收集，形成全家福。有新人，看到照片比較好介紹，結合分工安排，很容易對號入座。花了三四天整理的材料還是非常不錯的，自我感覺良好，畢竟主要結構來自自己設計，內容大家填，集體智慧的結晶我總是很喜歡，每個人都有投入，有總覽，有主線，能夠串起來，有重點，說明目標、現狀和差距，如此的三段論其實就挺好的。講的時候，要抓重點，會前提前練習和熟悉資料是必要的，抓住不明白的死磕，這就是費曼學習法的魅力之一。
5. 怎樣做到需求模塊化？怎樣做到高內聚低耦合？怎樣將已經做的東西進行重構？模塊化設計採取分而治之的思想，將系統設計分解成一個小小可獨立實現和重用的模塊或組件，然後獨立實現它，再將它們組合實現不同的需求，可能只是傳遞參數或數據集不一樣。在一系列基礎組件實現後，有新的需求或場景，使用組件模塊實現快速編碼，提升編碼效率，提升編碼質量（已經驗證過），專注於需求本身的，或者說需要特殊處理的邏輯，這就是模塊化的魅力。
6. 埋頭苦幹、低頭走路、摸索總結，夯實內功要做；積極溝通、主動反饋、領導指點，推進外功同樣要做。領導跟下屬月度一對一是一個非常好的形式，說明成績，看周圍不足，我總把自己安排在最後，想聽下別的同事需要我改進的，正好問下領導。改進永無止境，比如會議效率，比如管理風格，比如說話語氣等，都可以提升到。整體領導是滿意的，我把大家揉成一個整體，有問題我也敢問，把不清楚的弄清楚，一對一絕對是個機會，不然一直在心裏也挺難受的。能夠把控事件，能夠識大體，能抓重點，關鍵細節絕不放過，這才能夠成爲一個更好的項目經理。
7. 昨天30分鐘的會議，準備不算太充分，內容和議程有了，會前15分鐘讓主要干係人提前溝通，達成一定程度的共識，避免在會上很多人面前爭執，要相信，會前多溝通，尤其是不同業務多溝通，絕對在有領導的會議上能夠更和諧，“我們之前自己溝通過，意見一致的地方保持同步；而意見不一樣的地方指出來，請領導幫忙看看。”會上領導提出要看對比圖，你懂的，領導都喜歡看數據趨勢，找了個小隔間發現鼠標不好使喚，需要留意提前訂中意的會議室（不常備佔用的會議室），以及想到領導會問什麼問題。
8. 隔壁組的項目經理對接30-40個人，我們組只有10來個人，他能夠處理得遊刃有餘，而且思路比較清晰，喜歡幫人總結，對項目管理工具JIRA應用得滾瓜爛熟，能夠負責公司最有challenge的技術負責人所在團隊的項目經理，肯定還是不簡單的。值得我學習，項目管理工具，項目流程梳理，持續改進方案，產品經理和項目經理一肩挑，而且都考慮得不錯，真不容易。Leader喜歡標準化和模式化，我也是這個思路，要看出來是個例還是常發生的，足以總結出模式的東東。喜歡就去學習，多向他請教，自己琢磨，畢竟項目管理工具提升效率、流程持續改進都是項目經理實力的體現。