构建之法第9 10 7章总结与感受

第九章 项目经理

9.1PM是啥

项目经理:PM

9.2微软PM的来历

微软的经理叫:Program Manager

1981年,查尔斯 西蒙尼发现随着微软的业务壮大,出现两个问题:

1.团队成员之间交流的成本急剧增长

2.有很多开法和测试之外的事情,需要专人负责

交流成本问题太高。

程序员不愿意做的事:1.和客户交流,组织用户调查,发现用户需求。

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

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

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

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

Program Manger

和大家平等工作,推动团队完成软件的功能

一个团队可以有很多PM

和其他团队成员一起形成决议

管事不管人

一定要做具体工作

9.4PM和风险管理

风险的类别:人员,流程,技术,环境

风险的来源:客户,最终客户,利益关系人,项目成员,合作伙伴

项目的预算,成本,需求

开发和测试工具,平台,安全性,发布产品的技术,与我们产品相关的技术

法律,法规,市场竞争环境,经济情况,技术大趋势,商业模式

9.5PM的能力要求和任务

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

2.分析管理能力

3.一定的专业能力

4.自省的能力

第十章 典型用户和场景

10.1典型用户和典型场景

典型用户的模板可以包括以下内容:

1.名字

2.年龄和收入

3.代表的用户在市场上的比例和重要性

4.使用这个软件的典型场景

5.使用本软件的环境

6.生活 工作情况

7.知识层次与能力

8.用户的动机,目的和困难

9.用户的偏好

10.2用例

标题:描述这个用例要达到的目的

角色:和软件系统交互的角色,例如用户,其他实体,甚至时间

主要成功场景:一系列步骤描述角色是怎样和系统交互,从而达到目的

扩展场景:描述一些扩展的交互,例如一些意外情况

10.3规格说明书

功能说明书

第一,定义好相关的概念

第二,规范好一些假设

第三,避免一些误解,界定一些边界条件

第四,描述主流用户

第五,一些好的功能还会有副作用

第六,服务质量的说明

10.4功能驱动的设计

第一步:构造总体模型

第二步:构造功能列表

第三步:制定开发计划

第四步:功能设计阶段

第五步:实现具体功能

第七章 MSF

7.1MSF简史

7.2MSF基本原则

1.推动信息共享与沟通

2.为共同的远景而工作

3.充分授权和信任

4.各司其职,对项目共同负责

5.交付增量的价值

6.保持敏捷,预期和适应变化

7.投资质量

8.学习所有经验

9.与顾客合作

7.4MSF过程模型

7.5MSF对敏捷和CMMI的支持

时间: 2024-11-05 11:36:49

构建之法第9 10 7章总结与感受的相关文章

《构建之法》第四&十七章读书笔记

 <构建之法>第四&十七章读书笔记 一.         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,

《构建之法》第4.17章读书笔记

<构建之法>第4.17章读书笔记 第四章 原文语句: 异常不能跨过DLL或进程的边界来传递信息,所以异常不是万能的. 提出问题: 1.什么是DLL?DLL是来解决什么问题的? 网上说法: DLL是Dynamic Link Library的缩写,意为动态链接库.在Windows中,许多应用程序并不是一个完整的可执行文件,它们被分割成一些相对独立的动态链接库,即DLL文件,放置于系统中.当我们执行某一个程序时,相应的DLL文件就会被调用.一个应用程序可有多个DLL文件,一个DLL文件也可能被几个应

阅读&lt;构建之法&gt;第三10、11、12章并提出问题

<构建之法>第10.11.12章 第10章: 问题:对我们了解了用户的需求后,但是我们想法和做出来的软件会和用户的需求有偏差,比如风格.界面的修饰等等,那么我们程序猿怎样才能让自己的想法更加靠近用户的想法呢?是设身处境么? 第11章: 问题:我们现在这个阶段是在做四则运算APP,如果按照这章的步骤走下去,每天都要进行进度更新,和每日会议还有每日构建的,会不会不太符合我们现在的处境?毕竟我们的所有时间不能只为一门课程服务,还要大量的时间花在其他的课程上呢. 第12章: 问题:在实际的项目中,我们

