sprint1的个人总结及《构建之法》8、9、10章读后感

 

对sprint1的总结：

 

      这次sprint1我们做的内容不算多，因为大家都有很多其他事情要忙，不只是这个作业，而且很多时候很难有时间一起做团队作业，前期还是比较好的，大家经常会开例会，一起讨论问题，后期也就是这两天要准备下周要交的数据库作业，而且大家积极性不高，所以这两天没有怎么做任务，大家的积极性也不高i，通过大家的讨论得出的结果是这两天大家都先把下周要做的作业完成，调整下自己的状态，下周我们才能更好的做团队项目。而且自己在这次团队作业中做得不多，所以要加把劲不要拖队友的后腿，希望能把项目做得更好。

 

 

 

第八章 需求分析

通过看了本章的内容，知道了软件需求的步骤：

      一般划分情况：获取和引导需求(Elicitation)，分析和定义需求(Analysis & Specification)，验证需求(Validation)在软件的生命周期中管理需求(Management)

不同角度的划分：对产品功能性的需求：要求产品必须实现某些功能 ，对产品开发过程的需求：要求软件的开发流程必须满足某些约束条件，非功能性需求：这也叫“服务质量需求”(Quality of Service Requirement) ，综合需求：有些需求并不是单单一个软件模块就能满足

      获取用户需求——用户调查

焦点小组(Focus Group)，深入面谈(In-depth Interview)，大家只有深入的你面谈，清楚别人的想法，才能更好的合作，卡片分类(Card Sorting)，用户调查问卷(User Survey)，用户日志研究(User Diary Study)，民族志/人类学调查(Ethnograpic Strudy)，眼动跟踪研究(Eye Tracking)，快速原型调研(Quick Prototype)，A/B测试(A/B Testing)

 

第九章   项目经理　

　　在这一章节里面主要讲的是微软的PM(Programe Manager)和其他团队PM(Project Manager)的区别，个人觉得微软的PM给团队成员带来的感觉是很不一样，就好像是战友一样，工作起来也很有感觉。我们现在就缺乏那种感觉，因为有其他的作业和课程，不能完全把精力放在这个团队上面，大家要相互协调一下。

　　还有介绍了PM的能力要求以及人物，不同的PM有不同能力，一个项目有多个PM我觉得还是挺科学的毕竟每个人能力是有限，找到优秀的战斗力很重要，适当运用人才。我们有人才，可是他的其他任务也比较多，我们这边照顾得少点，所以我们的工作进度比较慢。

 

第十章：典型用户和场景

　　书本中提到的典型用户和场景这种方式来为用户考虑，我觉得很生动，可行性也很大。书本中吴石头的例子也是很生动，马上就能理解大概，还有场景也是。我们也写了一份关于典型用户和故事的文档。这样或许可以让我们更清晰了解明白接下去我们该怎么做。前面需求分析，还有后面体到的典型用户以及Story，都是针对自己的程序来进行一种分析，可见开发软件是，需求的分析很重要，还有Specifition（需求分析文档）规格说明书。

 

软件的需求分析很重要，需求是你软件的向导，你的初衷。做好需求的分析，做好计划，那么接下去就技术了~我们的开发需要一个好的开头。就从需求分析做起。