我在2023年開始用敏捷開發的模式帶領團隊快速交付，一路走來有很多的經驗，也有很多的教訓。這裡分享兩個曾經的失敗教訓：
1. 沒有正確理解po角色：po要和客戶直接溝通，要能真正代表客戶意圖，否則產品很可能失敗
2. 不要認為會給研發團隊很好重構的時間
產 品開發之初，為了盡快上線，產品的技術架構、效能、負載均衡、高可靠性等均沒有考量，總認為可以不斷的重構，但實際上公司根本不會給團隊乙個完整的時間去 做重構，不斷的業務需求佔據了團隊幾乎全部的時間。於是脆弱的架構越來越弱，完成乙個新的需求需要越來越長的時間。現在總結一下，架構的高擴充套件性和穩定性 是最高的優先順序，可以滿足業務需求不斷擴充套件。**的效能是次優先順序，特別是登入前的靜態頁面。cms（content management system）也是很重要的，最好在專案的前期就做，可以選擇外包的方式，否則大量的頁面修改，要根據發布流程，業務部門會不斷提出申述…所有這些需要在 sprint0階段就要考量清楚，實踐中agile modeling確實是實用的。
敏捷開發產品管理系列之四 新產品研發
本文是敏捷開發產品管理系列的第一篇。序言及設立迭代目標，產品版本規劃，產品使用者群規劃，新產品研發，預估會議，product servant，product owner團隊，產品線管理 這裡所指的新產品研發，不是指自己企業的新產品，而是特指那種在行業中初創，前途不明，尚需市場檢驗的新產品。敏捷開發可...
新產品專案開發的艱難起步
公司內部規劃的新產品開發專案已經開展乙個多月了,時間緊 任務重是這個專案最突出的特點,之後的需求定義一變再變，甚至於文件的格式也一變再變，而不變的是開發周期！其中全無系統設計的時間，需求及功能分析也是草草了事，於是問題也不斷的浮現出來！從專案管理的角度，只有重視風險評估，或許可以請公司上下的頭頭腦腦...
落地敏捷典型問題 有了這些跡象，一定是出現了問題
有了這些跡象，一定是出現了問題 我們在周而復始的一次一次做迭代，提交新版本。但有一些跡象一旦出現，我們必須停下來，解決這些問題，否則將越來越糟。1.提交給客戶的質量是不能接收的，客戶很不願意公升級版本，因為會遇到無法預計的一些bug 2.給客戶提交新功能，需要越來越長的時間。這個問題有可能產生於 功...