在討論PO如何給團隊講好故事這個問題之前，先給大家了解一些基本的敏捷概念，然后講講我們敏捷團隊構成與整個敏捷開發(fā)的過程。
當初敏捷老師講課的時候就跟我們所過，敏捷沒有什么具體的形式，每個敏捷團隊可能做法都不一樣，表現出來的性格也不一樣，比如有挑戰(zhàn)型團隊、有保守型團隊等。但敏捷有一個核心是不能變的，這個核心就是3355。
1、3個角色：SM、PO、開發(fā)團隊（自然包括了我們的開發(fā)人員和QA）。
2、3個產出物：Product Backlog、Sprint Backlog、交互的可用軟件工件。
3、5個活動：計劃會、sprint評審會、回顧會、每日立會、Product Backlog的梳理（發(fā)生在整個SCRUM周期的任何時間）。每一個會議都有自己的時間盒，其長短在SCRUM中都有比較明確的建議。當你召開某一個會議的時候，超出了這個時間盒或者召開某個會議的時候出現一些問題，也是一種有問題的信號。一個團隊在沖刺的周期內，去充分的暴露問題，然后在回顧會上去分析問題，再進行改進。在每日立會上比較強調的是，根據昨天完成的情況來做出新的調整，我們每日立會上所描述的，一定是對有助于完成當前sprint目標的事情。同時，特別需要強調的是，在sprint評審會上，團隊除了對當前sprint完成的故事進行show case還需要對剩余的任務卡進行梳理，可以讓團隊有機會去回顧和識別版本發(fā)布的風險。
4、5個價值觀：公開、專注、
