组织开发团队做成功项目理
想成项目理您需弄清项目理面问题机会期明白项目团队会突弄清谁利益关系者明白判断项目成功四标准：预算进度效绩标准客户满意组建谐团队充教练领队突仲裁项目中挫折止步前更安现状整项目实施中领导兵做成功项目理究竟做事情里作者总结软件项目实施程中验希读者享
组织开发团队
构建软件开发团队取决供选择员项目需求组织需求文阐述项目实施程中种团队组织策略
效软件项目团队担种角色员组成位成员扮演角色专门负责项目理积极参系统设计实现常见项目角色包括：分析师策划师数库理员设计师操作支持工程师程序员项目理项目赞助者质量保证工程师需求分析师题专家(户)测试员
作项目理您组织项目团队采垂直方案水方案混合方案垂直方案组织团队面手组成成员充重角色水方案组织团队专家组成成员充两角色混合方案组织团队包括面手包括专家
重考虑素供选择员性质果数员面手您需采垂直方案样果数员专家采水方案果您正引入新员合工然需优先考虑您项目组织文描述形成团队组织垂直水混合方案指出优缺点次讨重含意您团队组织理项目手段间应构成默契方法失谐导致项目产生问题
垂直团队组织
垂直团队面手组成例分配组然头尾实现例
优点
● 单例基础实现滑端端开发
● 开发员够掌握更广泛技
缺点
● 面手通常价高难找顾问
● 面手通常具备快速解决具体问题需特定技术专长
● 题专家干开发员组起工作增加负担
● 面手水相
成功素
● 成员套标准准工作
● 开发员间需进行良沟通避免公功组实现
● 公达成识体系结构需早项目中确立
水团队组织
水团队专家组成类团队时处理例成员事例中关身方面
优点
● 高质量完成项目方面(需求设计等)工作
● 外部组户操作员需解确切求部分专家进行交互
缺点
● 专家通常法意识专业重性导致项目方面间缺乏联系
● 端员需信息法前端员收集
● 专家优先权法需求互相项目理更困难
成功素
● 团队成员间需良沟通样彼解职责
● 需制定专家必须遵循工作流程质量标准提高移交专家效率
混合团队组织
混合团队专家面手组成面手继续操作例整开发程支持处理例中部分专家起工作
优点
● 拥前两种方案优点
● 外部组需部分专家进行交互
● 专家集中精力事擅长工作
● 例实现保持致
缺点
● 拥前两种方案缺点
● 面手然难找
● 专家然认识专家工作法协作应该面手调节
● 项目理然困难
成功素
● 项目团队成员需良沟通
● 需确定公体系结构
● 必须适定义公流程标准准
项目团队士气项目成功素
部分项目成功定义说项目时完成否预算否满足户需找软件专业员非常困难更说留住种情况需项目成功定义扩展包括项目团队士气努力完成软件项目料压榨度失重开发员样做会符合组织短期需构建高效软件部门长远利益说肯定害衡量项目成功否重手段项目结束团队士气项目结束际项目团队成员否觉历中学知识否喜欢次项目工作否希参组织项目非常重
项目规划技巧
项目计划技巧现软件开发员说必需里帮助您效计划项目建议
认识信心规划程计划身
创建项目计划会迫您早编写代码前考虑构建您系统——减少项目风险您已考虑种策略方法已选择意义项您目应该花气力产生计划应该实际行计划您根成功理您项目
软件程推动计划开发
软件程集合包括组织团队活动方法规划项目常技术原基 Rational Unified Process (RUP)项目规划OOSP项目规划OOSP项目规划eXtreme Programming (XP) 项目规划程计划
粗粒度计划开始
项目开始时应该制定粗粒度确定项目高级活动预期里程碑计划粗粒度计划组织成迭代——根项目性质次迭代通常三周八周间发生(四周六周更佳)中迭代集中项目初期迭代集中整应功部分开发迭代集中您系统转变成产品
实施者应该计划员
创建项目计划佳员负责实施该计划员规划创建实施时果项目时完成超出预算太会相信计划会责备说参项目应该投入项目计划开发进展中
忘记该忘记事
计划仅反映需求设计建模编程测试真实工作应该反映辅助活动(然重)包括：休假法定假日培训教育项目理活动(规划员理)开销(系统机时间会议回复电子邮件)体系结构定义测试系统返工系统交付重相关活动(普遍化 )
设想约束编入文档
规划时您总作假设够时获应程序服务器新发行版熟悉您正应技术技巧开发员时您约束工作影响计划强制截止期限资源限制假设约束编入文档样您实施项目时候更新计划时记起您先前做出寻常决定
认识资源意味着计划
十名验开发员组成团队创造出成效远远十名初学者组成团队创造成效想更加实际话您计划必须反映项目资源真实情况
创建现实计划
项目组必须相信项目目估价时间表做点您必须真实规划避免规划超出您理解范围仅您算研究未知事项时容忍知
规划价值事
IBM DeveloperWorks 网站提供许应您项目佳实践然根项目性质技术适合您独特情况佳实践简单作您放置项目理工具箱中工具您根需适工具
适项目理工具
项目理工具 Microsoft Project提供重功 Gantt图表(活动时间表)开发规划实际结果较PERT 图表(网络图表)开发务定义务间相关性定义务资源分配资源衡事情似象意通常意——需许精力创建维护少项目组提供实际价值确项目理员感富成效确高级理喜欢见您计划没行代码活动产生规划价值活动投入量时间创建规划图表通常价值活动
谨慎应技术方案处理理问题
项目中遇问题您确信需技术解决文改编作者著Process Patterns 第五章Scott Ambler建议改进理新技术您解决方案
没种点表明部署新技术中解决通改变理实践解决问题(请参阅参考资料中 The Squandered Computer)事实您应该商业程处功支持更改软件项目没新软件硬件您会样处
技术解决方案识成非技术问题常重复发生信息技术界常见错误种常发生错误成称作 Apply Technical Solution to NonTechnical Problem(技术解决方案应非技术问题)身程反模式(程反模式种已证明实际运行中行效方法)
技术解决方案仅适解决技术问题例网络计算机概念然计算机界中热衷时尚基概念通网络计算机代计算机组织缩减支持计算机软硬件开支
研究表明果包括培训支持计算机费话年支持台计算机均开支约 5000 30000 间网络计算机(称 Java 终端仅运行已包成 Java 字节代码程序)理缩减开支仅需简单维护支持做量广告宣传迄止网络计算机销售量十分怜表面网络计算机试图
解决问题起技术性您想点时候问题实际已成理问题
组织年花费 30000支持计算机原计算机计算机误组织具资格专业员安装公配置户选择安装软件旦户遇麻烦组织开支飞涨外文件格式相容问题没公软件套件户浪费量时间供应商提供软件版间转换文件供应商提供软件间转换文件基类似原户购买设备时硬件培训支持变更加困难
种情况发生问题程相关：计算机软硬件理购置网络计算机技术解决方案否够解决问题值怀疑技术解决方案适技术问题理解决方案适应理问题程解决方案适程问题谈完容真正意思许仅仅工作中正确工具
基需求规划策略：优先次序排序
成功项目组认识等创建需求需需求进行优先次序排序序操作
某需求需求重例联机银行需求说帐户间资金转移支持银行月声明 Elbonian语言版重成功软件团队首先集中精力构建重功满足户需求中关键功次关键性功留处理需求排序您团队够组织软件利润作出贡献然效需求进行优先次序排序必须考虑素：商业价值交付成交付日期交付复杂程度风险(请参阅提示控制风险：风险控制您)需求关系时需该需求
优先级范围
明确定义优先级应保持致什优先级范围关紧般优先级范围包括：
● 高级中等低级
● 必需条件选
● 数字(例123)
需求优先次序排序
您应该授权组建立确认指派优先权需求优先级进行优先次序排序通常协商程涉许项目参者包括您户户理高级理开发员操作员支持部门
数项目组组织成配置控制委员会 (CCB)——时称更改控制委员会项目筹划指导委员会 ——系统中关键希知识渊博参者组成通常该组定期开会决定新需求优先级指派(系统发布者现开发成果中重复)
需求进行优先次序排序
需求排序列表输入进项目定界程中关键素项目早期需认识困难事算交付项目参者求功项目范围定义项目组交付范围重助避免超出范围项目进展附加新需求已定义项目范围您协商否责交付新确定需求判断新需求交付日期成增加合理性讨否应该续发行版中交付该需求缺少确定范围项目组承担法交付风险常正构建项目中添加条功
规划迭代：时开发详细计划
项目断进行时需详细规划实施迭代活动日新月异环境中提前月甚年做详细规划毫价值您周(典型迭代时间跨度)进行成功详细规划
项目规划普遍难置信效方法粗略项目规划开始(请参阅项目规技巧)项目开始时开发然完成构成项目种迭代时缓慢发展形成着项目断进展需更新整粗略项目规划更新反映努力实际成果您团队继续事(两)迭代规划细节单迭代开发细致规划时应该执行步骤
实行真实性检查
通询问回答难题开始详细规划工作：项目否计划进行您方法否意义您团队否合适员组成您否资金理者支持果中问题答案否需解决问题意味着新(非常短)迭代您团队回正常轨道处困境项目进行计划毫价值
标识详细务
项目开始时体系结构转移迭代列出需实现务列表然规划迭代必须评估已指定需求(请参阅基需求规划策略)着项目发展您需求更理解您会发现现需更改迭代指定原始需求需求初意义许已标识添加新需求许已扩展缩减需求许已更改优先级什原您会发现您需重新定义算该迭代中实现容根需求标识需实现务
标识务相关性
某务取决务例部署源代码前必须先编写测试案例开发编码前开始实际代码测试必须等直已编写某代码(许代码)止问题某务必须务完成开始某务必须等直务开始止开始某务完成直务完成止某务完成直务开始止
均衡资源
需紧记重事情次处理务工作天时间概念称资源均衡确保务分派合理 指定 10 时间完成 10 项务法完成务 指定 50 时间完成 5 项务员完成务确保现实规划方法执行计划员参计划开发
保持迭代短
迭代周期应该保持较短应该 8 周迭代分割便您迅速软件交付户正尝试弥补先前迭代中跳工作(文档编制)者您需求正增加没添加新迭代反映事实
项目进展时迭代长度增长种趋势执行真实性检查结果行动帮助您迭代周期保持简短
考虑行开发
分子团队时进行系统部分始终种效办法尤系统片段开发行开发缩短产品市时间高度市场竞争性重素增加协调工作代价体系结构享知识视野开发实践定期团队会议享工作场行开发成
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
想成项目理您需弄清项目理面问题机会期明白项目团队会突弄清谁利益关系者明白判断项目成功四标准：预算进度效绩标准客户满意组建谐团队充教练领队突仲裁项目中挫折止步前更安现状整项目实施中领导兵做成功项目理究竟做事情里作者总结软件项目实施程中验希读者享
组织开发团队
构建软件开发团队取决供选择员项目需求组织需求文阐述项目实施程中种团队组织策略
效软件项目团队担种角色员组成位成员扮演角色专门负责项目理积极参系统设计实现常见项目角色包括：分析师策划师数库理员设计师操作支持工程师程序员项目理项目赞助者质量保证工程师需求分析师题专家(户)测试员
作项目理您组织项目团队采垂直方案水方案混合方案垂直方案组织团队面手组成成员充重角色水方案组织团队专家组成成员充两角色混合方案组织团队包括面手包括专家
重考虑素供选择员性质果数员面手您需采垂直方案样果数员专家采水方案果您正引入新员合工然需优先考虑您项目组织文描述形成团队组织垂直水混合方案指出优缺点次讨重含意您团队组织理项目手段间应构成默契方法失谐导致项目产生问题
垂直团队组织
垂直团队面手组成例分配组然头尾实现例
优点
● 单例基础实现滑端端开发
● 开发员够掌握更广泛技
缺点
● 面手通常价高难找顾问
● 面手通常具备快速解决具体问题需特定技术专长
● 题专家干开发员组起工作增加负担
● 面手水相
成功素
● 成员套标准准工作
● 开发员间需进行良沟通避免公功组实现
● 公达成识体系结构需早项目中确立
水团队组织
水团队专家组成类团队时处理例成员事例中关身方面
优点
● 高质量完成项目方面(需求设计等)工作
● 外部组户操作员需解确切求部分专家进行交互
缺点
● 专家通常法意识专业重性导致项目方面间缺乏联系
● 端员需信息法前端员收集
● 专家优先权法需求互相项目理更困难
成功素
● 团队成员间需良沟通样彼解职责
● 需制定专家必须遵循工作流程质量标准提高移交专家效率
混合团队组织
混合团队专家面手组成面手继续操作例整开发程支持处理例中部分专家起工作
优点
● 拥前两种方案优点
● 外部组需部分专家进行交互
● 专家集中精力事擅长工作
● 例实现保持致
缺点
● 拥前两种方案缺点
● 面手然难找
● 专家然认识专家工作法协作应该面手调节
● 项目理然困难
成功素
● 项目团队成员需良沟通
● 需确定公体系结构
● 必须适定义公流程标准准
项目团队士气项目成功素
部分项目成功定义说项目时完成否预算否满足户需找软件专业员非常困难更说留住种情况需项目成功定义扩展包括项目团队士气努力完成软件项目料压榨度失重开发员样做会符合组织短期需构建高效软件部门长远利益说肯定害衡量项目成功否重手段项目结束团队士气项目结束际项目团队成员否觉历中学知识否喜欢次项目工作否希参组织项目非常重
项目规划技巧
项目计划技巧现软件开发员说必需里帮助您效计划项目建议
认识信心规划程计划身
创建项目计划会迫您早编写代码前考虑构建您系统——减少项目风险您已考虑种策略方法已选择意义项您目应该花气力产生计划应该实际行计划您根成功理您项目
软件程推动计划开发
软件程集合包括组织团队活动方法规划项目常技术原基 Rational Unified Process (RUP)项目规划OOSP项目规划OOSP项目规划eXtreme Programming (XP) 项目规划程计划
粗粒度计划开始
项目开始时应该制定粗粒度确定项目高级活动预期里程碑计划粗粒度计划组织成迭代——根项目性质次迭代通常三周八周间发生(四周六周更佳)中迭代集中项目初期迭代集中整应功部分开发迭代集中您系统转变成产品
实施者应该计划员
创建项目计划佳员负责实施该计划员规划创建实施时果项目时完成超出预算太会相信计划会责备说参项目应该投入项目计划开发进展中
忘记该忘记事
计划仅反映需求设计建模编程测试真实工作应该反映辅助活动(然重)包括：休假法定假日培训教育项目理活动(规划员理)开销(系统机时间会议回复电子邮件)体系结构定义测试系统返工系统交付重相关活动(普遍化 )
设想约束编入文档
规划时您总作假设够时获应程序服务器新发行版熟悉您正应技术技巧开发员时您约束工作影响计划强制截止期限资源限制假设约束编入文档样您实施项目时候更新计划时记起您先前做出寻常决定
认识资源意味着计划
十名验开发员组成团队创造出成效远远十名初学者组成团队创造成效想更加实际话您计划必须反映项目资源真实情况
创建现实计划
项目组必须相信项目目估价时间表做点您必须真实规划避免规划超出您理解范围仅您算研究未知事项时容忍知
规划价值事
IBM DeveloperWorks 网站提供许应您项目佳实践然根项目性质技术适合您独特情况佳实践简单作您放置项目理工具箱中工具您根需适工具
适项目理工具
项目理工具 Microsoft Project提供重功 Gantt图表(活动时间表)开发规划实际结果较PERT 图表(网络图表)开发务定义务间相关性定义务资源分配资源衡事情似象意通常意——需许精力创建维护少项目组提供实际价值确项目理员感富成效确高级理喜欢见您计划没行代码活动产生规划价值活动投入量时间创建规划图表通常价值活动
谨慎应技术方案处理理问题
项目中遇问题您确信需技术解决文改编作者著Process Patterns 第五章Scott Ambler建议改进理新技术您解决方案
没种点表明部署新技术中解决通改变理实践解决问题(请参阅参考资料中 The Squandered Computer)事实您应该商业程处功支持更改软件项目没新软件硬件您会样处
技术解决方案识成非技术问题常重复发生信息技术界常见错误种常发生错误成称作 Apply Technical Solution to NonTechnical Problem(技术解决方案应非技术问题)身程反模式(程反模式种已证明实际运行中行效方法)
技术解决方案仅适解决技术问题例网络计算机概念然计算机界中热衷时尚基概念通网络计算机代计算机组织缩减支持计算机软硬件开支
研究表明果包括培训支持计算机费话年支持台计算机均开支约 5000 30000 间网络计算机(称 Java 终端仅运行已包成 Java 字节代码程序)理缩减开支仅需简单维护支持做量广告宣传迄止网络计算机销售量十分怜表面网络计算机试图
解决问题起技术性您想点时候问题实际已成理问题
组织年花费 30000支持计算机原计算机计算机误组织具资格专业员安装公配置户选择安装软件旦户遇麻烦组织开支飞涨外文件格式相容问题没公软件套件户浪费量时间供应商提供软件版间转换文件供应商提供软件间转换文件基类似原户购买设备时硬件培训支持变更加困难
种情况发生问题程相关：计算机软硬件理购置网络计算机技术解决方案否够解决问题值怀疑技术解决方案适技术问题理解决方案适应理问题程解决方案适程问题谈完容真正意思许仅仅工作中正确工具
基需求规划策略：优先次序排序
成功项目组认识等创建需求需需求进行优先次序排序序操作
某需求需求重例联机银行需求说帐户间资金转移支持银行月声明 Elbonian语言版重成功软件团队首先集中精力构建重功满足户需求中关键功次关键性功留处理需求排序您团队够组织软件利润作出贡献然效需求进行优先次序排序必须考虑素：商业价值交付成交付日期交付复杂程度风险(请参阅提示控制风险：风险控制您)需求关系时需该需求
优先级范围
明确定义优先级应保持致什优先级范围关紧般优先级范围包括：
● 高级中等低级
● 必需条件选
● 数字(例123)
需求优先次序排序
您应该授权组建立确认指派优先权需求优先级进行优先次序排序通常协商程涉许项目参者包括您户户理高级理开发员操作员支持部门
数项目组组织成配置控制委员会 (CCB)——时称更改控制委员会项目筹划指导委员会 ——系统中关键希知识渊博参者组成通常该组定期开会决定新需求优先级指派(系统发布者现开发成果中重复)
需求进行优先次序排序
需求排序列表输入进项目定界程中关键素项目早期需认识困难事算交付项目参者求功项目范围定义项目组交付范围重助避免超出范围项目进展附加新需求已定义项目范围您协商否责交付新确定需求判断新需求交付日期成增加合理性讨否应该续发行版中交付该需求缺少确定范围项目组承担法交付风险常正构建项目中添加条功
规划迭代：时开发详细计划
项目断进行时需详细规划实施迭代活动日新月异环境中提前月甚年做详细规划毫价值您周(典型迭代时间跨度)进行成功详细规划
项目规划普遍难置信效方法粗略项目规划开始(请参阅项目规技巧)项目开始时开发然完成构成项目种迭代时缓慢发展形成着项目断进展需更新整粗略项目规划更新反映努力实际成果您团队继续事(两)迭代规划细节单迭代开发细致规划时应该执行步骤
实行真实性检查
通询问回答难题开始详细规划工作：项目否计划进行您方法否意义您团队否合适员组成您否资金理者支持果中问题答案否需解决问题意味着新(非常短)迭代您团队回正常轨道处困境项目进行计划毫价值
标识详细务
项目开始时体系结构转移迭代列出需实现务列表然规划迭代必须评估已指定需求(请参阅基需求规划策略)着项目发展您需求更理解您会发现现需更改迭代指定原始需求需求初意义许已标识添加新需求许已扩展缩减需求许已更改优先级什原您会发现您需重新定义算该迭代中实现容根需求标识需实现务
标识务相关性
某务取决务例部署源代码前必须先编写测试案例开发编码前开始实际代码测试必须等直已编写某代码(许代码)止问题某务必须务完成开始某务必须等直务开始止开始某务完成直务完成止某务完成直务开始止
均衡资源
需紧记重事情次处理务工作天时间概念称资源均衡确保务分派合理 指定 10 时间完成 10 项务法完成务 指定 50 时间完成 5 项务员完成务确保现实规划方法执行计划员参计划开发
保持迭代短
迭代周期应该保持较短应该 8 周迭代分割便您迅速软件交付户正尝试弥补先前迭代中跳工作(文档编制)者您需求正增加没添加新迭代反映事实
项目进展时迭代长度增长种趋势执行真实性检查结果行动帮助您迭代周期保持简短
考虑行开发
分子团队时进行系统部分始终种效办法尤系统片段开发行开发缩短产品市时间高度市场竞争性重素增加协调工作代价体系结构享知识视野开发实践定期团队会议享工作场行开发成
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
