构建之法第四次作业(6,9,10章)

通过第6章的学习,我们了解到"敏捷流程”一词,他有以下一些原则

1.尽早并持续的交付有价值的软件以满足顾客需求。

2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势的。

3。经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。

4.业务人员和开发人员在项目开发过程中应该每天共同工作。

5.以有进取心的认为项目核心,充分支持信任他们。

6.无论团队内外,面对面的交流始终是最有效的沟通方式。

7.可用的软件是衡量项目进展的主要指标。

8.敏捷流程能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。

9.只有不断关注技术和设计,才能越来越敏捷。

10.保持建明——尽可能简化工作量的技艺——极为重要。

11.只有能自我管理的团队才能创造优秀的构架、需求和设计。

12.实时总结如何提高团队效率,并付诸行动。

第9章中,我们了解了PM的定义:PM是指:PRODUCT MANAGER .  PROJECT MANAGER.    PROGRAM MANAGER.

PM负责开发和测试搞不定的事情。

1:和客户交谈,组织用户调查,发现用户需求。

2.了解和比较竞争对手的产品。

3.怎么让软件变得可用、有用。

4.怎么改进团队的流程。

第10章这个章节主要强调的是典型用户与场景,什么是典型用户?这里大致分成三类:A(个体户),你的项目对此类人来说只是一个“工具”,当前需要,但以后不一定需要;B(巨头类),真正了解你的项目,而且对项目产品有稳定的需求。C(无关类),拥有不正当目的而使用产品.

对于典型用户的分析,可以根据几个属性:性别/年龄,职业,收入,知识层次和能力,动机/目的/困难,生活/工作情况 等等.

对于场景,我的理解就是,将自己设身处地的代进去用户的身份中,体会要完成一个目标的所有必须经历的过程,这一切组成了一个Story也就是场景.

场景能够使团队人员更好的对项目进行完善更新,维护等等.

在需求分析推动进程-PM管理-最后再在场景维护下,一个项目的基本流程框架中的部分就呈现出来了.

时间: 2024-11-10 00:18:23

构建之法第四次作业(6,9,10章)的相关文章

《构建之法》第8、9、10章 读后感

<构建之法>第8.9.10章 读后感 第八章:需求分析 软件开发团队就是为了用户着想,于是总会在程序项目开发前进行项目的需求分析 本章节讲述软件需求的4个步骤,(1)获取和引导需求(2)分析和定义需求(3)验证需求(4)在软件产品的生命周期中管理需求 .在软件工程中分析软件需求需要考虑相关者的利益关系,例如用户.顾客.市场分析师.监管机构.软件工程师等之间的关系. 讲述了9种用户调研方法:(1)焦点小组(2)深入面谈(3)卡片分类(4)用户调查问卷(5)用户日志研究(6)民族志/人类学调查(7

读《构建之法》第8、9、10章有感

第8章  需求分析 软件需求 用户的需求五花八门,作为一个软件团队要准确而全面地获取这些需求主要有以下四个步骤: 获取和引导需求.这一步骤也被叫做“需求捕捉”.软件团队需要为用户着想,设身处地,为用户引导出需求. 分析和定义需求.从各个方面获取的需求进行规整,定义需求的内涵从各个角度将需求量化. 验证需求.软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调查或演示等形式向他们验证软件团队对于这些需求的认知. 在软件产品的生命周期中管理需求. 竞争性需求分析的框架:1.N(需求) 2.A(

《构建之法》第8、9、10章读书笔记及读后感

第八章:需求分析 软件需求 人们(用户)的需求五花八门,作为一个软件团队要准确而全面地获取这些需求主要有以下四个步骤: 获取和引导需求.这一步骤也被叫做“需求捕捉”.软件团队需要为用户着想,设身处地,为用户引导出需求. 分析和定义需求.从各个方面获取的需求进行规整,定义需求的内涵从各个角度将需求量化. 验证需求.软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调查或演示等形式向他们验证软件团队对于这些需求的认知. 在软件产品的生命周期中管理需求. 对软件的需求,也可以从不同角度做以下的划

《构建之法》第8、9、10章读书笔记、读后感以及Sprint1总结

第八章讲述了软件需求的类型.利益相关者,获取用户需求的常用方法和步骤,竞争性需求分析的框架NABCD,四象限方法,还有就是项目计划和估计的技术. 其中软件需求分为: 1.获取和引导需求 2.分析和定义需求 3.验证需求 4.在软件产品的生命周期中管理需求 软件产品的利益相关者分别是 用户(或称最终用户).顾客(或称客户).市场分析师.监管机构.软件工程师 获取用户需求的常用方法和步骤为: 1.焦点小组 2.深入面谈 3.卡片分类 4.用户调查问卷 5.用户日志研究 6.人类学调查 7.眼动跟踪研

《构建之法》第8、9、10章读后感

第八章 主要讲的是需求分析, 所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么.可以说,在软件工程当中的"需求分析"就是确定要计算机"做什么",要达到什么样的效果.可以说需求分析是做系统之前必做的.在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的.范围.定义和功能时所要做的所有的工作.需求分析是软件工程中的一个关键过程.在这个过程中,系统

软件工程---阅读《构建之法》第8、9、10章读后感

第八章. 阅读第八章后我学习到了软件需求的类型.利益的相关者,获取用户需求的常用方法和步骤,竞争性需求的分析的框架和NABCD,四象限方法,项目计划的和计的技术. 存在的问题:怎么获取用户的潜在需求? 第九章. 阅读第九章后我学习到了团队角色分工,项目经理的由来和要求,项目经理和其它经理的区别,软件项目中的风险和风险管理,PM的专业能力,PM是什么等丰富的知识. 存在的疑问:像一些小团队的开发需要PM吗? 第十章. 阅读第十章后我学习到了典型用户和场景,软件功能说明书和技术说明书,软件功能设计等

《构建之法》第8、9、10章

第八章:需求分析 软件开发团队就是为了用户着想,于是总会在程序项目开发前进行项目的需求分析 本章节讲述软件需求的4个步骤,(1)获取和引导需求(2)分析和定义需求(3)验证需求(4)在软件产品的生命周期中管理需求 .在软件工程中分析软件需求需要考虑相关者的利益关系,例如用户.顾客.市场分析师.监管机构.软件工程师等之间的关系. 讲述了9种用户调研方法:(1)焦点小组(2)深入面谈(3)卡片分类(4)用户调查问卷(5)用户日志研究(6)民族志/人类学调查(7)眼动跟踪研究(8)快速原型调研(9)A

阅读《构建之法》第8、9、10章

第8章 需求分析软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素.需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整.准确.清晰.具体的要求.NABCD模式是现阶段开发项目中运用比较好的一种方式.做好每一步的预算,会是提高效率的好途径.第9章 项目经理: 软件项目经理是指既有广泛的计算机专业知识,又具有项目管理技能;能够对软件项目的成本.人员.进度.质量.风险.安全等进行准确的分析和卓有成效的管理,从而

读《构建之法》第 8、9、10 章有感

第八章 需求分析 所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么.可以说,在软件工程当中的“需求分析”就是确定要计算机“做什么”,要达到什么样的效果.可以说需求分析是做系统之前必做的. 在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的.范围.定义和功能时所要做的所有的工作.需求分析是软件工程中的一个关键过程.在这个过程中,系统分析员和软件工程师确定顾客的需要.只有在确定了这些