分解整体项目All In One［基础架构、模块化分离］设立阶段性目标

基础性架构：数据库Database、故事Story、概念PPT

阶段性目标[冲刺]时间2–3星期，最好不要超过1个月

项目角色

产品负责人：产品负责人代表了客户的意愿。这保证了敏捷团队在做从业务角度来说正确的事情。产品负责人编写 用户故事，排出优先级，并放入产品订单。

产品主管：主要工作是负责屏蔽外界对开发团队的干扰，保证阶段性目标的执行及完成，主要执行者

团队成员：只要编码者、完成实际工作的人 （数量：4-7人）

用户：不好意思，这个软件是给我用的

经理：为这个团队提供一切环境的人

利益相关者：影响项目成功的人，但只直接参与冲刺评审过程

迭代会议及监督

在会议上，每个团队成员需要回答三个问题：

• 今天你完成了那些工作？
• 明天你打算做什么？
• 完成你的目标是否存在什么障碍？

每日站立会议有一些具体的指导原则：

• 会议准时开始。对于迟到者团队常常会制定惩罚措施（例如罚款，做俯卧撑，在脖子上挂橡胶鸡玩具）
• 欢迎所有人参加，但只有图示的［项目主管、团队成员、产品负责人］可以发言。
• 不论团队规模大小，会议被限制在15分钟。
• 所有出席者都应站立。（有助于保持会议简短）
• 会议应在固定地点和每天的同一时间举行。

我目前团队采用的周会议机制，每天的会议改成每天的日志汇报。
成员直接向主管汇报每天的工作，内容主要还是上面3个问题。

文档
概念型的文档：Story故事
进度型的文档:统计报表，时间进度，
执行时的文档：设计方案，架构方案

反馈机制
阶段性冲刺结速，立马反馈，过程中尽量少反馈，计划不要总变
测试人员
用户尽早参与进来

Tags: 敏捷开发, 软件开发