A1--亢江妹--AI輔助需求的是與非.pdf

《A1--亢江妹--AI輔助需求的是與非.pdf》由會員分享，可在線閱讀，更多相關《A1--亢江妹--AI輔助需求的是與非.pdf（27頁珍藏版）》請在三個皮匠報告上搜索。

1、AI輔助需求的是與亢江妹Thoughtworks AI創新服務 總監咨詢顧問亢江妹（KK）數字產品經理體系創者多個會AI主題演講嘉賓AI+BizDevOps實踐者Thoughtworks AI創新服務 總監咨詢顧問錄01CONTENTS 0203“句話成PRD”真的是AI適合的場景嗎？個就上線AI需求助？04AI需求助必須基于豐富的企業知識才能啟動？AI需求助肯定衡量PO/BA的效率提升？很多團隊在努實現“句話成PRD”但這真的是AI最適合的場景嗎？01則故事酒店管理系統建設需求則故事現象/事實酒店前臺詢問能否把酒店平圖電化便查看掃描紙質圖作為附件查看案則故事現象/事實酒店前臺詢問能否把酒店平

2、圖電化便查看當有客結伴來的時候希望能有相鄰房間構建上下如何能夠讓酒店前臺以更快捷效的式查詢到相鄰的房間？定義問題 解決案 業務/客戶句話到產品需求的距離業務/客戶句話業務/戶問題案假設產品功能?業務/客戶句話到產品需求的距離問題 定義0原始 需求問題 根因戶、場景、的和動機識別痛點 并定位根因識別戶關聯場景 和優先級314調研記錄業務/客戶句話業務/戶問題案假設產品功能 真正需要解決的問題5創意 點6To-be 案678發散創意 向刻畫未來流程 旅程交互原型 表現象/事實 To-be戶旅程/原型的刻畫識別拆分 產品功能 需求 業務對象/業務規則/處理邏輯 驗收標準和實例化需求 要實現的產品功能

3、刻畫結合技術約束 拆分需求細化場景 規則明確驗收標準 和實例化需求?分解任務，讓AI做Copilot，做現階段擅的事情問題 定義0原始 需求問題 根因戶、場景、的和動機識別痛點 并定位根因識別戶關聯場景 和優先級314調研記錄業務/客戶句話業務/戶問題案假設產品功能 真正需要解決的問題5創意 點6To-be 案678發散創意 向刻畫未來流程 旅程交互原型 表現象/事實 To-be戶旅程/原型的刻畫識別拆分 產品功能需求 業務對象/業務規則/處理邏輯驗收標準和實例化需求 要實現的產品功能刻畫結合技術約束 拆分需求細化場景 規則明確驗收標準 和實例化需求給出業務上下，啟發關聯場景和可能動機？啟發下

4、可能的問題根因？根據輸的上下整理成問題定義？動構建未來旅程和原型草稿？根據實踐經驗知識給出拆分建議？根據業務知識庫提示初稿？給出實例化需求初稿/整理為實例化需求格式？?“句話成PRD”真的是AI適合的場景嗎？?02領導問：“我代碼都能配置需求助，你們三個了咋就做成這樣個樣？”AI需求助落地真的很簡單嗎？個看起來常簡單的“PoC”，結果基于實際項需求書，輔助成UAT測試例實際上的致處理流程和邏輯結果驗證例成數據預處理User-Role-FunctionPermission AnalysisUser roleFS-v1.0Requirement DecompositionAgent-1Functi

5、onal DescUI layoutHappyPathSadPathExceptionPathCalrify ScopeHighLevel UseCase GenerationBackground InfoUI DescGenerationAgent-4Agent-2Agent-6Agent-7AAgent-7BAgent-7CAgent-7D（Cross feature）Smoke Test數據接ReviewPermission UseCaseFlow DescGenerationAgent-3BPMN、BluePrintAgent-5Permission Test（Single featu

6、re）UAT Test麻雀雖，五臟俱全?應層要與現有的需求作臺去集成，融到現有作流中 性能強、滿合規要求的模型（如本和視覺）設計夠好的Prompt 分解流程任務，每個任務設計的Agent實現 要處理好可的知識語料（業務事實性知識、產品實踐知識）相關上下檢索回來要篩選、壓縮 戶使體驗優化如可以選擇部分case再進優化、持靈活的多輪對話 持問答 做好安全隱私和合規處理?“句話成PRD”真的是AI適合的場景嗎？03沒有業務知識數據，AI助做了效果也不好，不如不做AI需求助是否必須基于豐富的企業知識才能啟動？組織知識螺旋?利AI Agent讓組織知識螺旋轉起來BA Copilot知識 冷啟動業領域業務

7、術語清單定期專家 協同審核定期專家 知識更新組織知識螺旋專家的UAT實踐Checklist戶輸的 場景流程提示戶反饋 Good Case使過程中成的UAT Case過程產的 業務對象描述 業務規則信息戶反饋 Bad Case系統挖掘 整理新知識?AI需求助必須基于豐富的企業知識才能啟動？04AI輔助研發是為了提效，需求助當然也應該衡量PO/BA的效率？?Do Right ThingDo Wrong Thing Quickly另個案例故事AI輔助PO/BA，不應該只看“更快”縮短上市時間更的吞吐量和交付速率?更的測試覆蓋率更好的代碼質量和可維護性更的穩定性和可性更多技能成更少的交付延期更快的反饋

8、周期、更頻繁的發布更低的團隊經驗要求Fasteror BetterorMore簡單重復性的任務：收集、整理、分類、查找深度思考的任務：識別動機、確定根因、提出假設、識別多重約束下的可案擴展新技能：新的產品/業務、定量調研、數據分析、產品運營、AI增強PO/BA，可以度量 需求Lead Time（從原始需求提出到價值回檢）需求Cycle Time（需求從提出到業務/戶原型案驗證）?PO/BA聚焦在需求任務上的時間 PO/BA上周期 PO/BA的Skills擴展增/PO/BA整體seniority的降低 需求返率（UAT/試階段發現的需求不滿）需求環節的Cycle Efficiency（需求任務處理時間/Lead Time）?PO/BA滿意度評價/情指數結AI適合場景：可以讓AI輔助完成PO/BA的任務（收集、整理、分類、查找、啟發）60分的需求助好做，要做到80分，概率要超過6個最化的知識冷啟動，利BA Agent讓組織知識螺旋轉起來AI需求助的成效度量，不僅僅是Faster，也要看看Better、More感謝聆聽關注公眾號KK