Scrum 7.0

Sprint回顾

让我们一次比一次做得更好。

 

1.回顾组织

　　主题：“我们怎样才能在下个sprint中做的更好？”

　　时间：设定为1至2个小时。

　　参与者：整个团队。

　　场所：能够在不受干扰的情况下讨论。

　　秘书：指定某人当秘书，筹备、记录、整理。 

 

2.回顾流程

• sprint总结：团队合作真的很重要，要协调每一个人，分配工作，自己觉得合适做什么，每个人都出力去完成每件事情，总结做了哪些。
• 态度也非常重要，要听取团队的意见，一个好的态度能有很高的效率，不能总想着有人做啊，自己就不用做，当做磨炼，做自己想做的，
• 做到最好，就算你什么都不会，也可以慢慢学会，融入团队，再加上有前人留下来的知识，让我们少走了许多弯路，他们从中发现的各种
• bug以及怎样做更好，最后，最重要的就是团队的意见，每个人的看法都不同，并且个人的能力也有限，我们是一个团队，没有团队的帮助，
• 便没有今天的我们，我们需要不断的去配合，去磨合。
• 轮流发言：
• 朱杰：作为组长，说来惭愧，没有好好组织，显然有很多不足之处，希望接下来好好努力
• 华子仪：在这次项目中遇到不少问题，有时候感觉不想去做，但还是坚持了下来，希望能够完成这个项目
• 甄增文：这次的团队合作，我几乎没有做出任何实质性的贡献，感谢队友们的包容和耐心的教导，让我在这次的团队合作中收益良多。希望下次可以做出一点贡献
• 蔡京航：过程很困难，但是能取得一点点小成功会很开心。
• 生产率分析：对比了一下，相差不是很大
• 改进之处：增加一些趣味性 

3.回顾辅助（参考图7）

　　Good：可以继续保持的做法。

　　Could better：需要改变的做法。

　　Improvements：有关如何改进的具体想法。

 

4.回顾结论

　　即时贴上。

　　圆点投票来决定下一个sprint会着重进行哪些改进。

　　每个sprint只关注几个改进就够了。

 

5.回顾截止日期：2015.5.25晚10点

 

6.读书

　　阅读《构建之法》第8、9、10章，发布读书博客。

第8章

这一章主要介绍需求分析。具体说明了软件需求的类型、利益相关者，获取用户需求分析的常用方法与步骤、竞争性需求分析的框架NABCD,四象限方法以及项目计划和估计的技术。需求分析是决定一个软件的使用范围，只有一个符合大众需求的软件，才能获得收益。这时需求分析就显得尤为重要。

软件需求分为以下几个步骤：

1.获取和引导需求

2.分析与定义需求

3.验证需求

4.在软件产品的生命周期中管理需求

软件产品的利益相关者分为：用户调查、深入面谈、卡片分类、用户问卷调查、用户日志研究、人类学调查吗、严冬跟踪研究、快速原型调研以及A/B测试。

竞争性需求分析的分析，通过NABCD模型，我们可以将我们的阶段统合成一个整体并且在执行时有一定的标准。

功能的定位和优先级，阐述了两种功能和两种需求的作用以及互相联系，我们可以将这些分析运用在产品线的各个产品上。

计划和估计，通过估计的练习，我们可以指定一个商业目标并且能够在预计范围内控制或者改善计划。

最后为“分而治之”，也就是将工作进行分工调整，这样的话在工作中会有极大的帮助。

第9章

这一章主要介绍项目经理（PM）的由来和要求，以及项目经理的重要性。

项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。

为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。

一个好的PM要需要较强的要求和能力：

1.观察、理解和快速学习的能力

2.分析的能力

3.一定的专业能力

4.自省的能力

PM使团队都互动了起来。

第10章

这一章主要介绍典型用户与场景。

主要说程序必须要有他的需求，有了用户便有了需求，根据用户的动机寻找场景。

 

团队贡献分：

朱杰：22

蔡京航：21

华子仪：19

甄增文：18