收藏 分销(赏)

大规模项目中管理问题.pptx

上传人:天**** 文档编号:2997527 上传时间:2024-06-12 格式:PPTX 页数:43 大小:375.52KB
下载 相关 举报
大规模项目中管理问题.pptx_第1页
第1页 / 共43页
大规模项目中管理问题.pptx_第2页
第2页 / 共43页
大规模项目中管理问题.pptx_第3页
第3页 / 共43页
大规模项目中管理问题.pptx_第4页
第4页 / 共43页
大规模项目中管理问题.pptx_第5页
第5页 / 共43页
点击查看更多>>
资源描述

1、大规模项目中管理问题大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项目组织结构结构角色角色团队之间的沟通团队之间的沟通源码控制源码控制构造与集成构造与集成递减测试递减测试 用户管理用户管理大型项目面临的挑战大型项目面临的挑战大规模大规模(超过超过100人人),多个部门多个部门 很难找到足够的、有资格的人很难找到足够的、有资格的人可用的技能不一致可用的技能不一致多数人不知道项目的整体多数人不知道项目的整体团队之间不能有效地沟通团队之间不能有效地沟通用于培训的预算用于培训的预算(时间和金钱)(时间和金钱)减少技能的要求减少技能的

2、要求“伙伴伙伴”(可配对)系统(可配对)系统许多的文档许多的文档&“有组织的有组织的”沟通沟通大型项目面临的挑战大型项目面临的挑战大量新的或需要修改的代码大量新的或需要修改的代码500,000+重叠的变化重叠的变化代码的稳定性代码的稳定性 实施严谨的源码控制实施严谨的源码控制考虑考虑 让让“部件部件”vs“功能功能/特性特性”的所有人来改变代码的所有人来改变代码持续的递减测试持续的递减测试大型项目面临的挑战大型项目面临的挑战新开发的项目新开发的项目 对比对比 修改大量已经存在的代码修改大量已经存在的代码 代码基础的退化代码基础的退化(功能功能,性能性能)必须理解修改的代码必须理解修改的代码持续

3、不断的递减测试持续不断的递减测试工作规模评估工作规模评估(Effort sizing)应该包括学习应该包括学习/了解未改变的代码的需要了解未改变的代码的需要考虑使考虑使“部件部件”vs“特性特性”所有者来改变代码所有者来改变代码大型项目面临的挑战大型项目面临的挑战可能包含新的技术或技术的转化可能包含新的技术或技术的转化 不断增加的功能不断增加的功能,性能及质量上的风险性能及质量上的风险在接受之前在接受之前,好测试可移植性及可伸缩性好测试可移植性及可伸缩性检测非功能性的特性检测非功能性的特性(例如例如:异常处理异常处理)对于提供者的各种申明保持怀疑对于提供者的各种申明保持怀疑大型项目面临的挑战可

4、能包括多个场所的团队可能包括多个场所的团队需要清楚的、有效的、精确的沟通需要清楚的、有效的、精确的沟通 不同时区、网络间的同步和沟通不同时区、网络间的同步和沟通信任信任必须为每个开发地点安排本地的必须为每个开发地点安排本地的PM(项目经理项目经理)建立每日的检查机制和核查点建立每日的检查机制和核查点定期的交换视察定期的交换视察大型项目面临的挑战大型项目面临的挑战值得注意的:更高的失败的可能性和更大的失败的影响值得注意的:更高的失败的可能性和更大的失败的影响如果可能如果可能,将交付成果阶段化将交付成果阶段化,避免最后避免最后“一次全部或什么也没有一次全部或什么也没有”的结果的结果严格的和不断的风

5、险管理严格的和不断的风险管理保证所有保证所有“赌金拥有者赌金拥有者”了解他们每一个部件对项目的重要影响了解他们每一个部件对项目的重要影响需求的收集需求的收集:如果想重复这步将是非常困难的如果想重复这步将是非常困难的从用户不同的部门可能得到相互矛盾的需求从用户不同的部门可能得到相互矛盾的需求确保来自用户的在资源投入上的承确保来自用户的在资源投入上的承确定在用户单位中谁是最终说了算数的人确定在用户单位中谁是最终说了算数的人完善的、可接受的、文档化的需求是非常必须的完善的、可接受的、文档化的需求是非常必须的大型项目面临的挑战大型项目面临的挑战大型项目面临的挑战大型项目面临的挑战项目大小和成就之间是一

6、个非线形的关系项目大小和成就之间是一个非线形的关系:500,000行规模的项目付出的努力可能超过行规模的项目付出的努力可能超过50,000行规模的项目行规模的项目10倍多倍多在评估中要考虑一些在额外计划在评估中要考虑一些在额外计划,沟通和从属事件管理中的因素沟通和从属事件管理中的因素通常通常,虽然个人的生产力可能降低虽然个人的生产力可能降低,但会在可重用性和工具的改进上得到偿还但会在可重用性和工具的改进上得到偿还大型项目面临的挑战大型项目面临的挑战在详细评估上的增加的难度在详细评估上的增加的难度增加了依赖历史数据增加了依赖历史数据/平均值的需要平均值的需要如果在内部得不到如果在内部得不到,就查

