适合我国软件文化的开发模式研究_项目管理文章库

用户名密码

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

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

服
务
区

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

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

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

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

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

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

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

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

北京 | 直播 | 录播

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

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

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

计划 | 报名 | 经验

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

适合我国软件文化的开发模式研究

作者：黄绍良提交人：黄绍良[黄绍良] 属性：提交人原创发布时间：2008/8/14 点击：26559 【收藏本文】

　　对于快速原型而言，信息化项目则是它的“阿喀琉斯脚踝”。因为，信息化项目不再是传统的自动化改善，而是系统带出客户期盼的价值。那么，我们又如何建立一个原型让客户体验呢？试想，如果我们建立出一模一样的未来系统所对应的原型，那么我们希望客户告诉我们什么呢？这个系统是界面还是报表，显然这根本不可能的；客户都不知道他们的业务操作流程是如何运转的，又如何告诉我们这些界面可提供什么呢。当然，原型法的目的是引导客户的需求来完善系统，但是我们又如何知道一个原型对于捕捉这些界面上的需求或报表的需求到底是否完整呢；无论是客户还是我们根本不知道我们在做什么，到底什么时候才是客户满意度获得了满足呢？项目管理者联盟
项目管理者联盟
　　演化过程显然更不会在信息化时代获得成功，如果我们先开发出系统的核心功能，然后根据以构建的功能进一步向“系统”挺进。那么，在客户和我们都不知道系统如何提供价值时，试问哪个功能才是核心功能呢？我们尚且不知道我们交付什么时，试问我们怎么知道需要多少次迭代才可以构建出最终的系统呢？即使在最佳假设的情况下（客户决定了核心功能，虽然不知道多少次迭代，但是可以预估最大上限），系统的频繁变更会使得最终我们退化到建造修补模型。项目管理者联盟
bbs.mypm.net
　　那么，现在风靡业界的统一过程又如何呢？因为，在前面我们已经说明不会对该模型评价，所以我们不会具体分析该模型在信息化时代的效果如何。在这里，我们只是想提出两个问题：范围从哪里建立呢？如何通过迭代来明确地说明在这次迭代中功能需求是否完整呢？项目管理者联盟
项目管理者联盟
　　软件开发过程分析项目管理者联盟
项目管理培训
　　很多软件工程师都会问自己，“为什么不能像建筑设计师那样轻松呢？”，或是问“为什么不能像服装设计师那样美妙的工作呢？”。是的，我们多么羡慕建筑设计师啊：现存的任何一座建筑物都不会再建筑时更改其初期的建筑设计。当然，软件工程的主要特征就是可变性。但是，正如我们在前面所说的，任何事物都会有其界限，要是超越了这个自然的界限无疑我们将付出惨重的代价。项目管理者联盟
项目管理者联盟
　　大多数软件过程的提出不是为了停留在学院内供学生来考试和学习的，软件过程的制定是为了从过去的经验和学到的知识中解决和改善原有过程的问题，从而使得项目的成功率大大增加。项目管理者联盟
项目管理者联盟
　　虽然我们分析了这些软件构成在信息化项目中的弊病，但是我们还没有明确这些过程的特征；所以我们还分析这些软件过程是否解决了它们所要解决的问题后，我们才可以准确的分析它们。项目管理者联盟
pmp.mypm.net
　　这里我们仅仅分析瀑布模型、快速原型模型、演化模型。项目管理者联盟
项目管理者联盟
　　瀑布模型的引入是为了解决最初的建造修补模型的无序化或无结构化引入的，瀑布模型希望将构建软件的过程“程序化”，使得我们可以明确我们每一个活动的特征，如是开发还是编码。这样我们可以根据不同的活动特征和产物（包括对应产物的文档）进行规范化管理。但是，该模型能够成功被应用是有其依赖的条件的，那就是项目范围必须明确。所以，自动化时代该模型得到了广泛的成功应用。但是，由于该模型需要在项目初期建立明确的、稳固的需求（所有后续活动的原点）。所以在信息化时代基本上该模型的假设被彻底地毁灭。没有明确的范围，那么过多的变更将会超越软件可变性的极限，即使在不考虑成本的情况下，软件的构建依然无法成功。 talent.mypm.net
项目管理者联盟
　　快速开发原型希望能够解决需求不明确的问题，所以引入了快速原型使得可以通过引导客户的期盼来明确系统的功能需求。显然，通过我们在第一章的“需求与范围”中的论述，我们知道功能需求与客户需求是有区别的。试图将引导客户告诉我们功能需求，我们必然会在项目开发中面临更多的变更。因为，客户告知我们的任何信息是要说明最终系统的质量要求，而不是系统的功能需求；如在“特长班报名项目”中，我们可能建立了一个“报名菜单”界面来引导客户对于报名系统的功能需求，可是我们又如何知道到什么时候才可以获得客户的完全认同呢？可能唯一的答案就是，客户说这些就是我所要的。好的，我们接下来按照模型的要求进行了相应的活动，最终带出了产品。可是，客户却在验收时说，“啊，我忘了这个报名系统还需要这样展示……”；接下来，当我们按照客户的要求修改完后，修改后的版本又提交给客户，客户又说，“噢，我现在觉得应当改变一下报表的内容，应当加入……这些数据”，然后我们有去修改数据库，则必然会影响某些程序的编码，所以我们还需修改程序、甚至系统的架构。这些情况还会不断发生，最终我们在一个无法预测的时间上，达到了软件可变性的极限，或者在没有达到可变性极限之前我们项目严重超支、超时。项目管理者联盟
项目管理者联盟
　　经过多次的使用，我们发现好像这种包含了原型的线性结构仍然解决不了任何问题。“软件工程根本不能以线性结构来开发吗！”大多数软件工程师们发现了这个现象。所以，很自然的“迭代”和“增量”这两个特性被认为是软件工程所必须涵盖的特性，然后又很自然的“演化模型”被开发出来解决非线性结构问题，实际上是要解决“不明确的功能需求”这一问题。当然，如果问题都不能明确，显然答案的制定必定是错误的。这种方法从开发角度而言，会有与不断的变更致使软件的变更接近极限。 bbs.mypm.net
项目管理者联盟
　　软件开发过程活动分析项目管理者联盟
项目管理者联盟
　　通过上述的分析，我们知道每个模型对会针对不同的问题而设置活动以及活动之间的结构，从而构成了软件过程。最终在对软件过程特征和在信息化时代的适应性进行了分析后，我们还要分析一下各个活动的特征来明确我们该如何解决问题。 blog.mypm.net
www.mypm.net
　　这里我们仅仅分析与问题最为相关的“需求阶段”和“设计阶段”，同时我们把“规格说明书阶段”纳入“需求阶段”进行论述，这样我们可以更加接近问题的本质。项目管理者联盟
项目管理者联盟
　　需求阶段的任务是根据项目的范围来建立出形同的功能需求。它开始于客户给出的范围，结束于系统功能需求的建立；这里需要系统分析师根据项目的范围建立出每个范围内所需要的功能需求。适用于该阶段的技术一般为调查、走访、快速原型的建立；通过这些方法系统分析师可以明确地建立出系统的功能需求。另外，我们也知道了快速原型使用的条件是存在明确的范围。 PgMp.mypm.net
talent.mypm.net
　　设计阶段的任务是根据功能需求说明（规格说明书）划分出系统的模块和建立出系统的架构。它开始于明确的需求规格说明书，结束于系统模块和架构的生成；这里需要系统工程师、数据库架构师和其他相关技术人员的参与共同建立出系统的架构。适用于该阶段的技术可谓是数不胜数，但是这些技术可以分为几类，如面向对象、面向过程、面向业务等。现在，为了适应变更和复用等问题，也出现了各种不同的设计技术，如UML、SOA（严格地说SOA是一种标准）等。 service.mypm.net
项目管理者联盟
　　我们发现，这两个活动基本上被所有的开发模型所采用，甚至包括演化模型，它们也需要一个结构设计，否则很难构成系统来被客户所使用。那么，我们便产生一个疑问，为什么需求与设计都被用于解决不同问题的模型所采纳。难道这是巧合，还是必然现象？项目管理者联盟
项目管理者联盟
　　至少我们从常识中可以明确一点，这两者对于软件工程而言必不可少。倘若不知道客户的需求，那么我们建造什么呢？倘若设计不存在系统是否还能协作运行呢？那么，除了常识意外还有其他原因吗。从软件的角度来看待，功能需求说明了每个范围内系统所需做的事情，设计从技术角度建立出模块，以使得每个模块易于被维护、易于复用、易于团队开发，更为重要的是降低模块之间的耦合度。项目管理者联盟
service.mypm.net
　　通过需求与设计我们基本上明确了系统的模块与这些模块如何来完成功能需求的，这也是大多数软件过程所一致认可的。但是，问题却出在了这个被广泛认可的过程之中。我们的功能需求是从技术层面考量的，系统的设计也就自然的从技术层面来建构的。可是这些都属于瀑布模型的特征，也是问题的根源。我们必须承认软件不是无限制可变的，同时我们还需承认工程是被限定在一个有限的条件下来完成的。所以，如果我们不能解决问题的根源“不明确的需求”，那么任何依赖于“需求与分析”这两个活动的模型，都会失败于项目中不断的变更。虽然我们所述的各种模型由于各种不同的原因失败于信息化项目，但是不明确的范围是导致了“需求与设计”阶段失败的“罪魁祸首”。项目管理者联盟
项目管理者联盟
　　缺乏明确的项目范围，我们没有办法管理后期的变动或返工要求。这方面我们可以建立明确的项目范围和正确执行调研的工作，（请参考“降低开发过程中的变动依赖项目范围管理”一文），相信可以大大减低项目的延误。但要提供科技应用的价值，必须利用项目组件分拆法PCDM才能够满足赞助人即干系人的期盼。但仍然不能够保证余下的设计，开发，测试和移交能够顺利完成。项目管理者联盟
training.mypm.net
　　我们必须有一套明确的方式，让我们可以处理系统的逻辑，未来应用的流程，用户的界面设计，和思考软件应用的环境，才能够有效保证项目能够成功。项目管理者联盟
项目管理者联盟
　　其实大部份的返工不是技术上的应用问题，是业务上的应用问题，是界面定义的问题，是理解客户的期盼并构建可以提供预期效益和能力的问题。项目管理者联盟文章
项目管理者联盟
　　创新的开发思维：四步开发模型 项目管理者联盟
PgMp.mypm.net
　　四步开发方法是针对软件开发过程而不是一套技术规范或标准。这套软件开发体系的设计概念不但适用于软件开发，更可应用于产品研发和其它科研项目中。整个体系的设计构思可以利用以下的例子加以说明：项目管理者联盟
bbs.mypm.net
　　假设我们买了一套新房子，首先我们必须明确这个空间需要提供那些生活的地方，如睡房，书房，饭厅，厨房，洗手间等主要应用空间，是我们购买新房的主要目的，也是整套新房的主要组件。接下来我们便需要决定每一个组件所需的家具、设备和布置，在知道每一个房间的最终用途后，我们才知道需要那些家具或设备，这些房间的用途，家具和设备便成为装修后的交付定义。也许我们明确知道需要一张桌子，不管是从家具店里购买，还是找工匠打做，我们一定依据最终的交付物定义来思考，或者更明确的说：知道这张桌子的最终利用目的，是用来打麻将？用来放计算机，用来书写，用来用膳，用来开会，用来装饰，有或者主要作为用膳的工具但可以偶尔用来打麻将？其中一样或多样的目的都可以说是需要一张桌子的最终目的（Ultimate Purpose），是可以在理解这些最终目的后利用PCDM转变成最终交付物说明（Deliverable Statements）的依据。这些目的已经构成最终交付的主要构思，加上应用的地域和环境，直接影响交付物的外观和大小。项目管理论坛
bbs.mypm.net

