第5章团队和流程

1.团队模式与团队开发模式有什么关系

软件团队的模式包括以下几种:

(1)主治医师模式:一人为主,其他人为此人服务。

(2)明星模式:主治医师模式到达极致,一人的光芒掩盖所有人。

(3)社区模式:每个人参与自己感兴趣的项目,贡献力量,大部分人不拿报酬。

(4)业余剧团模式:在不同项目中每个人扮演着不同的角色,可能随着项目的改变,自己的角色也会发生变化。

(5)秘密团队模式:一些软件项目在秘密状态下进行,别人不知道他们具体在做什么。

(6)特工团队模式:有一些有特殊技能的专业人士组成的团队。

(7)交响乐团模式:人员工具齐全,准备充足的团队。

(8)爵士乐模式:相对自由,有风险,人少且不靠谱。

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

(10)官僚模式:层层领导的团队模式。

团队的开发模式包括以下几种:

(1)写了再改模式:和一窝蜂团队模式比较像。

(2)瀑布模型及其各种变形。

(3)RUP统一流程。

(4)老板驱动的流程。

(5)渐进交付的流程。

(6)TSP的原则。

至于团队模式和团队的开发模式的关系,我个人的理解是一群人在一起做软件开发,总是要一些方式方法。而这里团队模式就是这一群人的定性,团队的开发模式则是这群人使用的方法的定性。

2.如果你领头开展一个全新的项目,你要怎么选择“合适‘的团队模式?

作为一名team leader在选择“合适”的团队模式方面,首先要着眼于我将要组建的团队需要那些角色的人,比如PO等等;其次,再根据这些不同的角色选取与其对应的性格和能力的人,来担当此角色。在此,我把角色放在了能力的前面,因为,我始终相信一点,“性格决定一切,细节决定成败”,一个人的性格决定着他的三观,更觉定着他的职业道德,这对于软件从业人员来说至关重要。

最后,我想说,作为一名team leader,组建团队,需要的是营造良好的企业文化,强大的软实力。这样的团队能时刻拧成一股绳,一起拼搏。进而,才是着眼于技术等实际的方面,不然,很容易造成,有技术的人,心里骂着leader ,又对同事不满,最终就是团队的break up into pieces。

3.不同的团队模式如何影响团队绩效的评估?

不同的团队模式,在团队绩效评估时,会考虑很多不同的因素。比如,一个很严谨,从上到下都是一板一眼的团队,在对于其绩效的评估时候,就会更加按照公司给的要求和客户的反应等等来进行评估,而对于更加“人性化”的团队来说,在做评估时,可能更多的会考虑人的因素,比如,当评估结果不理想时,可能出来在按照公司要求和客户反应来反思的同时,还会可能想到“也许是大家最近太累了,或是负责那一不理想的模块的人最近家里有些事情等等”。

4.团队精神和集体主义的区别?

在我看来,团队精神更强调的是一骨子气势,一种软实力。有的时候不同的团队,有着不同的团队 精神,比如有的团队是效率型的,那他们的团队精神强调高效,按时完成工作,这样的团队有的时候略显呆板,缺乏活气;而有的团队是合作型的,那他们的团队精神强调把大家的心气聚到一起,有事大家一起上,像个大家庭一样,人性化的程度很高。

而集体主义,有的时候更强调一致性,只要这个集体完成某些工作就行,忽略了个人的作用,着眼于大体,往往把一个集体看成了一个人,把对一个人的要求,放大到对每个人的要求,难免有的时候有些“一刀切”的感觉。

5.阅读 《梦断代码》  (Dreaming in Code) 这本书,分析Chandler 团队的形式和流程,它们各有什么优缺点?

6.有人说 - 现代软件工程分为四个阶段:和PM 吵   和设计吵    和测试吵    和用户吵; 你觉得应该如何避免吵架?

吵架就是因为有误会,而“百分之99的误会都是源于沟通不畅”,所以,要想做到不吵,首先要合懂行的人进行沟通和交流,“晓之以情,动之以理”,让双方都明白彼此的难处,其次,要做到在软件开发的每一阶段

开始前,就合对方敲定,方案和彼此的满意程度,统一口径后再接着着手干,要让更多的时间用在项目上而不是争执上。

7.这样的”生产“流程和软件”生产“的流程有什么区别呢?

8.很多流程的目的是帮助大家减少风险,确保质量,但是流程未必全都是正面作用。“这种情况需要改进么,如何改进?

原文地址:https://www.cnblogs.com/July1/p/9032091.html

时间: 2024-11-05 20:29:22

第5章团队和流程的相关文章

构建之法学习(第五章 团队和流程)

第五章团队和流程 本章主要讲了一些典型的软件团队模式和开发流程以及它们的优缺点 1.团队的共同特点: -应该有一致的集体目标,团队要一起完成这目标   -团队成员有各自的分工,互相依赖合作,共同完成任务 2.软件团队的模式 主治医师模式(有首席工程师,其他成员支持其工作):明星模式:社区模式:   业余剧团模式:秘密团队(软件项目在秘密状态下进行):   特工团队(由特殊技能的专业人士组成):交响乐团模式(各司其职,重在执行):   爵士乐模式:功能团队模式(平等协作,共同完成):官僚模式 3.

