宗旨

工作是一种生活，应该：

• 具有舒适的节奏
• 讲求适合大多数人
• 需要每日的积累
• 需要勇气与动力
• 需要持续改善
• 应该感到愉快而充实，和朋友一起分担困难，共享快乐。

需求总体分析与定义

1. 首先获得产品研发的约束条件：
   a) 时间，人员，需要使用的技术，遵从的规范
2. 作整体需求分析，确定功能列表，编写关键功能要求。
3. 如果没有足够的时间，或者对需求细节很了解，可以略过此布，不过强烈建议执行此步：
   a) 对功能描述操作场景。
   b) 定义界面原型和接口需求
4. 由客户/产品经理 排列功能列表优先级，有2种规则：
   a) 按照功能流程，
   b) 按照重要性
5. 由设计人员阅读需求，细化需求。

制定发布计划

1. 根据团队工作习惯确定工作周期，建议周，注意节假日
2. Leader根据用户排列的优先级，和产品研发约束条件确定发布计划：
   a) leader估计工作量，产品经理提供建议，
   b) 应该通过持续发布验证并驱动工作，所以发布计划最好按月。
   c) 经过系统性测试和试运行最终才能进入一个正式发布阶段
   d) 把功能列表排入发布计划
3. Leader把发布计划和产品经理讨论。
4. 请团队讨论，建议，修订。

第一个阶段

细化本阶段工作计划

1. 选择本阶段功能列表，leader给出功能关系。
2. 团队成员讨论承担者，leader建议。原则是最感兴趣+最适合的人承担。
3. 请承担者把功能分解为工作周期任务，一般是每周。说明这样是为了能够利于工作。
4. 工作承担者对自己的工作列表排列优先级，计划时间，工作量，并发给leader。
5. Leader把汇总所有人的工作列表，评估，建议。最后形成阶段计划。

开发工作：

1. 阅读并理解需求，细化需求，并从开发角度发现需求间隙，向产品经理或者用户代表询问需求。
2. 进行详细设计
3. 划分开发物理文件单元
4. 编码+单元测试
5. 从用户角度运行程序，发现需求间隙，记录，
6. checkin，集成，构建，build test，修订，直到能够正常运行。
7. 每日请分析员补充需求间隙。

管理工作

按照计划发布

在第一个发布计划到达时，按照计划发布，不可延迟，哪怕是不完美的发布。

1. 首先由leader介绍总体情况：完成了多少功能，谁负责的。
2. 由功能列表的开发者向产品经理讲或者用户代表述功能的用途，完成程度，演示界面和操作细节。
3. 让开发者获得不断的成就感。
4. 开发者说明有哪些需求变更+新的需求。
5. 请产品经理评价，开发者记录，作为后续工作的内容。
6. 下一个功能开发者介绍。
7. 最后leader请产品经理给出总体建议。把每个人的记录收集。
8. 团队讨论。
9. 产品经理或用户代表总结。
10. Leader总结。

阶段总结，修订计划

1. Leader做出阶段任务总结：完成了哪些，未完成哪些，质量如何，哪些并入后续阶段，又添加了那些需求，有哪些需求变更请求。
2. 请产品经理和团队一起讨论，确定需求是否接受，
3. 请产品经理重新排列功能列表，重新编排发布计划。
4. Leader启动下一阶段。

下一个阶段

1. 细化本阶段计划
2. 按照计划工作
3. 按照计划发布
4. 阶段总结+修订计划

系统测试

• 测试计划
• 测试设计
• 测试执行
• 测试分析报告

试运行

• 部署
• 培训用户
• 使用+反馈
• 修订问题

正式发布

• 部署
• 用户支持
• 宣传
• 运行保证+维护

结项总结

• 奖励团队
• 总结经验
• 提炼资产