如何构建软件Software开发团队(Team)取决于可供选择
![](/icons/37949de.gif)
人员、项目
![](/icons/37949de.gif)
需求以及组织
![](/icons/37949de.gif)
需求
![](/icons/37949dou2.gif)
本文阐述了各种团队(Team)组织
![](/icons/37949de.gif)
策略
![](/icons/37949dou2.gif)
有效
![](/icons/37949de.gif)
软件Software项目团队(Team)由担当各种角色
![](/icons/37949de.gif)
人员所组成
![](/icons/37949dou2.gif)
每位成员扮演
![](/icons/37949yi.gif)
个或多个角色;可能
![](/icons/37949yi.gif)
个人专门负责项目管理(project management)
![](/icons/37949dou.gif)
而另
![](/icons/37949yi.gif)
些人则积极地参和系统
![](/icons/37949de.gif)
设计和实现
![](/icons/37949dou2.gif)
常见
![](/icons/37949de.gif)
![](/icons/37949yi.gif)
些项目角色包括:
· 分析师
· 策划师
· 数据库管理员
· 设计师
· 操作/支持工程师
·
![](/icons/37949chengxu.gif)
员
· 项目经理(project manager)
· 项目赞助者
· 质量保证工程师
· 需求分析师
· 主题专家(用户)
· 测试人员
您是如何组织项目团队(Team)
![](/icons/37949de.gif)
?是采用垂直方案、水平方案还是混合方案?以垂直方案组织
![](/icons/37949de.gif)
团队(Team)由多面手组成
![](/icons/37949dou.gif)
每个成员都充当多重角色
![](/icons/37949dou2.gif)
以水平方案组织
![](/icons/37949de.gif)
团队(Team)由专家组成
![](/icons/37949dou.gif)
每个成员充当
![](/icons/37949yi.gif)
到两个角色
![](/icons/37949dou2.gif)
以混合方案组织
![](/icons/37949de.gif)
团队(Team)既包括多面手
![](/icons/37949dou.gif)
又包括专家
![](/icons/37949yi.gif)
个重要
![](/icons/37949de.gif)
考虑原因是可供选择
![](/icons/37949de.gif)
人员
![](/icons/37949de.gif)
性质
![](/icons/37949dou2.gif)
如果大多数人员是多面手
![](/icons/37949dou.gif)
则您往往需要采用垂直方案
![](/icons/37949dou.gif)
同样
![](/icons/37949dou.gif)
如果大多数人员是专家
![](/icons/37949dou.gif)
则采用水平方案
![](/icons/37949dou2.gif)
如果您正引入
![](/icons/37949yi.gif)
些新人
![](/icons/37949dou.gif)
即使这些人员都是合同工
![](/icons/37949dou.gif)
则仍然需要优先考虑您
![](/icons/37949de.gif)
项目和组织
![](/icons/37949dou2.gif)
本文描述了形成团队(Team)组织
![](/icons/37949de.gif)
垂直、水平和混合方案
![](/icons/37949dou.gif)
并指出了它们各自
![](/icons/37949de.gif)
优缺点
![](/icons/37949dou2.gif)
本次讨论
![](/icons/37949de.gif)
![](/icons/37949yi.gif)
个重要含意是您
![](/icons/37949de.gif)
团队(Team)组织和用于管理项目
![](/icons/37949de.gif)
手段的间应构成默契;任何思路方法上
![](/icons/37949de.gif)
失谐都很可能导致项目产生问题
![](/icons/37949dou2.gif)
垂直团队(Team)组织
垂直团队(Team)由多面手组成
![](/icons/37949dou2.gif)
用例 分配给了个人或小组
![](/icons/37949dou.gif)
然后由他们从头至尾地实现用例
![](/icons/37949dou2.gif)
优点
· 以单个用例为基础实现平滑
![](/icons/37949de.gif)
端到端开发
· 开发人员能够掌握更广泛
![](/icons/37949de.gif)
技能
缺点
· 多面手通常是
![](/icons/37949yi.gif)
些要价很高并且很难找到
![](/icons/37949de.gif)
顾问
· 多面手通常不具备快速解决具体问题所需
![](/icons/37949de.gif)
特定技术专长
· 主题专家可能不得不和若干开发人员小组
![](/icons/37949yi.gif)
起工作
![](/icons/37949dou.gif)
从而增加了他们
![](/icons/37949de.gif)
负担
· 所有多面手水平各不相同
成功原因
· 每个成员都按照
![](/icons/37949yi.gif)
套共同
![](/icons/37949de.gif)
标准和准则工作
· 开发人员的间需要进行良好
![](/icons/37949de.gif)
沟通
![](/icons/37949dou.gif)
以避免公共功能由区别
![](/icons/37949de.gif)
组来实现
· 公共和达成共识
![](/icons/37949de.gif)
体系结构需要尽早在项目中确立
水平团队(Team)组织
水平团队(Team)由专家组成
![](/icons/37949dou2.gif)
此类团队(Team)同时处理多个用例
![](/icons/37949dou.gif)
每个成员都从事用例中有关其自身
![](/icons/37949de.gif)
方面
![](/icons/37949dou2.gif)
优点
· 能高质量地完成项目各个方面(需求、设计等)
![](/icons/37949de.gif)
工作
·
![](/icons/37949yi.gif)
些外部小组
![](/icons/37949dou.gif)
如用户或操作人员
![](/icons/37949dou.gif)
只需要和了解他们确切要求
![](/icons/37949de.gif)
![](/icons/37949yi.gif)
小部分专家进行交互
缺点
· 专家们通常无法意识到其它专业
![](/icons/37949de.gif)
重要性
![](/icons/37949dou.gif)
导致项目
![](/icons/37949de.gif)
各方面的间缺乏联系
· “后端”人员所需
![](/icons/37949de.gif)
信息可能无法由“前端”人员来收集
· 由于专家们
![](/icons/37949de.gif)
优先权、看法和需求互不相同
![](/icons/37949dou.gif)
所以项目管理(project management)更为困难
成功原因
· 团队(Team)成员的间需要有良好
![](/icons/37949de.gif)
沟通
![](/icons/37949dou.gif)
这样他们才能彼此了解各自
![](/icons/37949de.gif)
职责
· 需要制定专家们必须遵循
![](/icons/37949de.gif)
工作流程和质量标准
![](/icons/37949dou.gif)
从而提高移交给其他专家
![](/icons/37949de.gif)
效率
混合团队(Team)组织
混合团队(Team)由专家和多面手共同组成
![](/icons/37949dou2.gif)
多面手继续操作
![](/icons/37949yi.gif)
个用例
![](/icons/37949de.gif)
整个开发过程
![](/icons/37949dou.gif)
支持并处理多个使用例中各部分
![](/icons/37949de.gif)
专家们
![](/icons/37949yi.gif)
起工作
![](/icons/37949dou2.gif)
优点
· 拥有前两种方案
![](/icons/37949de.gif)
优点
· 外部小组只需要和
![](/icons/37949yi.gif)
小部分专家进行交互
· 专家们可集中精力从事他们所擅长
![](/icons/37949de.gif)
工作
· 各个用例
![](/icons/37949de.gif)
实现都保持
![](/icons/37949yi.gif)
致
缺点
· 拥有前两种方案
![](/icons/37949de.gif)
缺点
· 多面手仍然很难找到
· 专家们仍然不能认识到其他专家
![](/icons/37949de.gif)
工作并且无法很好地协作
![](/icons/37949dou.gif)
尽管这应该由多面手来调节
· 项目管理(project management)仍然很困难
成功原因
· 项目团队(Team)成员需要良好
![](/icons/37949de.gif)
沟通
· 需要确定公共体系结构
· 必须适当地定义公共流程、标准和准则
项目团队(Team)士气是项目成功
![](/icons/37949de.gif)
![](/icons/37949yi.gif)
个原因
大部分项目成功
![](/icons/37949de.gif)
定义说
![](/icons/37949de.gif)
是项目如何按时完成、是否在预算内以及是否满足用户
![](/icons/37949de.gif)
需要
![](/icons/37949dou2.gif)
但是
![](/icons/37949dou.gif)
在如今要找到好
![](/icons/37949de.gif)
软件Software专业人员都非常困难
![](/icons/37949dou.gif)
更不用说留住他们
![](/icons/37949de.gif)
这种情况下
![](/icons/37949dou.gif)
还需要将项目成功
![](/icons/37949de.gif)
定义扩展为包括项目团队(Team)
![](/icons/37949de.gif)
士气
![](/icons/37949dou2.gif)
可能在努力完成
![](/icons/37949yi.gif)
个软件Software项目后
![](/icons/37949dou.gif)
不料却
![](/icons/37949yinwei.gif)
压榨他们过度而失去了重要
![](/icons/37949de.gif)
开发人员
![](/icons/37949dou.gif)
这样做可能会符合组织
![](/icons/37949de.gif)
短期需要
![](/icons/37949dou.gif)
但它对构建
![](/icons/37949yi.gif)
个高效
![](/icons/37949de.gif)
软件Software部门
![](/icons/37949de.gif)
长远利益来说肯定是有害
![](/icons/37949de.gif)
![](/icons/37949dou2.gif)
衡量项目成功和否
![](/icons/37949de.gif)
![](/icons/37949yi.gif)
个重要手段是项目结束后团队(Team)
![](/icons/37949de.gif)
士气
![](/icons/37949dou2.gif)
在项目结束的际
![](/icons/37949dou.gif)
项目团队(Team)
![](/icons/37949de.gif)
各个成员是否觉得他们从自己
![](/icons/37949de.gif)
经历中学到了
![](/icons/37949yi.gif)
些知识、是否喜欢为这次项目工作
![](/icons/37949dou.gif)
以及是否希望参和组织
![](/icons/37949de.gif)
下
![](/icons/37949yi.gif)
个项目都是非常重要
![](/icons/37949de.gif)