构建之法(第五章 团队和流程)

第五章主要讲了典型的软件团队模式和开发流程.以及我们也将讨论团队模式和开发效率之间的一些关系.   1.非团队和团队    团队的主要特点: 1)     团队有一致的集体目标,团队要一起完成这个目标.一个团队的成员不一定要同时工作. 2)     团队成员有各自的分工,互相依赖合作,共同完成任务. 2.软件团队的模式 1.主治医师模式 有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作. 2.明星模式 主治医师模式运用到极点,可以蜕化为明星模式,在这里,明星的

现代软件工程 练习与讨论 第五章 团队和流程

1.团队模式和团队的开发模式有什么关系? 团队模式主要取决于组成团队的成员,包括team leader以及team mates.其中,由于身处各个角色人员的性格,能力以及IQ,EQ等的不同,特别是team leader的上述这些“属性”,会往往决定了一个团队的“士气”“面对困难坚持不懈的程度”等特点,即我们常说的“软实力”.而这样的软实力也往往会激发一个团队的巨大潜能,为企业创造出超乎想象的价值. 团队的开发模式与我们目前所熟知的软件开发模式,例如,瀑布.迭代.螺旋以及敏捷等等都密不可分,但它不

第五章 团队和流程

团队有一致的集体目标,团队要一起完成这目标.一个团队的成员不一定要同时工作,例如接力赛跑. 团队成员有各自的分工,互相依赖合作,共同完成任务. 软件团队有各种形式,适用于不同的人员和需求.基于直觉形成的团队模式未必是最合适的.软件团队的模式,最初是混沌的一窝蜂形式:一群人开始写代码,希望能写出好软件.随着团队的成熟和环境的变化. 团队模式会演变成下面几种模式之一. 1.主治医师模式:有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作(后备程序员.系统管理员.工具

构建之法 第五章 团队和流程

典型的团队开发模式和流程,完全是新的内容:涉及到更多的术语和有意思的策略性东西 1.团队模式[我比较认可的] 主治医师模式 由首席程序员(相当于首席医生)负责整个工程,周围人员各司其职,配合支持中心人物的工作: [我认为这种模式适合于有着杰出程序工程师的规模略小的团队] 社区模式 我非常心水的linux社区就是最大的成功案例之一. 社区并不意味着"随意",而是有着严格的复审和质量控制 交响乐团模式 [不适用于创新型的项目,反而是对于稳定的.种在执行的项目的效率比较高] 门类齐全,各种任

构建之法第五章团队和流程

1.团队模式和团队的开发模式有什么关系? 答:    首先我来解释一下这两个名词: 我查资料了解了一下,团队模式,更偏向于多人合作的那种,而且我理解的"团队"会是一种多人合作的情况下,长期磨合后的一个组织,他们是相互了解的,是拥有巨大的默契存在的. 对于团队的开发模式我并没有查到具体的解释,但对于开发模式,是有查到几种开发模式,比如瀑布开发模式.快速应用开发模式等等,我们在其他的课上有学过这些模式,所以我在这里认为开发模式是更偏向于后边的"模式"两个字的,更注重方法

第五章 团队和流程随笔

软件团队的模式: 主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式.官僚模式. 瀑布模型的特点: 强调阶段的顺序性和依赖性,即下一个阶段的开始必须以上一个阶段的完成为前提条件.如在开始设计工作前,必须完成需求分析过程.此外,瀑布模型要求各个阶段必须有相应的文档作为审查的依据. 瀑布模型适用范围: 如果产品的定义非常稳定,但是产品的正确性非常重要,需要每一步的验证 产品模块之间的借口.输入和输出能很好的用形式化的方法定义和验证. 使用的技术

构建之法---初识篇(团队、流程和敏捷流程)

这周主要是看了第五章和第六章,主要内容包括团队和流程以及敏捷流程. 首先来说什么是团队?团队有一个集体的目标,团队要一起完成这个目标,一个团队的人,不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务.此外,团队的模式也是多种多样的,我觉得不管什么样的流程,只要有一个合理的机制,有一个合理的规则就是可以的,我觉得还是要有一个人去领导整个团队,其实对于现在的我来说,我更喜欢主治医师模式.但是必须保证大家不是打酱油的,要每个人都有贡献. 关于开发流程,瀑布模型是单项的,不可逆的生产过程

《白帽子讲WEB安全》学习笔记之第17章 安全开发流程(SDL)

第17章 安全开发流程(SDL) 17.1 SDL简介 安全开发是从根源有效地解决安全漏洞问题,而已在软件的生命周期内,这样的开发模式成本更低. SDL过程: q  培训 所有的开发人员必须接收适当的安全培训,了解相关的安全知识. q  安全要求 明确项目的安全要求. q  质量门/bug栏 质量门和bug栏相当于确定安全和隐私质量的最低可接受级别. q  安全和隐私风险评估 评估项目中的安全现状和威胁模型 q  设计要求 在产品设计初期考虑安全问题 q  减小攻击面 减小攻击面通过减少攻击者利