用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 PgMP认证,美国项目管理协会高端项目管理认证!大型项目与项目群管理Program Management全球权威认证


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPNPDPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

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

网络课程

PMI-PBA®认证

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

网络课程

NPDP®认证

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

网络课

PMP®认证

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

北京 | 直播 | 录播

PgMP®认证

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

网络班

PfMP®认证

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

全球直播

软考项目管理

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

计划 | 报名 | 经验

敏捷项目管理ACP认证培训
国际产品经理NPDP认证

中国软件工业的冤枉路

作者:黄绍良   提交人:黄绍良[黄绍良]   属性:提交人原创   发布时间:2005/6/15   点击:9837   【收藏本文

作者:黄绍良service.mypm.net
MBA, MPD, CPM, MACS, MCEPIS, PMPpmp.mypm.net
昆山泓森信息科技管理顾问有限公司

软件开发的冤枉路

大部分软件开发从业人员常述说“很难把握客户的需求”。这句话基本上不应该从一个专业人员口中说出来,你听过一个装修工人告诉你不能把握他客户的装修需求吗?但这却是事实。如何能够“把握客户的需求”便成为软件工程中急需解决的问题。很多专家发表很多理论,应该如何才能够把握客户的需求,需要采用那些手段,那些方法等等。。。。但我可以把过去三十多年科技企业软件开发的经验告诉大家,我们基本不用去“把握”客户的“需求”。blog.mypm.net
talent.mypm.net
软件开发的冤枉路带来目前IT 项目管理的另一段冤枉路,我们是否还需要继续朝这条冤枉路走下去,还是找寻我们软件工程的正确路线?希望各从业人员自己判断,并适当的做出结论。项目管理者联盟文章
bbs.mypm.net
国内对需求的解释项目管理者联盟
项目管理者联盟
从72 年开始从事软件开发,到79 年开始成为开发小组主管,到84 年正式成为项目经理,一直到今天已经积累了三十多年的开发及二十多年的管理经验,最近这两年在国内从事教育及咨询的工作,发觉国内软件从业人员所谈的“需求”和我过去在国外执行软件开发时所谈的“需求”有很大的差异。我们在国外建设系统的时候,『需求』是技术人员建立的,不是从客户口中把握的。但国内的软件从业人员所谈的“需求”是在“调研”过程中由客户提出的。坦白说,客户基本不理解本身的需求,又如何能够告诉我们所期待的“需求”呢?又如何会认同从业人员收集到的“需求”及确认所谓“需求说明书”呢?试想想,当我们要研制一件产品的时候,我们会问消费者他们对产品的需求吗?也许我们会咨询他们的意见,但生产商会综合消费者的意见,本身对市场的理解,和最终客户群的采购“目的”来制定产品功能需求,最后成为产品的规格。才投入生产,推广到市场中。这个道理很简单,但我国的软件工业却认为软件工程与产品开发不是一样的,不能用同一直方法处理,一直在走冤枉路。转自项目管理者联盟
training.mypm.net
从项目开始进行“调研”(另一个软件工业的重大误区),对客户的基层人员进行访谈,希望能够在调研期间让客户说出本身的需求,好能把握客户的需求,好能编写所谓调研报告或需求说明书,所谓调研是进行调查,继而进行研究,这是两个工作,但我们常把它变成一个工作来进行。国内对“gather requirements” (收集需求)的理解是从客户的访谈、调查、研究过程中发掘客户的需求,由于客户对需求不明确,技术人员未能把握需求,所以一开始调研下去便是半天。项目管理者联盟
项目管理者联盟
国外对需求的诠译转自项目管理者联盟
项目管理者联盟
国外软件行业基本没有一个所谓“调研”的概念。我们在项目的起始阶段只有“factfinding”(或FF,即“找寻事实”)。顾名思义,FF 的目的是理解客户如何执行工作,技术人员对客户进行访谈,目的并不是把握客户的需求,目的是理解客户目前如何执行本身的工作。访谈报告只包括目前工作如何在部门中实施,是现状的描述。所以往往能够得到客户的认同及确认。项目管理者联盟
项目管理培训
在访谈结果后开始对现状进行分析,考虑整个工作流程是否合理,如何才能够达到项目的目标,从如何达到项目的目标来决定项目的需求。项目管理者联盟
项目经理圈子
国内外的差异项目管理者联盟

