在最近幾年的工作的項目都是離岸交付的敏捷項目，工作時間越長我越會思考我理想的項目是什么？我想在什么樣的項目下工作來幫助個人的成功？不同的項目是否有著相似的特點？是否存在一個“標準化”的項目實踐來指導我們把項目做好？
為了回答上面這些問題，我結合近幾年的工作經驗和項目經歷，總結了下面的維度和實踐。這些維度和實踐都是可以落地，在我們新起項目的時候可以參考來創建項目標準，也可以在項目還處于交付中的時候參考來回顧改進。
Delivery Assurance
- 技術相關
- 技術架構
- 邏輯功能模塊
- 分層架構
- 集成組件
- 架構約束
- 技術棧
- 前端
- 后端
- Mobile
- 開發支撐
- 運維
- 技術雷達
- 技術演進路線圖
- 自動化測試
- 自動化測試策略金字塔
- 測試策略
- 測試驅動開發 TDD
- UT coverage
- DevOps
- 部署架構
- 容器
- 負載均衡
- 反向代理
- 防火墻
- 存儲系統
- 集成系統
- 自動化部署方案
- 藍綠部署
- 金絲雀部署
- 持續集成/持續部署
- On-Demand Infrastructure
- 部署架構
- 安全
- Threat modeling
- 滲透測試
- 性能
- 并發訪問
- 響應速度
- 資源利用率
- 兼容性
- 平臺
- 瀏覽器
- 日志監控
- 技術架構
- 業務需求相關
- 商業目標
- 產品愿景
- 產品策略
- 產品發展藍圖
- 干系人管理
- Inception
- 范圍管理
- 明確交付范圍。什么是必須的，什么是范圍外的
- 優先級管理
- 確定MVP(most viable product)
- 增量提交 Incremental Delivery
- 在制品限制
- 故事卡拆分編寫
- INVEST原則
- 驗收準則
- 敏捷項目相關
- Agile ceremony
- Standup
- Retro
- IPM
- Kick off
- Backlog grooming
- Shoulder check
- Elaboration
- Estimation
- Showcase
- 故事卡流程
- Pair
- Code Review
- Tech huddle
- 發布計劃/Flight Plan
- 可視化
- RAID
- Risk
- Assumption
- Issue
- Dependency
- Backlog Grooming
- 保證backlog包含合適的item
- 刪除所有不相關的故事卡
- 增加必要的故事卡來滿足新挖掘的需求
- 給沒有點數的故事卡估點？
- 糾正有變更的故事卡的估點？
- 對于不適合進入下個迭代的故事卡進行拆卡
- 所有故事卡都有相應的優先級
- 重新評估有調整的故事卡的優先級
- 優先級最高的故事卡 ready for delivery
- 保證backlog包含合適的item
- Decision log
- 迭代報告
- Agile ceremony
團隊結構
- Leverage
- 匹配項目類型的lead,senior,junior比例
- Onboarding & Rolloff process
- 快速幫助新人上項目的流程和培訓。比如申請工作機器和賬號權限。
- Second-tier
- 人才梯隊. 培養team lead/tech lead的backup
- No single point of failure. 避免單個成員具有不可替代性
團隊能力建設
- 團隊能力矩陣 Capability Matrix
- 可視化 visualization
- 跟蹤 track
- 能力建設計劃 Capability Planning
- 依據能力矩陣來做出能力建設計劃
- 可以考慮制定團隊內某領域的業務專家或是技術專家
- Newcomer Training
- 幫助新人盡快上手項目，做出貢獻
- 可以多人協作完成
- Personal Development
- 個人的發展方向與項目契合
- 個人能夠在項目內發揮自己最大的潛力
團隊文化
- 成熟的自組織團隊
- 充滿正能量
- 不畏懼困難
- 自信
- 互相信任和幫助
- 樂于分享
- 持續改進
- challenge the status quo
- 敢于做出改變
- safe to fail
- Social Contract
- social contract在敏捷團隊中越來越流行，對于組員關系，團隊表現和產品質量都有著顯著的影響。Social Contract是一組團隊達成共識的規則，包含了一些關于團隊如何運轉工作和溝通交流，給團隊創建安全舒適的工作環境(safe to fail)，這是所有組員都要遵守的規則，無論角色職責的不同。
- Example
- 會議
- 站會在9點半舉行，不遲到
- 在站會前就要把自己的卡更新了
- 會議要有invitation和agenda，meeting minutes會在會議后共享
- 收到agenda的時候，要回復會議organizer是否參加會議
- 會議要有準備的參加
- Way of Working
- 團隊不允許bullying
- 對分配給自己的任務要有owner意識
- 不要做假設
- 交流
- 要聆聽和理解別人的觀點
- 問題的解決超出職責或能力范圍的時候，要盡快主動尋求幫助
- 面對面的交流優于電話交流，電話交流優于郵件交流
- 沒有silly question
- 不要在別人說話的時候打斷對方
- 分享成功
- 會議
- Team Building
Onshore和offshore的合作與交流
- 相互認可和獎勵
- 可視化團隊成就
- offshore team參與更多的項目關鍵活動
- 需求分析
- 架構設計
- 任何decision making
- Inception
- Mutual feedback
- Rotation
- Trust and relationship build
- 能切身體會offshore/onshore同事的工作習慣和環境，換位思考，發現改進點
持續改進
- 有效的回顧會議
- 針對feedback的action并且指派owner
- 持續探索和引入新技術
- Innovation
知識管理 Knowledge Management
- 團隊/項目知識庫
- 文檔協作管理工具
- 產品知識
- 團隊信息
- 環境賬戶
- 發布信息
- 會議紀要
- 文檔協作管理工具
- 內部分享
- 技術實踐
- 產品介紹
- 交付成功
- 創新
對外影響力 Impact Index
- 對外分享 - showcase
- 技術實踐
- 產品介紹
- 交付成功
- 創新
- 業務創新。能為合作伙伴節約成本和產品用戶創建更大價值
- 技術創新。
- 協助其他團隊
- 跨團隊解決問題
- 快速響應
項目成功度量 Success Measurement
- 完成交付約定
- 交付有價值的功能
- 及時
- 質量高。線上問題少
- 從需求到上線的響應時間
- 攻克某個技術難題
- 反饋
- 客戶滿意度
- 產品用戶滿意度
- 實時數據
- 上線之后的交易量/轉化率
工作環境 Workspace
- Always on TV
- 模擬在一個辦公區間上班
- 一個良好的urgent issue call out channel
- 硬件
- 充足的會議室且會議室都有支持video的設備
- 寬敞的個人工作區域
- 個人配有狀況良好的攝像頭、耳麥、鍵盤、雙屏等
- 網絡狀態良好，能支持視頻通話
- 安全
- 彈性上班
- 不打卡
- 如遇請假，可以請同事幫忙告知
