项目管理的20条锦囊妙计.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
中国最庞大的下载资料库 (整理. 版权归原作者所有) 如果您不是在 3722.cn 网站下载此资料的, 不要随意相信. 请访问3722, 加入 3722.cn必要时可将此文件解密 项目管理的20条锦囊妙计 即使在最完美的条件下,管理一个软件项目也是很困难的。不幸的是,许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过,只依靠某一两条妙计,是无法顺利完成项目的。 即使在最完美的条件下,管理一个软件项目也是很困难的。不幸的是,许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过,只依靠某一两条妙计,是无法顺利完成项目的。?   1.定义项目成功的标准?   2.把握各种要求之间的平衡?   3.定义产品发布标准?   4. 沟通承诺?   5.写一个计划?   6.把任务分解成英寸大小的小圆石?   7.为大任务制定计划工作表?   8.计划中,在质量控制活动后应该有修改工作?   9.为过程改进安排时间?   10.管理项目的风险?   11.根据工作计划而不是日历来估计?   12.不要为人员安排超过工作时间80%的任务量?   13.将培训时间放到计划中?   14.记录你的估算和你是如何达到估算的?   15.记录估算并且使用估算工具?   16.遵守学习曲线?   17. 考虑意外缓冲?   18. 记录实际情况与估算情况?   19. 只有当任务100%完成时,才认为该任务完成?   20. 公开、公正地跟踪项目状态? 即使在最完美的条件下,管理一个软件项目也是很困难的。不幸的是,许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过,只依靠某一两条妙计,是无法顺利完成项目的。 即使在最完美的条件下,管理一个软件项目也是很困难的。不幸的是,许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过,只依靠某一两条妙计,是无法顺利完成项目的。?   1.定义项目成功的标准?   在项目的开始,要保证各方对于判断项目是否成功有统一的认识。通常,跟紧预定的进度是唯一明显的成功要素,但是肯定还有其他的因素存在,比如,增加市场占有率、获得指定的销售量或销售额、取得特定用户满意程度、淘汰一个高维护需求的遗留系统等。?   2.把握各种要求之间的平衡?   每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目方面中的每一个方面,综合成一个约束条件,你必须在这个约束中进行操作;你也可以定义成与项目成功对应的驱动力,或者定义成通向成功的自由程度。可以在一个规定的范围内调整。?   3.定义产品发布标准?   在项目早期,要决定用什么标准来确定产品是否准备好发布了。你可以将发布标准基于:还存在有多少个高优先级的缺陷,性能度量,特定功能完全可操作,或其他方面表明项目已经达到了它的目的。不管你选择了什么标准,都应该是可实现的、可测量的、文档化的,并且与客户所指的质量一致。?   4. 沟通承诺?   尽管可能无意中承诺了不可能的事件,但不要做一个明知不能保证的承诺。坦诚地和客户和管理人员沟通那些实际成果。任何以前项目的数据会帮助你做说服他们的论据,虽然这对于不讲道理的人来说没有真正的作用。?   5.写一个计划?   有些人认为,花时间写计划还不如花时间写代码,但是我不这么认为。困难的部分不是写计划,困难的部分是做这个计划——思考,沟通,权衡,交流,提问并且倾听。你用来分析解决问题需要花费的时间,会减少项目以后会带给你的意外。?   6.把任务分解成英寸大小的小圆石?   英寸大小的小圆石是缩小了的里程碑。把大任务分解成多个小任务,帮助你更加精确地估计它们,暴露出在其他情况下你可能没有想到的工作活动,并且保证更加精确、细密的状态跟踪。?   7.为大任务制定计划工作表?   如果你的组经常承担某种特定的通用任务,你需要为这些任务开发一个活动检查列表和计划工作表。每个检查列表应该包括这个大任务可能需要的所有步骤。这些检查列表和工作表将帮助小组成员确定和评估与他必须处理的大任务相关的工作量。?   8.计划中,在质量控制活动后应该有修改工作?   几乎所有的质量控制活动,如测试和技术评审,都会发现缺陷或其他提高的可能。你的项目进度或工作细分结构,应该把每次质量控制活动后的修改,作为一个单独的任务包括进去。如果你事实上不用做任何的修改,很好,你已经走在了计划的前面。?   9.为过程改进安排时间?   你的小组成员已经淹没在他们当前的项目中,但是如果你想把你的组提升到一个更高的软件工程能力水平,你就必须

文档评论(0)

ddwg + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档