<<上一页 1 2 3 4 5 下一页>>

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

[相关文章]

[网友互动]

·PMO如何打造项目管理文化获得高层 (2701)	项目管理者联盟	07-27
·做好这七件事，构建强大的团队文. (3356)	项目管理者联盟	12-06
·企业文化、团队文化与知识共享 (6523)	项目管理者联盟	03-05
·团队问题多？可能是因为没“文化. (1561)	项目管理者联盟	11-09
·巴斯夫龚毅红(PgMP)：跨文化跨地. (6911)	项目管理者联盟	10-12
·跨文化背景下，如何进行有效的沟. (5793)	项目管理评论杂.	09-28
·从老挝项目案例，看国际工程如何. (6078)	项目管理者联盟	07-11
·瀑布开发模式与敏捷开发模式 (14926)	项目管理者联盟	06-07

01-13[帖子] 企业文化渗透“七化法” (5796)
05-24[帖子] 华为员工1天的工作曝光，这是狼性文化！ (947)
12-23[帖子] 企业的绩效执行、结果与文化之争 (1968)
02-13[日志] 管理员工三种力量：制度、管理、企业文. (992)
02-13[帖子] 管理员工三种力量：制度、管理、企业文. (16139)
01-19[日志] 浅谈中国股权文化 (168)
04-20[帖子] 【普巴文化】西方管理思想与东方本土文. (1118)
04-19[帖子] 心理管理与理性管理之间的矛盾（普巴文. (1116)

[发表评论]

本站热点

栏目说明

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