8堂敏捷式自我修練課｜高效溝通x成長思維
這是一堂市場上唯一在談「個人敏捷思維力」的課程，敏捷不再只是一種工作法！有別於應用於團隊領導的scrum、敏捷開發、專案管理，敏捷協會創會理事長─黑手阿一Yves，首次傳授敏捷式自我修練法，與你分享如何將Agile敏捷精神落實在兩大境界─個人全方位提升與創造他人高效關係的敏捷溝通力。
104學習精靈
Scrum
Scrum
關注
邀請朋友 
Facebook
Line
複製連結
Hi~ 歡迎分享學習資源，有學習問題可匿名向Giver發問！
我要分享
我要提問
Scrum 學習推薦
全部
影片
文章
瀑布式專案管理與敏捷開發，兩種主流專案管理方法比較與介紹
瀑布式專案管理與敏捷開發是兩種專案管理方法，各自適合不同專案需求。瀑布式是一種線性且固定流程的方式，強調文件完整性與階段性的執行，適用於需求穩定的大型專案；而敏捷開發則採取迭代與漸進式方法，強調靈活性、快速交付與持續改進，適合需求多變或快速市場反應的專案。選擇合適方法需視專案特性與目標而定，以達最佳成效。
瀑布式專案管理與敏捷開發是兩種常見的專案管理方法，各自適合不同類型的專案需求。以下是這兩者的簡介及主要差異：
▎ 瀑布式專案管理 (Waterfall Project Management)】
【介紹】
瀑布式是一種線性且順序分明的專案管理方法，每個階段完成後才能進入下一階段，前一階段的結果會成為下一階段的輸入。
【主要特點】
1. 固定流程：明確的需求分析、設計、開發、測試、部署、維護等階段。
2. 文件驅動：大量文檔記錄，包括需求規範、設計文檔、測試計劃等。
3. 不可逆：完成某階段後，難以回頭修改，除非進行全面重新規劃。
4. 時間和成本預估準確：適合需求穩定、不易改變的專案。
【適用場合】
- 預期需求不會改變的大型專案（如基礎建設、政府合約）。
- 時間表和預算非常固定的項目。
▎敏捷開發 (Agile Development)
【介紹】
敏捷是一種迭代式和漸進式的專案開發方法，強調靈活性、團隊協作和快速交付高價值成果。
【主要特點】
1. 迭代開發：將專案分成數個短週期（通常2-4週），稱為「衝刺 (Sprint)」。
2. 適應性高：能快速應對需求變更或優先級調整。
3. 輕量級文件：重點放在可運行的產品而非詳細文檔。
4. 頻繁交付：每次迭代交付一個可用版本，逐步完善產品。
5. 持續溝通：重視與客戶和團隊的溝通，通常會有每日站會。
【適用場合】
- 快速變化的市場或需求不確定的專案（如軟體產品）。
- 需要快速交付和用戶反饋迭代的項目。
【選擇方法的建議】
- 如果你的專案需求穩定、規模大且對成本與時間敏感，可以選擇瀑布式方法。
- 如果專案處於不確定性較高或需要快速交付並依據反饋調整時，建議選擇敏捷開發。
0
0
570 0
拍手
留言
分享
Line
複製連結
收藏
產品經理 (PM) 產品開發過程中，如何進行多方溝通？萬用溝通過程步驟分享
產品經理 (PM) 在產品開發和管理過程中，需要與多方溝通，確保每個人都理解目標、進度和需求。這樣的溝通過程可分為幾個重要步驟，以幫助產品經理有效協調各方。以下是常見的溝通步驟：
1. 準備和需求確認
➛ 需求蒐集：PM與老闆、需求單位等進行會議，確認產品目標、客戶需求和商業價值。這個階段要明確產品的核心價值和用戶需求。
➛ 目標和指標設定：與需求單位和利益相關者溝通並確認項目的關鍵績效指標（KPIs），確定衡量成功的標準。
2. 需求分析與規劃
➛ 需求分析與優先排序：PM進行需求分析，根據商業價值和技術可行性進行優先級排序，並將結果與利益相關者溝通。
➛ 需求確認：與各方確認需求的可行性與準確性，這包括與工程師討論技術可行性，與設計師確認用戶體驗需求，與DA討論數據需求等。
3. 規格撰寫與交付
➛ 撰寫需求規格書：PM製作詳細的需求文檔，包含功能說明、用戶流程、技術需求等，並與QA、工程師和設計師進行討論。
➛ 需求交底會議 (Kick-off Meeting)：PM舉行需求交底會議，詳細解釋需求規格，確保各單位成員理解產品目標和實作需求。
4. 持續溝通和協調
➛ 進度追蹤與更新：PM定期與支援單位、工程師、設計師等成員進行進度跟蹤會議，協調資源和排解問題，確保開發進度。
➛ 每日站立會議 (Daily Standup)：若採用敏捷開發，每日站會可以幫助PM了解各方狀況，並即時調整需求和進度。
5. 測試與改進
➛ 驗收測試：PM與QA進行驗收測試，確保產品符合規格與品質要求。PM也要根據測試結果調整需求或修正錯誤。
➛ 回饋收集與改進：收集老闆、需求單位、內部測試者的回饋，進行優化，並與各單位確認是否需進一步修改。
6. 產品發布與評估
➛ 發布計劃確認：PM與行銷和客戶支援等部門協調發布細節，確認行銷策略、發布時間等。
➛ 發布後的數據監控：與DA協作，追蹤產品表現數據，與利益相關者分享產品數據，並討論後續的優化方向。
7. 持續改進與迭代
回顧與迭代：發布後，PM定期與老闆、需求單位和團隊成員進行回顧，根據市場反應和數據進行需求優化。
這些步驟能幫助PM在不同的開發階段與利益相關者保持清晰的溝通，使得產品能順利推進並達到商業目標。
0
0
636 0
拍手
留言
分享
Line
複製連結
收藏
推薦給你
Google發表：Gemini 2.0 全新AI模組介紹、四大亮點一次看
在ChatGPT傳出全球大當機災情的同一天，Google 發布了全新 AI 模型 Gemini 2.0。
不僅支援多模態物件，Gemini 2.0採用更精準、強大的代理式AI系統，幫助使用者主動提前思考並完善指令，打造更符合使用者需求的全方位AI人工智慧助理！
▍Gemini 2.0 亮點搶先看
※ 深度學習有效處理複雜問題：採用「深度研究」學習技術功能，大量運用高級推理和長上下文功能充當研究助理，探索複雜的主題並代表使用者編寫報告。
※ 多模態能力生成準確內容： 除了文字生成外，Gemini 2.0 還能直接生成圖片和音訊，並且能有效處理口音問題轉化成更準確的訊息內容。
※ 實現代理式 AI 的多元運用： 不只是AI助理，Gemini 2.0升級的代理式AI系統，能更主動的做出決策，為使用者提前思考，並在使用者的監督下執行任務。Gemini 2.0將以此為基石，使用在Project Astra助理工具與其他開發者工具中。
※ 活化並整合 Google 產品： Gemini 2.0 將逐步整合到 Google 的搜尋、地圖等產品中，為使用者帶來更智能、更個人化的體驗。
Gemini 2.0預計2025年1月正式推出，在此之前，使用者們可以透過Google AI Studio網站搶先體驗Gemini 2.0測試版的與眾不同。
➤ 立即試用：
➤ 歡迎在104學習精靈關注【AI趨勢報－科技愛好者的產地】獲得更多科技新知！
0
0
2957 1
拍手
留言
分享
Line
複製連結
收藏
你可能感興趣的教室