《构建之法》之第8910章读后感 ,以及sprint总结

Posted 01蓝叶

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《构建之法》之第8910章读后感 ,以及sprint总结相关的知识,希望对你有一定的参考价值。

第8章: 主要介绍了软件需求的类型、利益相关者,获取用户需求分析的常用方法与步骤、竞争性需求分析的框架NABCD,四象限方法以及项目计划和估计的技术。

  1、软件需求:人们为了解决现实社会和生活中的各种问题而有求于软件

  2、而作为软件团队,准确而全面地找到这些需求主要的步骤为:

    (1)获取和引导需    (3)验证需求

    (2)分析和定义需求   (4)在软件产品的生命周期中管理需求

  3、用户对软件的需求又分为:对产品功能性的需求;对产品开发过程的需求;非功能性需求;以及综合需求。所以软件团队和客户代表在需求阶段一定要把这些问题定义清楚,不然届时所做产品以客户要求不符合就会很麻烦。

  4、获取用户需求——用户调查具体包括:

  焦点小组(Focus Group),深入面谈(In-depth Interview),卡片分类(Card Sorting),用户调查问卷(User Survey),用户日志研究(User Diary Study),民族志/人类学调查(Ethnograpic Strudy),眼动跟踪研究(Eye Tracking),快速原型调研(Quick Prototype),A/B测试(A/B Testing)

 

第9章:主要介绍了团队角色分工、项目经理的由来和要求、项目经理和其他经理的区别、软件项目中的风险和风险管理、PM的专业能力。

  1、成为一个合格的PM,需要有一定的能力:观察、理解和快速学习能力;分析管理能力;一定的专业能力;自省的能力。

  2、作为一个PM,其任务是:

    (1)带领团队形成团队的目的/远景,把抽象的目标转化为可执行的、具体的、优美的设计;

    (2)管理软件的具体功能的生命周期;

    (3)创建并维护软件的规格说明书,让它成为开发/测试人员及时准确的指导,而不是障碍;

    (4)代表客户和用户的利益,主动收集用户反馈,预期用户新的需求。协调并决定各种需求的优先级;

    (5)分析并带领其他成员对缺陷/变更需求形成一致意见,并确保实施;

    (6)带领其他成员确保项目保持功能/时间/资源的合理平衡,跟踪项目进展,确保团队发布令客户满意的软件;

    (7)收集团队项目管理和软件工程的各种数据,客观分析项目实施过程中的优缺点,推动项目成员持续改进,从而提振士气。

 

第10章:主要介绍了典型用户(Persona)和场景(Scenario)、软件功能说明书(Functional Spec)和技术说明书(Design Doc)、功能驱动的设计(FDD)、用例(Use Case)。

  1、典型用户可以包含:名字、年龄、收入、代表的用户在市场上的比例和重要性、使用软件的典型场景、使用本软件/服务的环境、生活/工作情况、知识层次和能力、用户的动机、用户的偏好。

  2、功能驱动的设计的主要步骤有:

   (1)构造总体模型(Develop an Overall Model);

           (2)构造功能列表(Build a Feature List);

           (3)制定开发计划(Plan by Feature);

           (4)功能设计阶段(Design by Feature);

           (5)实现具体功能(Build by Feature)。

 

Sprint总结:团队合作进行得还不错,队友们都很给力,在此过程中我学会了很多,也获得了很多。希望我们能一直坚持下去,团队也好,项目也好,好好经营的话总会有收获。

 

     

以上是关于《构建之法》之第8910章读后感 ,以及sprint总结的主要内容,如果未能解决你的问题,请参考以下文章

《构建之法》第8910章读书笔记读后感以及Sprint1总结

《构建之法》第8910章 读后感

0525《构建之法》8910章读后感

《构建之法》第8910章读后感

《构建之法》之第4章读后感

软件工程---阅读《构建之法》第8910章读后感