7、查行业标准就查查行业标准记住认真记录各种真实数据以备未来之用记住认真记录各种真实数据以备未来之用大型项目面临的挑战大型项目面临的挑战工作分派的区别工作分派的区别增加前端增加前端(结构结构/设计设计)和后端和后端(集成集成/系统测试系统测试)的工作的工作工作分派的比较工作分派的比较行为行为小项目小项目大项目大项目结构结构/设计设计15%25%详细设计详细设计20%20%代码代码/调试调试25%15%单元测试单元测试15%5%集成测试集成测试15%20%系统测试系统测试10%15%大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项

8、目组织结构结构角色角色团队之间的沟通团队之间的沟通源码控制源码控制构造与集成构造与集成递减测试递减测试 用户管理用户管理考虑的重点考虑的重点将大项目分解成许多独立的小项目将大项目分解成许多独立的小项目项目管理应该更多地被视为项目管理应该更多地被视为投入投入而不是而不是成本成本充分利用任何生产效率提高的方法充分利用任何生产效率提高的方法(多人的努力实现倍数增长多人的努力实现倍数增长)工具工具,代码代码/设计的重用设计的重用环境环境(开发(开发,测试测试)大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项目组织结构结构角色角色团队

9、之间的沟通团队之间的沟通源码控制源码控制构造与集成构造与集成递减测试递减测试 用户管理用户管理项目的组织例子项目的组织例子组织规划组织规划 主要的能力主要的能力/特定化要基于结构特定化要基于结构允许更多的并行活动允许更多的并行活动清楚地定义角色清楚地定义角色/职责职责建立提意见的途径建立提意见的途径确保每一个成员不走样地理解最终目标确保每一个成员不走样地理解最终目标项目的组织例子组织中的角色项目主管人员项目主管人员组织项目的团队组织项目的团队作为项目和用户的最终决策者作为项目和用户的最终决策者做出商业上的决定做出商业上的决定是主要的客户联系人是主要的客户联系人确保从用户方安排一个类似的联系人确

10、保从用户方安排一个类似的联系人说明成功或可接受的标准说明成功或可接受的标准避免严格的标准避免严格的标准期限期限/功能间的平衡功能间的平衡确认不存在一个毫无缺点的方案确认不存在一个毫无缺点的方案项目的组织例子组织中的角色 版本管理人员版本管理人员(Release Manager)全面领导项目全面领导项目 管理项目经理团队和体系结构管理项目经理团队和体系结构/技术团队技术团队在项目中做出大多数的决定在项目中做出大多数的决定更多关注质量和产品的交付更多关注质量和产品的交付开发管理人员开发管理人员(Development Managers)关注设计、代码和单元测试关注设计、代码和单元测试对资源分配做出

11、决断对资源分配做出决断对负责范围内的技术做出决策对负责范围内的技术做出决策具有组件所有者和条款所有者双重身份具有组件所有者和条款所有者双重身份项目的组织例子项目的组织例子组织中的角色组织中的角色测试测试/质量保证管理人员质量保证管理人员在项目中作为独立的在项目中作为独立的“质量良心质量良心”存在存在负责质量规划和退出标准负责质量规划和退出标准应该和开发团队紧密配合以避免重复工作应该和开发团队紧密配合以避免重复工作避免开发团队之间的敌对关系避免开发团队之间的敌对关系支持管理人员支持管理人员提供有效的开发和测试环境提供有效的开发和测试环境负责负责“构建构建”和相关的工具和相关的工具负责源码控制负责

12、源码控制/库文件库文件项目的组织例子是一个由对项目和技术有很深的理解的人组成是一个由对项目和技术有很深的理解的人组成一般由项目经理和技术负责人组成一般由项目经理和技术负责人组成必须要注重实效,避免官僚化必须要注重实效,避免官僚化有很好地发现和确认实际问题的能力有很好地发现和确认实际问题的能力 在整个开发过程中要有丰富的经验在整个开发过程中要有丰富的经验在项目的不同阶段人员关系可能有变化在项目的不同阶段人员关系可能有变化版本团队建立并采用建立并采用 开发指南开发指南 包括项目中的程序包括项目中的程序/过程和开发惯例过程和开发惯例/协议协议强制实行相应开发指导方针和程序强制实行相应开发指导方针和程

13、序/过程过程定位和解决低效率和瓶颈定位和解决低效率和瓶颈推动团队间的沟通推动团队间的沟通管理其属下管理其属下 负责处理意外负责处理意外警戒警戒:must not be permitted to become the elitist group版本团队版本团队(继续继续)大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项目组织结构结构角色角色团队之间的沟通团队之间的沟通源码控制源码控制构造与集成构造与集成递减测试递减测试 用户管理用户管理绝对需要绝对需要 不论是正式的还是非正式的文档和沟通不论是正式的还是非正式的文档和沟通决定开

14、发过程中,方向,记录并采纳决定开发过程中,方向,记录并采纳(不断重复)不断重复)开一个开一个“动员大会动员大会”宣布方法宣布方法定位团队目标定位团队目标 定期举行全体会议定期举行全体会议(应该简单明了应该简单明了)明确分配职责明确分配职责/角色和角色和 扩大沟通途径扩大沟通途径经常确定里程碑并庆祝其完成经常确定里程碑并庆祝其完成团队间的沟通建立一个建立一个“Team Rooms”(可以是实际的或虚拟的可以是实际的或虚拟的)信息资源共享信息资源共享指导方向指导方向,需求需求,规范规范,设计决定设计决定,等等等等.状态跟踪状态跟踪发展发展,构建构建,过失等等的跟踪过失等等的跟踪所属人员的状态跟踪所

