• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

如何做成功的项目经理

发布: 2008-9-23 10:36 | 作者: 不详 | 来源: 测试时代 采编 | 查看: 93次 | 进入软件测试论坛讨论

领测软件测试网

      混合团队由专家和多面手共同组成。多面手继续操作一个用例的整个开发过程,支持并处理多个使用例中各部分的专家们一起工作。

      优点

      ● 拥有前两种方案的优点。
      ● 外部小组只需要与一小部分专家进行交互。
      ● 专家们可集中精力从事他们所擅长的工作。
      ● 各个用例的实现都保持一致。

       缺点

      ● 拥有前两种方案的缺点。
      ● 多面手仍然很难找到。
      ● 专家们仍然不能认识到其他专家的工作并且无法很好地协作,尽管这应该由多面手来调节。
      ● 项目管理仍然很困难。

      成功因素

      ● 项目团队成员需要良好的沟通。
      ● 需要确定公共体系结构。
      ● 必须适当地定义公共流程、标准和准则。

      项目团队士气是项目成功的一个因素

      大部分项目成功的定义说的是项目如何按时完成、是否在预算内以及是否满足用户的需要。但是,在如今要找到好的软件专业人员都非常困难,更不用说留住他们的这种情况下,还需要将项目成功的定义扩展为包括项目团队的士气。可能在努力完成一个软件项目后,不料却因为压榨他们过度而失去了重要的开发人员,这样做可能会符合组织的短期需要,但它对构建一个高效的软件部门的长远利益来说肯定是有害的。衡量项目成功与否的一个重要手段是项目结束后团队的士气。在项目结束之际,项目团队的各个成员是否觉得他们从自己的经历中学到了一些知识、是否喜欢为这次项目工作,以及是否希望参与组织的下一个项目都是非常重要的。

      项目规划技巧

      项目计划技巧对于现今的软件开发人员来说是必需的。这里有一些帮助您有效地计划下一个项目的建议。

      认识到信心来自规划的过程,而不是计划本身。

      创建项目计划会迫使您早在编写代码之前就考虑如何构建您的系统——减少项目的风险,因为您已经考虑了各种策略和方法并且已经选择了最有意义的一项。您的目的不应该只是不花气力产生一个计划;它应该是一个实际可行的计划,您可以根据它来成功管理您的项目。

      软件过程推动计划的开发

      每个软件过程都有一个不同的集合,它包括组织团队的活动方法以及规划项目常用的技术。由于这个原因,基于 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 Non-Technical Problem(将技术解决方案应用到非技术问题)自身的过程反模式(过程反模式是一种已证明在实际运行当中并不是行之有效的方法)。

      技术解决方案仅适用于解决技术问题。例如,“网络计算机”的概念仍然是计算机界中热衷的时尚。其基本概念就是通过网络计算机来替代个人计算机,组织就可以大大缩减支持计算机软硬件的开支。

      研究表明,如果包括培训和支持这些计算机费用的话,那每年支持一台个人计算机的平均开支大约在 $5,000 到 $30,000 之间。网络计算机(也称之为 Java 终端,因为它们仅运行已经打包成 Java 字节代码的程序)理论上将缩减开支,因为它们仅需要简单的维护和支持。尽管做了大量的广告宣传,但迄今为止,网络计算机的销售量十分可怜。从表面上看,网络计算机试图解决的问题看起来是技术性的。但当您想到这一点的时候,问题实际已经成为管理问题之一了。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

32/3<123>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网