设为首页 收藏本站
查看: 884|回复: 0

[经验分享] 项目计划技巧 (转自IBM)

[复制链接]

尚未签到

发表于 2015-10-5 12:01:36 | 显示全部楼层 |阅读模式
项目计划技巧英文原文
对规划下一个项目的建议  Scott W. Ambler
总裁,Ronin International 2000 年 12 月 14 日
项目计划技巧对于现今的软件开发人员来说是必需的。这里有一些帮助您有效地计划下一个项目的建议。

  认识到信心来自规划过程,而不是计划本身。
创建项目计划会迫使您早在编写一行代码之前就考虑如何构建您的系统——减少项目的风险,因为您已经考虑了各种策略和方法并且已经选择了最有意义的一项。您的目的不应该只是不花气力产生一个计划;它应该一个实际可行的计划,您可以根据它来成功管理您的项目。
  软件过程推动计划的开发。
每个软件过程都有一个不同的集合,它包括组织团队的活动方法以及规划项目常用的技术。由于这个原因,基于 Rational Unified Process (RUP) 的项目规划不同于 OOSP 项目的规划, 而 OOSP 项目的规划也不同于 eXtreme Programming (XP) 项目的规划。 不同的过程有不同的计划。
  从粗粒度的计划开始。
在项目将要开始时,应该制定一个粗粒度的、确定项目高级活动和预期里程碑的计划。粗粒度的计划将组织成迭代——根据项目的大小和性质,每次迭代通常在三周到八周之间发生(四周到六周为更佳)。其中一些迭代将集中在项目初期,而很多迭代将集中在整个应用的功能部分开发,还有一些迭代集中在将您的系统转变成产品。
  实施者应该是计划人员。
创建项目计划的最佳人员是负责实施该计划的人员。当规划由一个人创建而由另一个人实施时,如果项目不能按时完成或超出预算,他们不太会相信计划,而很有可能会责备它。也就是说,参与项目的每个人都应该投入到项目计划的开发和进展中。
  不要忘记“不该忘记的事。”
计划不仅要反映需求设计、建模、编程和测试的“真实”工作,而且还应该反映辅助活动(然而仍是重要的),它包括:

  • 休假和法定假日
  • 培训和教育
  • 项目管理活动,如规划和人员管理
  • 开销,如系统当机时间、会议和回复电子邮件
  • 体系结构定义
  • 测试之后的系统返工
  • 系统交付
  • 与重用相关的活动,如普遍化

  将任何设想和约束编入文档。
规划时您总要作一些假设,如能够及时获得应用程序服务器的新发行版,或可以得到熟悉您正在应用的技术和技巧的开发人员。同时,您将在一些约束下工作,如影响计划的强制截止期限或资源限制。将这些假设和约束编入文档,这样,当您实施项目的任何时候更新计划时,都可以记起您先前做出的一些“不寻常”决定。
  认识到不同的资源意味着不同的计划。
十名有经验的开发人员组成的团队创造出的成效要远远多于十名初学者组成的团队所创造的成效。要想更加实际的话,您的计划必须反映项目可使用的资源的真实情况。
  创建现实的计划。
项目组必须相信其项目的目的、估价和时间表。要做到这点,您必须真实地规划,避免规划超出您能理解的范围。仅当您打算研究未知事项时,才能容忍无知。
  只规划有价值的事。
IBM DeveloperWorks 网站提供了许多可应用于您项目的最佳实践。然而,根据项目的性质,不是所有这些技术都将适合于您的独特情况。要将这些最佳实践简单地看作是您放置在“项目管理工具箱”中的工具,您可以根据需要适当使用这些工具。
  适当使用项目管理工具。
一些项目管理工具,如 Microsoft Project,提供了重要功能, 如 Gantt 图表(活动时间表)的开发、规划实际结果的比较、PERT 图表(网络图表)的开发、任务的定义、任务之间相关性的定义、对任务的资源分配和资源平衡。所有这些事情似乎象是一个好主意,并且它们通常是好主意——但它们还需要许多精力来创建和维护,而且很少为项目组提供实际价值。的确,它让一些项目管理人员感到富有成效。的确,高级管理喜欢看见您有一个计划。但是,没有一行代码是由所有这个活动产生的。规划是有价值的活动;但投入大量的时间来创建规划图表通常不是有价值的活动。
  参考资料
有关项目规划的详细信息,请参阅:

  • Process Patterns -- Building Large-Scale Systems Using Object Technology ,Scott Ambler 著。New York:Cambridge University Press,1998。
  • "Enhancing the Unified Process",Ronin-International 白皮书,Scott Ambler 著,2000。
  • The Object Primer 2nd Edition Scott W. Ambler 著。New York:Cambridge University Press,2000。
  • The Unified Process Inception Phase,Scott W. Ambler 和 Larry L. Constantine 合著。Gilroy, CA: R&D Books, 2000。
  • Planning Extreme Programming,Kent Beck 和 Martin Fowler 合著。Reading, MA: Addison-Wesley Longman, Inc., 2000。
  • The Rational Unified Process: An Introduction, Second Edition,Philippe Kruchten 著。Reading, MA: Addison-Wesley Longman, Inc., 2000。
  • Software Project Management: A Unified Framework,Walker Royce 著。Reading, MA: Addison-Wesley Longman, Inc., 1998。
  关于作者
Scott W. Ambler 是 Ronin International 的总裁,该公司是一家专门提供面向对象过程指导、体系结构建模和 Enterprise JavaBean (EJB) 开发的咨询企业。他自己著作了或者与其他人合著了几本有关面向对象开发的书籍,包括最近出版的 The Object Primer 2nd Edition,该书详细介绍了本文所概述的主题。可以通过 scott.ambler@ronin-intl.com 和他的网站 www.ambysoft.com 与他联系。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-122926-1-1.html 上篇帖子: IBM Tivoli NetView网络管理软件简介 下篇帖子: IBM:未来五大新技术改变人类生活
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表