信息系统项目管理师_2024年软考学习应考交流_信息系统项目管理师考试

 找回密码
 马上注册

QQ登录

只需一步,快速开始

查看: 1398|回复: 2
打印 上一主题 下一主题

[转帖]项目团队建设——如何组织软件开发团队

[复制链接]

该用户从未签到

升级  30.8%

跳转到指定楼层
楼主
发表于 2006-3-30 08:31:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
<p><font face="宋体" size="3">专家、多面手还是他们的组合?</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  如何构建软件开发团队取决于可供选择的人员、项目的需求以及组织的需求?<span lang="EN-US"> </span></font></font></p><p><font face="宋体" size="3">  本文阐述了各种团队组织的策略。</font><span lang="EN-US"><br/></span><font face="宋体" size="3">  有效的软件项目团队由担当各种角色的人员所组成。每位成员扮演一个或多个角色;可能一个人专门负责项目管理,而另一些人则积极地参与系统的设计与实现。常见的一些项目角色包括:</font><span lang="EN-US"><br/></span><font face="宋体" size="3">  分析师</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  策划师</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  数据库管理员</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  设计师</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  操作<span lang="EN-US">/</span>支持工程师</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  程序员</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  项目经理</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  项目赞助者</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  质量保证工程师</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  需求分析师</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  主题专家(用户)</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  测试人员</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  您是如何组织项目团队的?是采用垂直方案、水平方案还是混合方案?以垂直方案组织的团队由多面手组成,每个成员都充当多重角色。以水平方案组织的团队由专家组成,每个成员充当一到两个角色。以混合方案组织的团队既包括多面手,又包括专家。</font></font><span lang="EN-US"><br/></span><font size="3"><font face="宋体">  一个重要的考虑因素是可供选择的人员的性质。如果大多数人员是多面手,则您往往需要采用垂直方案,同样,如果大多数人员是专家,则采用水平方案。如果您正引入一些新人,即使这些人员都是合同工,则仍然需要优先考虑您的项目和组织。本文描述了形成团队组织的垂直、水平和混合方案,并指出了它们各自的优缺点。本次讨论的一个重要含意是您的团队组织和用于管理项目的手段之间应构成默契;任何方法上的失谐都很可能导致项目产生问题。<span lang="EN-US"> </span></font></font></p><p><b><font face="宋体" size="3">垂直团队组织</font></b><span lang="EN-US"><br/></span><font face="宋体" size="3">  垂直团队由多面手组成。用例 分配给了个人或小组,然后由他们从头至尾地实现用例。</font><span lang="EN-US"><br/></span><font size="3"><font face="宋体">  <b>优点</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  以单个用例为基础实现平滑的端到端开发。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  开发人员能够掌握更广泛的技能。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <b>缺点</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  多面手通常是一些要价很高并且很难找到的顾问。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  多面手通常不具备快速解决具体问题所需的特定技术专长。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  主题专家可能不得不和若干开发人员小组一起工作,从而增加了他们的负担。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  所有多面手水平各不相同。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <b>成功因素</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  每个成员都按照一套共同的标准与准则工作。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  开发人员之间需要进行良好的沟通,以避免公共功能由不同的组来实现。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  公共和达成共识的体系结构需要尽早在项目中确立。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span> </font></font><span lang="EN-US"><br/></span><b><font face="宋体" size="3">水平团队组织</font></b><span lang="EN-US"><br/></span><font face="宋体" size="3">  水平团队由专家组成。此类团队同时处理多个用例,每个成员都从事用例中有关其自身的方面。</font><span lang="EN-US"><br/></span><font size="3"><font face="宋体">  <b>优点</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  能高质量地完成项目各个方面(需求、设计等)的工作。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  一些外部小组,如用户或操作人员,只需要与了解他们确切要求的一小部分专家进行交互。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <b>缺点</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  专家们通常无法意识到其它专业的重要性,导致项目的各方面之间缺乏联系。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <span lang="EN-US">“</span>后端<span lang="EN-US">”</span>人员所需的信息可能无法由<span lang="EN-US">“</span>前端<span lang="EN-US">”</span>人员来收集。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  由于专家们的优先权、看法和需求互不相同,所以项目管理更为困难。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <b>成功因素</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  团队成员之间需要有良好的沟通,这样他们才能彼此了解各自的职责。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  需要制定专家们必须遵循的工作流程和质量标准,从而提高移交给其他专家的效率。<span lang="EN-US">&nbsp; </span></font></font></p><p style="MARGIN-BOTTOM: 12pt;"><b><font face="宋体" size="3">混合团队组织</font></b><span lang="EN-US"><br/></span><font face="宋体" size="3">  混合团队由专家和多面手共同组成。多面手继续操作一个用例的整个开发过程,支持并处理多个使用例中各部分的专家们一起工作。</font><span lang="EN-US"><br/></span><font size="3"><font face="宋体">  <b>优点</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  拥有前两种方案的优点。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  外部小组只需要与一小部分专家进行交互。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  专家们可集中精力从事他们所擅长的工作。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  各个用例的实现都保持一致。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <b>缺点</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  拥有前两种方案的缺点。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  多面手仍然很难找到。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  专家们仍然不能认识到其他专家的工作并且无法很好地协作,尽管这应该由多面手来调节。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  项目管理仍然很困难。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  <b>成功因素</b></font></font><span lang="EN-US"><br/></span><font face="宋体" size="3">  项目团队成员需要良好的沟通。</font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  需要确定公共体系结构。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  必须适当地定义公共流程、标准和准则。</font></font><font size="3"><font face="宋体"><span lang="EN-US">&nbsp;<br/></span>  项目团队士气是项目成功的一个因素</font></font><span lang="EN-US"><br/><br/></span><font face="宋体" size="3">  大部分项目成功的定义说的是项目如何按时完成、是否在预算内以及是否满足用户的需要。但是,在如今要找到好的软件专业人员都非常困难,更不用说留住他们的这种情况下,还需要将项目成功的定义扩展为包括项目团队的士气。可能在努力完成一个软件项目后,不料却因为压榨他们过度而失去了重要的开发人员,这样做可能会符合组织的短期需要,但它对构建一个高效的软件部门的长远利益来说肯定是有害的。衡量项目成功与否的一个重要手段是项目结束后团队的士气。在项目结束之际,项目团队的各个成员是否觉得他们从自己的经历中学到了一些知识、是否喜欢为这次项目工作,以及是否希望参与组织的下一个项目都是非常重要的。</font></p>
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 顶 踩
  • TA的每日心情
    开心
    2012-1-26 14:07
  • 签到天数: 16 天

    [LV.4]偶尔看看III

    升级  0.01%

    沙发
    发表于 2011-7-5 10:53:48 | 只看该作者
    越办越好~~~~~~~~~`  
  • TA的每日心情
    开心
    2015-10-4 11:49
  • 签到天数: 86 天

    [LV.6]常住居民II

    升级  0.04%

    藤椅
    发表于 2011-7-5 10:53:48 | 只看该作者
    顶你一下.  
    您需要登录后才可以回帖 登录 | 马上注册

    本版积分规则

    小黑屋|手机版|Archiver|信息系统项目管理师_软考交流平台. ( 鄂ICP备11002878号-1  公安备案号:42011102001150

    GMT+8, 2025-7-6 20:03

    Software by Discuz! X3.2

    © 2001-2013 SKIN BY DSVUE

    快速回复 返回顶部 返回列表