对软件项目管理的探讨_项目管理文章库

用户名密码

联盟服务关于我们联系方式收藏本站

PgMP认证，美国项目管理协会高端项目管理认证！大型项目与项目群管理Program Management全球权威认证

服
务
区

网站登录：会员企业专家服务商
企业服务：PMP培训内训课公开课
工具箱：发表文章提问题发案例

首页：动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC

互动：活动 | 案例 | 问答 | 论坛 | 博客 | 圈子

应用：基础┊工程┊软件┊制造┊活动┊研发认证：PMP┊NPDP┊ACP┊PgMP┊IPMP┊P2┊ISPMP┊IMCP┊建造师┊MPM 特色：热点┊奖项

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

当前位置：文库首页 >> 文章内容

对软件项目管理的探讨

作者：陈思恩提交人：samchen111[陈思恩] 属性：提交人原创发布时间：2009/6/10 点击：20453 【收藏本文】

　　首先，确立项目经理角色，符合一般公司的管理模式，比较容易被接受。如果有多人同时负责的话，容易产生责权理不清楚，互相扯皮的现象。有一个项目经理对项目完全负责，遇到问题容易很快得到解决；他作为项目组代表，负责向上级汇报工作，能使其他人全力投入到项目中，而不至于在日常的事务中耽误太多时间，从而在某种程度上也提高了工作效率。   项目管理论坛
项目经理博客
　　在原来的很多项目中，大多都没有设置产品管理角色，他的工作一般由项目经理兼任。这样的做法已证明存在很多问题，会使项目经理精力分散，而且产品管理的任务和项目的日常管理工作也不大相同，如果叫一个人负责，怕两头都顾不上搞不好。在产品管理组中，根据项目的大小，可以设置两个负责人，一个代表用户确定需求，另一个主要负责测试，但由前一个负总责。因为只有用户代表认可了的产品品质，才是真正可以交付的品质。   项目管理者联盟
training.mypm.net
　　产品管理经理（以下简称产品经理）是项目中非常重要的角色，他可以对技术不是很精通，但是必须对产品所服务的领域非常熟悉，最好是领域专家，在他的带领下，项目才不至于偏离预先设定的前景范围。他必须对产品的需求能作出很好的把握，在适当的时候能进行流程重组，对产品的可用性和易用性有最终决定权。根据我们的经验，通过设定产品经理，主要的感觉是产品受用户的欢迎程度增加了，无用的特性少了，因而也更容易成功。   www.mypm.net
项目管理者联盟
　　开发组主要负责产品的概要设计，详细设计及代码实现，这和一般项目中的开发人员差不多，就不再赘述了。   bbs.mypm.net
　   PgMp.mypm.net
　　根据我们的经验，这样组建的开发团队既有助于提高工作效率，又能保证有良好的产品质量。没有设置产品管理角色的团队最容易产生的问题是开发人员往往喜欢凭他们的主观臆想来设定产品的某些功能，最终导致产品易用性极差，不容易为用户所接受。   项目管理者联盟

