项目开发中的一些感受_项目管理文章库

用户名密码

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

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

服
务
区

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

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

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

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

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

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

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

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

北京 | 直播 | 录播

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

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

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

计划 | 报名 | 经验

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

项目开发中的一些感受

作者：佚名提交人：项目管理者联盟[佚名] 属性：提交人转载发布时间：2009/2/9 点击：2208 【收藏本文】

　　项目的成败是变数多多，既有技术的，也有管理的，也有关系的，既有自身的，也有客户的，但是只要我们把我们可以控制的做好了，至少这个项目成功了一半。项目管理者联盟
    项目管理者联盟
　　项目的需要变化是肯定有的，而且变化一般都很频繁，我们怎么应对客户的这种需求变化呢，以不变应万变。首先在前期的需求调研要做好，尽可能的替用户考虑，达到功能质量满足最大化。需求调研前期的《目标与范围》和需求调研末期的《功能规格说明书》都要跟客户签字确认，这样既能保证我们所理解的需求就是客户所要的，也使得项目末期跟客户验收时有据可依。根据我自己做项目的经验，由于客户一般对计算机不是很了解，和他们交流用我们行业的话，他们根本就不懂，如果用文档也很难把需求写的那么明白，而且文档很多的话，客户都看烦了，很不直观。如果让客户一看就可以看出这个就是他们想要的，我个人认为最好的方式就是做系统原形。系统原形应该在需求分析的时候开发人员在分析师的指导下完成真实环境中的开发，当然开发只是界面的功能模拟，没有底层代码的实现。这样做的目的有三个好处，一是客户很直观的看到他们的系统是什么样子的以及怎么操作，二是这些开发的成果是可以二次利用的，三是可以更好的激发客户的需求。项目管理者联盟文章
    项目管理者联盟
　　在项目中期是发生需求变更是很常见的，这时要做好需求变更管理流程。需求变更表，小的变更自己掌握，客户要求的变更有开发人员和设计人员共同商讨后提交项目经理，项目经理预估变更损耗工程时间，在一定阶段一起提交给客户，大的变更直接提交客户，并且要把需求变更对项目产生的影响让客户知道，把球尽可能的踢给客户，让客户在进度、功能、资源三者中取舍出一个平衡来。对需求进行分类评级，关键部分不能改动的做特别确认（如系统架构等，如果改变等于从头再来）。同时完成客户签字确认，当然如果能将这部分写成合同细节中去是最好，但国内的合同好像都是在打单时是基本上都承诺，也不会到细节，在合同签订后启动后才发现问题。但合同中可以写明如果需求变更什么级别的怎么样，多少钱等;签订合同也是一个很高的技巧，建议把系统的边界及功能范围和解决方案与合同一起签署，这样客户提出的新功能就可以暂且搁置。当然这就需要项目经理很高的经验和技巧了，不是光通过学习就能掌握的。项目管理者联盟
pmp.mypm.net
　　下面我结合我的项目开发经验说下在项目开发中的失败原因：项目管理者联盟
   项目管理者联盟
　　一、需求调研阶段我们做的不够细，调研的时候几乎是一个单位半天的时间，收集一些报表，根本就没有了解用户的需求。项目管理者联盟
  项目管理者联盟
　　二、对客户现有系统分析和研究重视不够，我们开发的系统是客户已有的系统，他们已经用了多年，在使用的过程中他们已形成了自己的习惯。而且他们的老系统也有他存在的优点，也是在使用的过程中逐步完善的，可是我们在开发过程中完全忽略了老系统的存在。  项目管理培训
  项目管理者联盟
　　三、签订合同也是非常重要的，具体内容我在上面已说过了。项目管理者联盟
   项目管理者联盟
　　四、没有《功能规格说明书》，这个是我们项目中最大的失误，致使后来客户的改动让我们很被动。《功能规格说明书》反映了客户提出的所有需求功能，我们也是按照《功能规格说明书》来开发的。后期   客户的变化都可以和《功能规格说明书》对比，具体怎么变更按照我们的变更流程来做。经验教训：《功能规格说明书》作为产品需求的最终成果必须具有综合性：必须包括所有的需求。开发者和客户不能作任何假设。如果任何所期望的功能或非功能需求未写入软件需求规格说明那么它将不能作为协议的一部分并且不能在产品中出现。并且注意以下几点：完整性、正确性、可行性、必要性、划分优先级、无二义性、可验证性、一致性、可修改性和可跟踪性项目管理论坛
   club.mypm.net
　　五、前期项目开发人员投入过少，项目周期越长，对我方越是不利。主要有以下几点：项目经理博客
service.mypm.net
      1、时间越长，客户的需求越多，变化也越多，我们的风险就越大。 bbs.mypm.net
      2、在长周期中往往会有政局的变动，例如客户领到的变动等。项目管理培训
      3、项目周期太长容易造成人员流动的扩大以及工作效率的降低。项目管理者联盟
      经验教训：前期多投入人力，尽早完工，降低我方的风险。 talent.mypm.net
   club.mypm.net
　　六、项目管理人员是项目成败的关键人员，尤其是我们的这样的公司，对项目经理的要求更高，对这个职位的人员的综合素质要求非常高。为什么这么说呢，首先从我们公司项目经理所做的工作说起，在我们公司中项目经理要承担项目的前期调研、需求分析、架构设计、质量的保证、计划的安排执行和跟踪、掌握行业知识、人员的管理、技术支持、风险的预测以及数据库的设计等等工作。而在大型软件公司中这些工作至少是有3年以上本专业经验的2人来做，一个项目经理和一个软件架构设计师。一个项目在前期的这些工作就是一个错误的话，后面有再强大的开发团队也是白搭。我们还是一个年轻的团队，很需要这样的人才，需要公司来培养，如果遇到项目，再招人员来担当这样的工作，风险是可想而知的。而且这样的人员肯定是从项目实战中成长起来的，不是有非软件项目管理经验的人员或者市场人员转过来就可以做好的，更不是从书本或者参加某些培训就可以学到的。 pmp.mypm.net
   项目管理者联盟