我们必须认识到一点, 软件开发的目的是为企业提升生产率( Productivity improvement),提升工作效率(efficiency improvement)及建立商业效益(business benefits),而不是为了满足某一些需求。如果项目的目的是为了满足某一些需求来解决一些运营上的问题,那么这些便是系统维护项目,不是系统开发项目。这些项目的需求通常比较明确,客户清楚的知道需要增加那些功能,可以直接告诉技术人员有关功能的需求。在现有系统中附加该功能,便能够完成项目,这方面的需求绝对可以得到各阶层人员的认同。talent.mypm.net
转自项目管理者联盟
软件开发是为了提供一套完整工具(软件加硬件)来完成一个部门或一家企业的“运营目标”,如何可以利用科技来使企业的运营更理想,是软件开发的主要原因。所以当我们完成分析后,明确的理解需要那些功能才能够让企业或部门能够更有效地达到目标,这些功能才是系统的真正需求。我们所说的“gather requirements”基本上是包括Fact Findings 和分析(Analysis)两个阶段的结果,不是国内所执行的“调研”一个工作希望直接带出来的结果。项目管理培训
blog.mypm.net
整体解决方案项目管理者联盟
service.mypm.net
当完成分析后,有了全面的功能需求,接下来便需要让客户认识到他们的最终目的需要那些功能和如何可以利用科技(软件及硬件)的结合来完成,这便是我们所说的解决方案。这时候还没有对系统进行设计,只是让客户认识他们所希望的目标需要那些系统功能来完成。我们的目的是让客户认同只要我们的系统可以提供这些功能,便能够达到他们的最终目的。这便是确认需求的目的。同时在确认这些需求的时候,把项目的范围牢牢的建立起来。项目管理者联盟
转自项目管理者联盟
客户的确认项目管理者联盟
项目管理者联盟
到这里,相信大家都知道为什么我们在国外可以让客户确认需求而国内的技术人员却未能让客户确认需求了?很多同业往往感觉困惑,为什么访谈结果可以让被访者接受,但每当要求对方主管确认的时候又被打回头票呢?在回顾国内把握需求的方法,希望从访谈的用户口中提供系统的功能需求,这是把我们的专业工作交给客户来执行,他们又如何能够完成我们本身做不到的工作呢?纵然访谈的客户可以很明确的认识到本身工作上的需求,同时可以确认你递交的调研报告或需求说明书,但这只属于他本人工作岗位及工作层次上的需求,而部门主管及企业领导的需求是比较全面,肯定与有关工作人员所提出的需求有所不同,这份调研报告又如何能够让用户主管或客户确认呢!项目管理者联盟
未能把握整个解决方案的目标,未能分析整体工作的过程来建立目标的功能,出来的需求只能解决局部的问题,未能做到“解决方案”的目标。其实我们只需要确认业主的项目投资最终目标,从分析的结果来建立所需的功能,便能够有效地让客户认同这些主要功能,认同项目地需求。
www.mypm.net
开发的另一误区PgMp.mypm.net
项目管理者联盟
我常看到一些开发人员把过去一些案例让客户观看,希望客户从中可以理解本身的需求,然后在建设的过程中慢慢把需求建立起来,但这种方法往往让我们无法把握项目的真正范围,让范围不断蔓延,导致项目不断延误,未能有效的完成交付。每一个客户有本身的思想,有本身独特的需求,有企业本身的特色,观看别人的案例只让客户增加本身对结果的期盼,不能完全解决项目的最终目的。尤其是近年来的项目多是概念性的项目。所谓概念性项目是从商业概念所产生的项目,例如“一个客户管理系统”来对客户进行管理和提供客户的服务,建立客户满意度等类似的项目,又项目管理者联盟
或者是客户需要建立一个“市场管理系统”来对企业产品销售进行有效的分析及开拓市场方向等项目。这些项目便是我们现在所说的“信息化”项目的建设。技术人员绝对不能够把握这些概念性项目的需求,也成为目前国内信息化过程的延误和信息化结果的最大障碍。九零年代中期,国际企业开始进行信息化,在无数惨痛教训后理解到技术人员本身的极限,对商业运营的最终目标并不认识,所以特意在软件行开发项目中建立一个新岗位,商业分析师(Business Analyst),商业分析师可以是资深的系统分析师,但必须曾经在工作的过程中对某一个行业的运营相当理解,这包括在某个行业中曾经负责开发多种不同的项目,对企业的运营需求和运营方向全面理解。也可能是一个部门的业务经理,经过培训后理解如何进行分析,如何建立商业模式等方法。才负责项目初期的信息收集,分析及设计工作。目的是因为技术人员对企业的业务并不认识,很难把握客户的真正需求,改由商业分析师来理解客户建立系统的最终目的,从目的中建立商业模式(Business Model),再从商业模式中建立主要的工作模块(Process Modules),从工作模块中建立运营流程(Business procedures),再从运营流程中建立项目需求,这时候才转交技术人员建立项目功能规格。项目管理者联盟
项目管理论坛
我国要改善软件工程的困境,必须理解本身的问题,才能够提升我国软件工业的发展潜力。高校的老师及导师必须理解我国软件工业过去所走的冤枉路,才能够培育更优秀的技术人员和软件工程管理人员。软件服务商的领导必须认识本身企业的缺点,盲目去进行各种认证只能治标,不能全面解决企业本身的服务缺憾,需要建立本身的体系及制度,建立企业的开发文化,更需要全力提升管理人员,对软件工程的开发进行有效管理。而各应用单位的领导更需要认识本身必须投入项目的开发过程,才能够有效的让项目投资带来回报。