　　3.2软件过程管理   项目管理者联盟
talent.mypm.net
　　MSF开发过程总的来说是一个基于里程碑的，迭代的，风险驱动的过程。一般遵循如下原则：①进度计划留有余地；②通过风险管理减少不确定性因素；③通过快速原型法尽可能使产品稳定和可预测；④缩短生命周期；⑤重视创新使资源和性能效率最大化；⑥拆分大项目等。   项目管理者联盟
　　   club.mypm.net
　　在过程模型上，主要包括四个重要里程碑：①前景/范围确认；②项目规划确认；③开发完成；④对外发布。   项目管理者联盟
项目管理者联盟
　　我们把MSF的各个阶段对应到传统的项目开发各阶段，目的是使公司所有人员便于理解和使用。其中“前景范围确认”对应传统的“可行性分析”；“项目规划确认”对应“需求分析”和“项目计划”；“首次运行”对应“开发完成”，“发布”的意思和传统基本相同。同时，我们也根据公司的具体情况对流程进行了相应调整，把整个流程分为可行性分析、需求分析、开发计划、开发过程和结项总结五个阶段，下面分别进行说明。   项目管理者联盟
项目管理者联盟
　　3.2.1可行性分析   项目管理者联盟
项目管理者联盟
　　按照ISO9001的要求，在软件开发前有一个可行性分析报告，讨论项目的可行性和风险，一般公司项目也都会经历这一阶段。做可行性分析一般由未来的项目经理和产品经理共同完成，讨论该项目的技术、经济可行性和潜在的风险等。很多小公司在做项目前都没有这个过程，往往是不管自己的实际情况，匆忙上马，遇到项目就接，结果是做一个死一个，成功的很少。   training.mypm.net
项目管理者联盟
　　在做可行性分析的时候，要充分考虑公司以前的各种技术和市场积累，还有目前的资源可用性情况，特别是要做好风险分析。我以前就碰到过这种情况，一个项目的领域和公司以前的领域不尽相同，在立项前没有充分考虑各种情况，认为这个项目比较简单，应该没什么问题，结果是没有做得很成功，进度上也拖了一段时间。在后来结项分析的时候，认为主要的问题就是领域的区别造成了公司内部没有人对该领域特别熟悉，缺乏领域专家，并对上述风险估计不足，也没有对风险进行较好的管理，所以造成了项目的不成功。   项目管理者联盟
项目管理者联盟
　　上面提到，可行性分析一般是由未来的项目经理和产品经理完成，必要时还需要市场人员的参与，项目经理主要考虑技术可行性，包括项目最初估计的进度表和资源需求情况；产品经理主要考虑市场和经济上的可行性（主要是针对软件产品而言）。只有预先对各种问题进行完备的分析后，才能得出正确的决策。不要到后来因为那些事先没考虑到的，但应该想到的各种原因造成项目失败；或者虽然完成了，但是没有取得预期的效果，不能给公司带来较好的收益。   项目管理培训
项目管理论坛
　　只有在可行性分析通过评审，公司高层领导者认可的情况下才能付诸实施。通过可行性分析，揭示了即将面临的各种问题及风险，使得公司内部对该项目有了一致的认识，在后来的资源申请上也更容易得到高层支持，更易于导致项目成功。那种只有一个想法，就开始实施的做法是绝对不可取的，可以是单兵做战，但决不是公司行为。   项目管理者联盟
项目管理者联盟
　　3.2.2需求分析   talent.mypm.net
项目管理者联盟
　　需求管理是软件开发中非常重要的部分，在一般的MIS型项目中，准确的把握需求往往是项目成功的关键。但需求管理也是个困难的过程，据我所知，太多项目的需求都没有良好的管理过程，往往导致项目后期的大量修改或者直接使项目失败。   项目管理者联盟
项目管理者联盟
　　需求的管理主要由产品经理负责，其中最终用户（end user）的实时参与是一个非常重要的因素。在需求采集阶段，我们主要采用了原型法，使用VB或者FrontPage建立最终产品的界面，然后把功能实现和界面一一对应起来，和用户进行讨论，并不断的修改界面。最终在基本达成一致后，对应原型写出需求规格说明书，在评审后纳入基线管理。   项目管理者联盟
项目经理博客
　　在后面的开发中，我们必须保证最终产品界面和原型基本一致，如有变更，则必须提交项目组和客户讨论。根据我们的经验，优秀的产品经理＋用户参与＋原型法＝良好的需求说明。   talent.mypm.net
项目管理者联盟
　　在需求的制定过程中，产品经理必须和项目经理、开发人员、测试人员进行良好的沟通，使项目组全体都参与到需求分析中来，并共同确定需求的关键特性：   项目管理者联盟
项目管理者联盟
　　1．项目的范围：在需求分析中，首先必须明确项目的范围，去掉那些看似属于该项目其实不该在项目中的需求特性。特别是在一些MIS项目中，客户往往把一些属于他们的日常工作但不属于该项目的需求提交给项目组，这时就必须分清项目的范围，不要在项目中加入太多不应该做的东西，否则往往会导致项目范围无限扩大，最终只能是使项目失败。   项目管理者联盟
PgMp.mypm.net
　　2．需求的优先级：需求的优先级是非常重要的特性，只有在准确把握的需求优先级的基础上我们才可能规划外部里程碑（产品版本）和内部里程碑（开发的阶段性，后面会讲到）。通常是用户最关心，使用最频繁的功能应该属于高优先级，而那些不怎么重要或很少用到的功能应该属于低优先级。我们必须在产品的开始版本和项目的开始就把重点放在高优先级的需求上，而对于低优先级的功能可以在项目后期根据需要进行裁减或纳入下一个版本规划。   项目管理者联盟
项目管理者联盟
　　3．产品的易用性：产品的易用性反映在原型中，是原型法的一个非常重要的作用。很多产品的失败其一个重要原因就是易用性比较差，虽然它在功能上满足了用户需求，甚至可以说功能很强大。通过原型法，能让用户看到并模拟使用最终的产品界面，能在需求阶段通过修正软件界面来适应用户的偏好，从而在很大程度上提高了产品的易用性，使项目更容易成功。   service.mypm.net
项目管理者联盟
　　4．其他需求特性：如性能要求、健壮性等。这些特性是产品的非功能性需求，也是项目成功的关键因素，特别是在一些大型的涉及重要领域的管理信息系统中。   项目管理者联盟
项目管理者联盟
　　需求分析是整个项目活动中的非常关键的部分，它的好坏往往决定了项目的成败。根据经验，需求分析所需的时间往往占整个项目时间的12％[1]。在需求分析中，需要防止的一个错误做法是太依靠一些所谓的分析方法，而使整个需求分析过程非常复杂，过多的图表往往使人眼花缭乱，而不能准确抓住问题的本质。一些分析人员往往对自己熟悉的简单的业务花大力气，而对不熟悉的则一笔带过，也是本末倒置的错误行为。在分析过程中，我们必须始终把握需求分析的目的是把模糊的流程搞清晰，把复杂的业务尽量简化，而不是相反。   项目经理博客
training.mypm.net
　　需求的管理也是非常重要的方面。对需求分析完后的形成的规格说明需要进行专门的评审，并且需要客户和最终用户的参与，在达成一致后形成最初的需求基线。以后对需求的更改都必须在基线的基础上进行，并需要项目组各成员的一致确认，对需求进行严格规划评审的目的也在于在项目的后期能尽量减少对需求的更改，提高开发的效率。   转自项目管理者联盟
training.mypm.net

