第五章做业

1.团队模式和团队的开发模式有什么关系?工具

软件团队的模式包括:学习

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

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

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

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

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

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

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

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

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

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

        团队的开发模式与咱们目前所熟知的软件开发模式,例如,瀑布、迭代、螺旋以及敏捷等等都密不可分,但它不一样于单纯意义上的软件开发模式,由于这其中还加入了开发人员的因素,即“人”的因素。是更加贴近现实的,“接地气”的开发模式。

        团队模式和团队开发模式这两者的关系可作一个比喻,即为:两者共同构成了一我的,而前者是大脑,后者是身体。身体是行动的发出者和执行者然后者是身体的控制者和调度者。一样是身体,有的团队能够开发出颇有价值的软件,完成很困难的任务,并创造价值。而有的团队则作不到这一点。由于,全部的软件开发模式,只是单纯的考虑到开发效率等问题,而最终可否成功完成任务,从某种意义上说,彻底取决于项目执行者,也就是团队模式。所以,我刚刚提到的软实力,就是一种无形的,蕴含于团队成员心里的力量,这股无形的力量却能决定一个团队可否作出有型的有价值的工做,将开发模式发挥的淋漓尽致。

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

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

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

三、不一样的团队模式如何影响团队绩效的评估

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

四、团队精神和集体主义的区别?     你们回想在小学和中学的学习过程,你们在一个班集体,有多少工做是以“团队”(Teamwork)的形式来完成的,有多少工做是以“工做组”(Workgroup)形式完成的?或许大部分工做都是以“非团队”的形式完成的。“团队精神”和日常讲的“集体主义”有什么区别?

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

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

        Chandler 太过理想,推出太迟,很难赢得市场份额。但它蕴含的执着精神、始终未曾放弃梦想的实践,则具备更大价值。从实用角度,做为一款工具,你们可能都不太会去选择Chandler。但从价值观和信念角度,我以为你们都应该去了解Chandler,了解他的内涵。

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

        多沟通。在设计之初定好需求,明确需求。在编码阶段注意交流,随时作出一些能够工做的软件交付给用户和测试,让他们给一些意见和建议,对于正确的意见和建议在接下来的编码中改进。

相关文章
相关标签/搜索