构建之法阅读笔记03
第七章:MSF
MSF,是Microsoft Solution Framework的简称,即微软解决方案框架,也就是微软推荐的软件开发方法。微软在总结了自己产品团队的开发经验和教训,以及微软咨询服务部门的业务经验后,推出了MSF,并且随着新产品的推出和旧软件的更新中,微软有总结出了不少经验,MSF也随之更新。它有一套思想框架(9条基本原则):推动信息共享和沟通(所有的信息都保留,并公开)、为共同的远景而工作(统一思想,有一个确定的目标,对每个项目成员都有指导作用)、充分授权和信任(给人权利和权威、自信和自尊,每个组成员都能得到充分授权,完成自己的承诺之外也要充分信任其他人)、各司其职,对项目共同负责、交付增量的价值(重视商业价值,提供渐进的价值,一个项目的商业价值只有在他被成功发布并运行时才能体现出来、)、保持敏捷,预期和适应变化(我们要学会预期变化,而不是期望变化)、投资质量、学习所有的经验、与顾客合作。
同时还有MSF团队模式,每个角色都是同等重要的,所有的重要决定都要共同做出。在遇到问题,讨论处理方案时,每个角色都要从自己的质量目标出发并对其负责,这还可以推广到包括操作、业务和用户等外部因素。在对立中寻找共同利益,在冲突中达到平衡。MSF过程模型,是从传统的软件开发瀑布模式和螺旋模式发展而来的,将瀑布模式中基于里程碑的规划优势和螺旋模式中增量迭代的长处结合了起来。在MSF敏捷开发模式中,更强调与用户的交流,防止缺陷的发生成为团队质量控制的首要任务,,重视在实战条件下的质量,精简过程,直奔主题。
第八章:需求分析
我们的软件制作出来就是为了解决人们在现实社会和生活中遇到的各种问题,我们怎样才能准确而全面地找到这些需求?主要何以通过一下几个步骤:获取和引导需求(找到软件受益者,了解挖掘出他们对软件的需求,用户在大多数情况下会不知道自己的确切要求,软件团队就需要设身处地为用户着想,引导出需求。同时需求还会来自软件企业和团队本身,为了收入和开发效率,这都需要进行获取)、分析和定义需求、验证需求、在产品的生命周期中管理需求。首先,很多人或者机构都是摸个软件的利益相关者买软件团队在分析软件的需求时,要考虑到这些人:用户、顾客、市场分析师、监管机构、软件工程师,全部满足不能能以此实现,但我们一定要让他们提出意见和建议。获取用户需求十分重要,否则最后就会无休止的重做软件,可以通过用户调查:焦点小组、深入面谈、卡片分类、用户调查分卷、用户日志研究、人类学研究、眼动跟踪研究、快速原型调研、A/B测试。竞争性需求的分析:NABCD模型这时显现出作用。还需弄清楚功能的定位和优先级,这回事我们软件团队更有方向。
第九章:项目经理
PM,有多种解释:Product Manager(产品经理)、Project Manager(项目经理)、Program Manager(微软的职位名称),他们不需要写代码、测试代码、画图做设计,但是他们也不可或缺,产品经理负责正确的做产品,根据市场和用户需求,协调各部门的资源,正确的把握产品定位和方向,解决用户的痛点,持续优化产品;项目经理主管正确的作流程,协调团队的内部外部,调配个部门的资源和时间,有效地进行风险管理,保证一个项目顺利按计划结项;微软产品团队中PM、开发、测试三足鼎立,PM是产品经理和项目经理的综合,还会有专门的产品策划,他们和市场部门的专职人员一起,负责产品的长期发展。而PM也是多种多样的,有功能设计的,对商业和客户有很强的了解,有管饭的经验和知识面,以及商业拓展能力,驱动流程的,专门深入某一领域的,研究转化的。想成为一个合格的PM,要求也是不简单的:观察、理解和快速学习的能力、分析管理能力、一定的专业能力、自省的能力,但是这些能力都可以在日常生活中得以锻炼,把握住每次机会,过程创新核能超越产品创新、但是两个创新并驾齐驱则胜于任何一个,这是对PM的最好要求。
个人感受:
这一章学习到了对以后有用的东西,首先开发时要讲究一定的流程,这和我们平时做个小程序不一样,团队要遵守一定规则,为共同目标奋斗,充分信任,同时我们还要去了解需求,私以为这是我们做软件的大前提,没有它,我们没有方向与目标,我们不知道用户到底想要一个怎样的软件,到底有什么功能,我们开始也就无从谈起,所以我们需要去了解需求,去使用各种方法来了解这款软件的相关利益者,他们的需求正是我们要努力的方向。同时,我还了解了PM这一职务,即项目经理,他的存在是十分重要的,他相当于一个项目的主管,负责大大小小各个方面,我们要想做成PM,则需要努力让自己成长成为PM应有的样子,在日常生活中,把握每一次锻炼的机会,提高自己,这才能让我们有机会去得到这一职务,得到更广阔的天空。