本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！

[相关文章]

[网友互动]

·软件项目管理各环节常见问题及解. (2416)	项目管理者联盟	03-14
·大型EPC工程的项目管理经验分享 (1901)	项目管理者联盟	01-20
·工作十年总结的这36条项目管理经. (1971)	项目管理者联盟	12-20
·大型EPC工程的项目管理经验分享 (2365)	项目管理者联盟	12-07
·以甘肃电投火电工程项目为例——. (3218)	项目管理者联盟	06-21
·项目经理该如何做好软件项目管理. (3685)	项目管理者联盟	09-24
·以总包商视角探讨“背靠背”条款. (2649)	竹影扫尘	01-13
·弱电项目经理总结的工程项目管理. (4666)	项目管理者联盟	12-09

07-16[帖子] 项目经理总结的10个成功的管理经验 (1253)
05-17[帖子] 免费--招投标软件项目管理实战电子书 (7370)
05-17[帖子] 免费--招投标软件项目管理实战电子书 (7525)
08-06[帖子] 工程项目管理经验，其实可以复制 (12219)
01-21[日志] 在项目管理行业十年，他如今分享项目管. (2943)
09-17[帖子] 【干货】国有资本投资运营公司——三种. (1139)
04-28[日志] 软件项目管理 (357)
11-24[日志] XX项目管理经验总结（二） (338)

[发表评论]

本站热点

栏目说明

《文库》栏目为项目管理者联盟网站核心栏目，收录了十大行业项目管理文章5000余篇，囊括了项目管理五个阶段、九个知识领域的相关文章，是广大项目管理爱好者学习的知识库，欢迎大家发表原创文章、转贴文章，或直接发给编辑。须联盟会员且登陆后才能发表文章。

项目管理活动

活动QQ群：531390275
免费积累PDU,仅500人
2022年项目管理活动计划
2021活动精彩回顾

原创排行榜

项目管理评论杂志	311	高扬	106
乔东	100	项目管理	84
高国伟	61	人月神话	60
张为	59	郭致星	52
蒋昕炜	46	肖杨	38
曾伟强	37	潘德有	36

搜索文章

关键词：

行业：

团队成本风险进度
沟通采购质量合同

更多>> 专题集锦

企业项目化管理

PMO实践与应用

如何处理项目客户关系

经理访谈

个人专栏

王树文

赵春明

高国伟

项目管理者联盟特刊

	联盟特刊是对网站会员发行的内部刊物，刊物内容包括：案例及分析等，得到了会员好评。
电子期刊：
特刊下载：
2017合刊 2016合刊 2015合刊 2014合刊 2010合刊 2009合刊 2008合刊 2004合刊 2005合刊 2006合刊 2007合刊

施工企业管理

	《施工企业管理》创刊于1986年1月，中国施工企业管理协会主办，是反映施工企业管理杂志。
浏览往期：

建造师杂志

	《建造师》杂志由清华国际工程项目管理研究院主办，是中国面向建设企业管理人的高端杂志。
浏览往期：

如转载本站文章，必须于文章开头处注明转自“项目管理者联盟”，并注明原作者

PMI,Project Management Professional, OPM3, PMBOK, PMP，PgMP，PfMP，PMI-ACP，PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.