0526 Sprint1个人总结 & 《构建之法》第八、九、十章

时间:2021-02-09 09:32:23

Sprint1的个人总结:

  我是老人组的成员,我们是做一款四则运算训练的软件。然后我是接了界面设计的任务,所以我任务将会是sprint1中相对重一点的一方。我的感觉是,界面要做得充满童趣,毕竟我们的软件是面对当下的小学生。这样能吸引他们的注意力,去使用这款软件。而一个软件的开发UI设计尤为重要,所以我的图标,logo,背景的选择都是精挑细选的。然后工程比较坎坷,因为之前没接触android,所以从工程的部署到编写代码,到是要边在网上查找资料,边进行的。虽然过程是艰辛的,但是当目标完成之后,还是比较满意,开心的。总的来说,对于自己sprint1完成的成果来看,还是比较满意,正准备sprint2咯。

第八章

需求分析

8.1  软件需求  主要步骤:1.获取和引导需求(“需求捕捉”)

              2.分析和定义需求

              3.验证需求

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

        从不同角度进行划分:1.对产品功能性的需求

                  2.对产品开发工程的需求

                  3.非功能性需求

                  4.综合需求

8.2  软件产品的利益相关者

          用户 顾客 市场分析师 监管机构 软件工程师

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

        调研方法:1.焦点小组

             2.深入面谈

             3.卡片分类(讨论→明晰定义→归类→排序)

             4.用户调查问卷(常见错误:a.问题定义不明确

                          b.使用含糊不清的形容词、副词描述时间、数量、频率、价格等

                          c.让用户花额外多的努力来回答问题

                          d.问题带有引导性的倾向

                          e.问题涉及用户隐私、用户所在公司的商业机密或细节等)

             5.用户日志研究

             6.人类学调查

             7.眼动跟踪研究

             8.快速原型调研

             9.A/B测试

8.4  竞争性需求分析的框架   (参考NABCD模型)

       1.N(Need,需求)

       2.A(Approach,做法)

       3.B(Benefit,好处)

       4.C(Competitors,需求)

       5.D(Delivery,推广)

8.5  功能的定位和优先级

8.6  计划和估计

8.7  分而治之(WBS)

   几个要点:1.保证所有子节点覆盖了全部父节点包含的内容。

        2.保证各个子节点不要互相覆盖。

        3.叶子节点要保证足够小,能在一个里程碑中完成。

        4.从结果出发构建WBS,而不是从团队的活动出发。

第九章

项目经理

9.1  PM

(Product Manager   项目经理——正确地做产品)

(Project Manager    项目经理——正确地做流程)

(Program Manager  微软的职位名称)

9.2  微软PM的来历

   交流成本问题

   开发和测试搞不定的事情

9.3  PM做开发和测试之外的所有事情

9.4  PM和风险管理

9.5  PM的能力要求和任务

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

     2.分析管理能力

     3.一定的专业能力

     4.自省能力

第十章

典型用户和场景

10.1  典型用户和典型场景

10.2  用例

10.3  规格说明书

10.4  功能驱动的设计(FDD)

   第一步:构造总体模型

   第二步:构造功能列表

   第三步: 制定开发计划

   第四步:功能设计阶段

   第五步:实现具体功能