读书笔记5—构建之法

Posted 丹丹阳光

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了读书笔记5—构建之法相关的知识,希望对你有一定的参考价值。

第五章——团队和流程

     在第五章的团队和流程中,团队有共同的特点:团队有一致的集体目标,团队要一起完成目标。一个团队的成员不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务。软件团队也有不同的模式。很多软件公司的团队最后都演变成功能团队,简而言之,就是具备不同能力的同事们平等协作,共同完成一个功能。在这个功能完成之后,这些人又重新组织,和别的角色一起去完成下一个功能。他们之间没有管理和被管理的关系。大型软件公司里的不少团队都是采用这种模式。小组内的交流比较频繁。我们在开发、运营、维护软件的过程中有很多技术、做法、习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中,叫“软件开发流程”,软件开发流程的目的是为了提高软件开发、运营和维护的效率,以及提升用户满意度、软件的可靠性和可维护性。要完成一个复杂的软件项目,团队的各种成员要在不同阶段做不同的事情。

1、团队的模式

     窝蜂模式—例如小朋友刚开始T足球的时候,大家都一窝蜂地去抢球,球在哪里,人就在哪里。

     主治医师模式—在团队中存在一个首席程序员,负责处理主要模块地设计和编码,其他成员从不同地角度支持他。

     明星模式—主治医师模式运用到极点,其中团队一人地光芒超过了其余人的总和。

     社区模式—“社区”并不意味着“随意”,一些成功的社区项目,都有很严格的代码复审和签入的质量控制。

     业余剧团模式—在这样的团队中,不同的人会挑选不同的角色,而在下一个项目中,也可能会选择不同的角色。

     秘密团队—一些项目在秘密的状态下进行,没有人知道团队里面的人在做些什么。

     特工团队—一些团队由一些由特殊技能的专业人士组成,负责解决一些棘手而又紧迫性的问题。

     交响乐团模式—这样的团队具有交响乐团的特点。

     爵士乐模式—强调个性化的表达,强有力的互动,对变化的内容由创意的回应。

     功能团队模式—具备不同能力的同事们平等协作,共同完成一个功能。

     官僚模式—脱胎于大机构的组织构架,几个人报告给一个小头目,几个小头目报告给一个中头目,依次而上。

2、开发流程

     写了再改模式—与窝蜂团队模式十分的像,既有优点也有缺点,优点是不需要太多其他准备或者相关知识,上来就开始写代码,缺点是要写一个有实际用户、解决实际需求的软件时有很大的不足。

     瀑布模型—描述了单向的、不可逆的生产过程。

     瀑布模型的变化:1)生鱼片模型:各相邻模块像生鱼片那样部分重叠。

                            2)大瀑布带着小瀑布:为了解决不用子系统之间的进度不一,技术要求迥异,需要区别对待的问题,引入子瀑布模型。

3、Rational Unified Process统一流程(RUP)包括:

     业务建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理、环境。

     RUP四个阶段:初始阶段—细化阶段—构造阶段—交付阶段

     老板驱动流程以及渐进交付流程(MVP和MBP)。

4、TSP原则:

     1)使用妥善定义的流程,流程中的每一步都是可以重复、可以衡量结果的;

     2)团队的各个成员对团队的目标、角色、产品都有统一的理解;

     3)尽量使用成熟的技术和做法;

     4)尽量多的收集数据,并用数据来帮助团队做出理性的决定;

     5)制定切合实际的计划和承诺,团队计划要由负责具体执行的角色来制定;

     6)增加团队的自我管理能力;

     7)专注于提高质量,争取在软件生命周期的早期发现问题。

第五章节中讲述了团队的重要性以及几种不同的团队模式,每个模式都有其相应的优缺点,没有任何一个团队模式是完美的,在不同的情况下,我们也要选择不同的团队模式,这样我们才能高效的完成我们自身的任务,同时也体现了团队协作的重要性,个人的能力再强,毕竟也是有限的,俗话说“三个臭皮匠赛过诸葛亮”,在好的团队中,我们才能将自身的能力充分的发挥出来,使得整个团队取得辉煌的成绩。

 

    

 

以上是关于读书笔记5—构建之法的主要内容,如果未能解决你的问题,请参考以下文章

《构建之法》读书笔记

构建之法读书笔记_1

构建之法—— 读书笔记

第四周读书笔记《构建之法》

第二周读书笔记《构建之法》

第一周读书笔记《构建之法》