0502,读《构建之法》第6~7章有感

<构建之法>第6和7章讲的是敏捷流程和MSF.大概了解了一些关于敏捷流程和MSF的一些基本概念.敏捷流程是一系列价值观和方法论的集合.敏捷流程同MSF同有着自己的基本原则. 先来说一说“敏捷流程”吧. 敏捷开发原则有12点,针对客户需求,市场竞争,软件自身的更新完善,还有就是开发团队自身以及开发团队和业务人员的关系.原则本身强调的是效率,人性,以及灵活.我个人感觉这套原则挺不错的. 敏捷流程分出了四步,Product Backlog,Sprint Backlog,Sprint,改进更新.就像名

《构建之法》之第一二三章读后感

读<构建之法>这本书就像读故事书那样,耐人寻味,又很多故事和经验都是源自作者本身,读起来很有趣,并不会像其他书那样的枯燥乏味. 这本书的第一章——概论,为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天内就能赶出来的.在编写程序之前,需要做一系列的分析.设计,要满足客户的需求,后续还要对软件进行测试.维护等.在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已. 问题:目前软件工程

构建之法阅读笔记10

本次阅读的是<构建之法>第16章IT行业的创新: 以前,对创新的理解就是简单的由无到有,当阅读了<构建之法>发现创新包含:改良式创新和颠覆式创新:对于以前我对创新的理解是颠覆式创新:各行各业都有不同的创新但是有一点就是每个行业的颠覆式创新并不是频繁出现的,都是经过知识和技能的积累在偶然中发现的,例如:阿基米德在洗浴城里泡澡,灵光一现发现了浮力定理:牛顿忽然一个人苹果砸到头顶揭示了万有引力的定律:对于创新我一直以为都应该是很受广大群众的支持的,但是书中讲述了某些重大发明者经历的挫折:

浅谈对《构建之法——现代软件工程》第一章的理解

---恢复内容开始--- 一.精读第一章后对专业术语的整理 <构建之法——现代软件工程>一书第一章向我们主要介绍了计算机科学的领域.软件工程与计算机科学的关系.软件的特性以及软件工程的定义与组成部分. 1.通过对第一章的学习,我们了解到了软件的 几种分类: 系统软件:操作系统.设备驱动程序.工具软件等 应用软件:办公软件.通信软件.游戏视频软件等 恶意软件:软件病毒等 以及软件的几种特殊性:1.负责性:2.不可见性:3.易变性:4.服从性:5.非连续性: 2.软件工程与计算机科学的关系 首先,

《构建之法》第10,11,12章

第10章问题(10.2):Spec分为软件功能说明书(黑盒子)和软件技术说明书(又叫设计文档,白盒子),Spec是不是真的有需要写?要如何写?写了是不是一定要发布? 第11章问题(11.2.2):书上提到“每日构建”很重要,但是一忙起来都没有时间去管构建,那么应该如何改善呢? 第12章问题(12.1.3):用户如果提出错误或者无理的要求时,该如何帮助用户改正?

《构建之法》第10、11、12章

第10章问题:书上说一些好的功能还会有副作用,这里所说的副作用是指什么?是指功能没完善还是?(第十章10.2.1  P196第五) 第11章问题:开发阶段还有日常管理,这样不会浪费团队做项目的时间,做一个项目既要做Sprint计划,又要每日例会,还要规格说明书.功能说明书.列典型用户与典型场景                   描述等等,当这些完成后,确定还有时间弄项目吗?(第十一章11.2节) 第12章问题:用户体验和质量,有时候并不能同时做到很好,那么这两个当中那个要重要一点?要牺牲哪个取