www.mypm.net


<<上一页 1 下一页>>

本文为项目管理者联盟联盟会员原创文章,授权发布,非经同意不得转载!
项目管理者联盟PMP认证中心
[发表评论]
本站热点
· 华师大CTO学院:科创生态建设与创新项
·宏发电声江玫瑰谈PgMP:“下好一盘棋”
·PgMP:交付能力与创造未来的项目管理方
·开放讲座|《项目组合管理与PfMP认证》
·开放讲座|项目组合管理与PfMP认证
·开放讲座|PgMP:项目管理思维与方法论
·开放讲座|《项目组合管理与PfMP认证》
·网络讲座|《项目组合管理与个人职业发展》
·开放讲座|《项目组合管理与PfMP认证》
栏目说明
    《文库》栏目为项目管理者联盟网站核心栏目,收录了十大行业项目管理文章5000余篇,囊括了项目管理五个阶段、九个知识领域的相关文章,是广大项目管理爱好者学习的知识库,欢迎大家发表原创文章、转贴文章,或直接发给编辑。须联盟会员且登陆后才能发表文章。
敏捷项目管理ACP培训
项目管理活动
活动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月,中国施工企业管理协会主办,是反映施工企业管理杂志。
浏览往期:
建造师杂志
《建造师》杂志由清华国际工程项目管理研究院主办,是中国面向建设企业管理人的高端杂志。
浏览往期:
更多>> 推荐文章
09-02·项目集管理:构想一种不同.
08-17·项目经理“催活儿”的正确.
08-17·建筑工程项目管理中施工现.
08-17·进阶项目经理必备的复盘方.
08-17·项目管理协会PMI发布新人才
08-17·互联网大厂项目经理面试的.
08-17·项目经理要如何提高自己的.
08-17·管理改进中几个确实有用的.
08-17·项目经理提升职场能力的20.
06-14·项目经理搭建团队,需要看.
06-14·5A学员董雏:PMP取证重要,
06-14·成功管理能源项目的技巧和.
06-14·拥抱敏捷—计划发布与冲刺
06-14·从PMP到PgMP :不畏浮云遮.
06-14·这30+项目管理工具,优秀项
06-14·深度剖析项目管理五大痛点.
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接

项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者
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.