　　七、一味的追求快速开发，时间进度。在我所去的公司中好多都是想把项目尽快做完，我们公司也是一样，但是我知道用友不是的。做项目和孕妇怀孕一样，没有捷径可以走的，必须一步一个脚印走。公司往往为了赶进度，省略了某些工作，最终结果是后面付出几倍省了那些时间的代价去弥补，更严重的是前期的工作白做了，用个成语形容就是“投鼠忌器”。项目中有个不变的金三角法则，即时间、功能和资源。他们永远是相互联系和相斥的。怎么去平衡他们，需要我们根据实际项目的情况去分析解决。作为开发人员也不愿意在一个项目中有过多的时间，他们也想早点结束项目。开发人员在一个项目中的时间太长，他们会变得非常的烦躁，工作效率也会降低，最严重的风险是他们选择走人来解脱自己。那么怎么解决这个问题呢，我个人的意见是用我们的实际能力按照一个正常的进度去做，如果一个项目在功能、时间和资源一定的情况下，需要10月才能完成的情况下，如果我们一定要在5个月完成，那和一个孕妇怀孕5个月生个孩子的后果是一个样的。项目管理者联盟
  www.mypm.net
　　八、没有确定系统的边界，所谓系统边界就是我们做的项目到底要做哪些功能点，以及这些功能点具体要做的什么程度。这些不确定或者和用户不说清楚，以后我们就是永远做不完的工作，用户会不断的提出新的需求和新的功能，我们已经无法控制。项目管理者联盟
   项目管理者联盟
　　九、对前期的调研和设计重视还是不够，包括数据库等的设计，从我在我们公司所做的项目中我体会到，我们总是害怕客户提出需求，总是不敢去更深的去挖掘客户的需求，害怕我们的工作量增大，后果是在开发好后，给客户一看说：“这不是我们需要的，我们想要的是这样的”。在代码和数据库设计中时间投入很少，这些工作本来就是比较抽象的，需要不断的研究和推敲才能设计好的，但是我们为了时间进度，很快就出来了，后果是客户的一些小的需求变动，由于我们的设计不好，导致前期的工作白作了。 www.mypm.net
   项目管理者联盟
　　十、客户意见的一致性，我们在调研的时候过分相信领导，我们做的项目真正的使用者不是领导，而且广大的员工，领导只是看数据的。我们的调研对象主要是最终用户，尤其是在大型项目中，可以说是领导很多，各有各的想法和意见，到底他们谁的是对于错呢，其实这个根本没有对于错。而我们吃亏的一点就是他们的这些领导提出意见的时候都不在一起，他们也没有开会研究过，谁提意见就按照谁的改，后果是我们的重复工作不知道做的多少。这个就是在我们内部也发生。解决方案：在调研和需求改动修改一定要和客户确认好，等他们内部意见一致才能改动，包括我们内部也是一样。调研也要指导调研的真正对象，不能太相信客户的领导。项目管理培训
   转自项目管理者联盟
　　十一、用户参与，在项目的开始和结束用户是需要一直参与进来的，我们每做个可以运行的功能等就需要和用户交流，这样可以避免很多风险也可以尽早发现需求的误解的等等。项目管理者联盟

[相关文章]

[网友互动]

·IT项目管理实践：软件开发项目管. (8169)	项目管理者联盟	05-06
·敏捷软件开发团队的26条核心原则 (4360)	项目管理者联盟	09-27
·两位大儒对软件开发的思想碰撞 (2330)	高国伟	12-18
·沟通是软件开发项目成功的关键 (25711)	符长青	06-19
·IT项目开发中常见的风险 (8394)	项目管理者联盟	01-19
·一个完整的软件开发流程是什么样. (20956)	项目管理者联盟	01-12
·房地产管理中多项目开发模式 (3991)	项目管理者联盟	01-05
·房地产管理中的多项目开发模式分. (4244)	项目管理者联盟	12-28

03-06[帖子] 请参与一项软件开发项目成功率的调查 (5811)
01-13[帖子] 你知道软件开发项目的管理流程吗？ (1265)
02-14[帖子] IT软件开发流程 (8803)
02-14[帖子] IT项目开发通常需要哪些人员？ (3233)
01-25[帖子] EasyTrack分享：为什么做软件开发类项目 (2816)
04-25[帖子] 软件开发项目管理容易陷入哪些困局？ (2889)
11-29[帖子] 华为软件开发云又出新服务：开源镜像站. (5584)
11-27[帖子] 软件开发未来发展五大趋势，从业者们注. (2927)

[发表评论]

本站热点

·从《PMBOK指南》第八版看项目经理角色
·国际项目管理奖项PMI(中国)项目管理大
· 华师大CTO学院：科创生态建设与创新项
·宏发电声江玫瑰谈PgMP：“下好一盘棋”
·PgMP：交付能力与创造未来的项目管理方
·开放讲座|《项目组合管理与PfMP认证》
·开放讲座|项目组合管理与PfMP认证
·开放讲座|PgMP：项目管理思维与方法论
·开放讲座|《项目组合管理与PfMP认证》

栏目说明

《文库》栏目为项目管理者联盟网站核心栏目，收录了十大行业项目管理文章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.