- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
大规模项目中的管理问题;大规模项目中的管理问题;大型项目面临的挑战;大型项目面临的挑战;大型项目面临的挑战;大型项目面临的挑战;大型项目面临的挑战;大型项目面临的挑战;需求的收集:
如果想重复这步将是非常困难的
从用户不同的部门可能得到相互矛盾的需求
确保来自用户的在资源投入上的承
确定在用户单位中谁是最终说了算数的人
完善的、可接受的、文档化的需求是非常必须的;大型项目面临的挑战;大型项目面临的挑战;大型项目面临的挑战; 工作分派的比较
;大规模项目中的管理问题;考虑的重点;大规模项目中的管理问题;项目的组织例子;组织规划 ;项目的组织例子;组织中的角色;项目的组织例子;组织中的角色 ;项目的组织例子;组织中的角色;项目的组织例子;是一个由对项目和技术有很深的理解的人组成
一般由项目经理和技术负责人组成
必须要注重实效,避免官僚化
有很好地发现和确认实际问题的能力
在整个开发过程中要有丰富的经验
在项目的不同阶段人员关系可能有变化
;建立并采用 开发指南 — 包括项目中的程序/过程和开发惯例/协议
强制实行相应开发指导方针和程序/过程
定位和解决低效率和瓶颈
推动团队间的沟通
管理其属下
负责处理意外
警戒: must not be permitted to become the elitist group;大规模项目中的管理问题;绝对需要 – 不论是正式的还是非正式的文档和沟通
决定开发过程中,方向,记录并采纳(不断重复)
开一个 “动员大会”
宣布方法
定位团队目标
定期举行全体会议 (应该简单明了)
明确分配职责 / 角色和 扩大沟通途径
经常确定里程碑并庆祝其完成;建立一个“ Team Rooms” (可以是实际的或虚拟的)
信息资源共享
指导方向, 需求, 规范, 设计决定, 等等.
状态跟踪
发展, 构建, 过失等等的跟踪
所属人员的状态跟踪
可见度
全面规划,确定时间表
到达的目的 (里程碑)
;清楚地, 明确地、有效地沟通是缺省的前提
“版本团队(release team)”需要一个本地代表
可能需要卫星式的开发和测试环境
找到或者搭建一个可以同步源码库的工具;大规模项目中的管理问题;在代码中可能有很高的重叠部分
若想有效地管理,源码控制工具是必不可少的
在 “component-ownership” 和 “line-item-ownership”之间要进行平衡
自动构建连接;大规模项目中的管理问题;集成
尽早规划, 从最后日期逆向计划并工作,是必须的
尽可能地早开始
一旦开始, 确定需求的优先级而不断地维护它的稳定性;构建
贯穿整个开发过程要定义频率和有效区域
必须使其自动化
对于代码的检入(check-in)要建立标准的检测过程
对整个效率有很大的影响
对于打断“build”过程的后果要保持敏感
;
构建
专注项目的最终目标:建立“改变控制”的阶段
逐渐增加实施变化的难度
Establish a point towards end of project where the only changes permitted are those for fixing critical defects;大规模项目中的管理问题;递减测试;大规模项目中的管理问题;用户管理;总结
原创力文档


文档评论(0)