15、属人员的状态跟踪可见度可见度全面规划,确定时间表全面规划,确定时间表到达的目的到达的目的(里程碑)(里程碑)团队间的沟通清楚地清楚地,明确地、有效地沟通是缺省的前提明确地、有效地沟通是缺省的前提“版本团队(版本团队(release team)”需要一个本地代表需要一个本地代表可能需要卫星式的开发和测试环境可能需要卫星式的开发和测试环境找到或者搭建一个可以同步源码库的工具找到或者搭建一个可以同步源码库的工具多场所的开发大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项目组织结构结构角色角色团队之间的沟通团队之间的沟通源码控制源码

16、控制构造与集成构造与集成递减测试递减测试 用户管理用户管理在代码中可能有很高的重叠部分在代码中可能有很高的重叠部分若想有效地管理,源码控制工具是必不可少的若想有效地管理,源码控制工具是必不可少的在在“component-ownership”和和“line-item-ownership”之间要进行平衡之间要进行平衡自动构建连接自动构建连接源码控制大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项目组织结构结构角色角色团队之间的沟通团队之间的沟通源码控制源码控制构造与集成构造与集成递减测试递减测试 用户管理用户管理集成集成尽早规划

17、尽早规划,从最后日期逆向计划并工作,是必须的从最后日期逆向计划并工作,是必须的尽可能地早开始尽可能地早开始一旦开始一旦开始,确定需求的优先级而不断地维护它的稳定性确定需求的优先级而不断地维护它的稳定性构建和集成构建和集成 构建构建贯穿整个开发过程要定义频率和有效区域贯穿整个开发过程要定义频率和有效区域必须使其自动化必须使其自动化对于代码的检入(对于代码的检入(check-in)要建立标准的检测过程要建立标准的检测过程对整个效率有很大的影响对整个效率有很大的影响对于打断对于打断“build”过程的后果要保持敏感过程的后果要保持敏感构建和集成构建和集成构建构建专注项目的最终目标专注项目的最终目标:

18、建立建立“改变控制改变控制”的阶段的阶段逐渐增加实施变化的难度逐渐增加实施变化的难度Establish a point towards end of project where the only changes permitted are those for fixing critical defects构建和集成大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑的重点需要考虑的重点项目组织项目组织结构结构角色角色团队之间的沟通团队之间的沟通源码控制源码控制构造与集成构造与集成递减测试递减测试(Regression Test)用户管理用户管理递减测试递减测

19、试自动测试工具是基础自动测试工具是基础,但整体测试套件很昂贵但整体测试套件很昂贵定义可以基本覆盖这个定义可以基本覆盖这个“版本(版本(release)”的各种假设情况(假想)的各种假设情况(假想)在最小的情况下在最小的情况下,投资于自动套件投资于自动套件做为构建确认的一部分做为构建确认的一部分Subsets of this set becomes the“check-in”regression test buckets这些子集应该容易并快速地运行这些子集应该容易并快速地运行,否则将被人们绕过否则将被人们绕过大规模项目中的管理问题大规模项目中的管理问题大型项目面临的挑战大型项目面临的挑战需要考虑

20、的重点需要考虑的重点项目组织项目组织结构结构角色角色团队之间的沟通团队之间的沟通资源控制资源控制构造与集成构造与集成递减测试递减测试 用户管理用户管理用户管理用户常常坚持编码要尽快地开始用户常常坚持编码要尽快地开始PM的角色就是只有当需求明确之后再开始开发的角色就是只有当需求明确之后再开始开发在大项目中首先要建造基础部分是在大项目中首先要建造基础部分是至关重要至关重要的的原型可以与基础部分并行地开始,这样用户可以看见进展原型可以与基础部分并行地开始,这样用户可以看见进展提供尽可能多的实用的提供尽可能多的实用的Drivers演示进展演示进展确认需求确认需求总结总结最重要的是规划,并应贯穿整个项目最重要的是规划,并应贯穿整个项目 本能性的动手必将导致失败本能性的动手必将导致失败沟通,沟通,还是沟通沟通,沟通,还是沟通沟通是大型项目成败的最关键因素沟通是大型项目成败的最关键因素投资正在那些定义正确的另外的投入的一些团队投资正在那些定义正确的另外的投入的一些团队Remember the leverage factor保持团队的士气保持团队的士气演示项目的进展演示项目的进展庆祝成果庆祝成果/完工完工!谢谢大家!结结 语语

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服