统一的六段式项目管理方法

文件类型：论坛分享存档编号：发放范围：公开统一的六段式项目管理方法从经济学角度改进软件项目管理过程（EzraThomad）摘要：软件工程项目，归根到底是一种经济生产活动，它应该遵循经济的规律，以更趋近经济利润和成功满足需求为目标。软件项目瀑布、敏捷、螺旋、迭代模型的纷乱，可以借鉴上千年来人们在建筑工程上的经验，使之更规范、科学、有益于项目的成功。将项目管理统一为六个阶段，并提出每个阶段的本质与目标特征，能将建筑、软件等所有项目管理统一在一个框架下，更加符合人们的认知和工程项目管理的合理化。六段式管理方法，规避风险、高效实用、断点清晰。系统的分析与设计独立出来，将会成为软件工程项目的核心，系统分析者职业化是未来软件工程的亟需和趋向。目录TOC\o"1-2"\h\z\u一、软件工程项目与建筑项目管理的统一2二、统一的六段式项目管理过程2六阶段分别定义、特征、实践注意点2三、六段式项目管理与传统方法的对比和优势7六段式项管与早期分段法、瀑布模型7六段式项管与产品迭代模型9六段式项管与RUP10四、六段式项目管理与常见问题辨析12六段式项管与需求变更12稍宏六段式项管饿与敏捷开发鼻软16贞偏系统分析师帖和软件架构慈师、炊PdM级和浊PjM马灰20沿五、六段式宴项目管理规狼范化付扁22遮六、未来软妨件工程和系全统分析之路姐恋26指一、虑软件工程项蜂目与建筑项界目管理的统则一薯软件工程越梯来越成为技抹术发展和现个代社会建设欲的重要德支锯脉睬，随着瘦x伍8086、块ARM等通犬用硬件架构摸的沃进一步居完善，软件强工程甚至倡逐渐喂普及和加强虹为IT和通纳信的主要内构容和核心驱丝动辫力萍。但是，仁一直以来，榨软件工程都层缺乏一种有美效脖公认统一舍的叹管理方法，普使得工程高旁利润、可控槐制的顺利实霸现目标。幕相反的协，经常见到展小如APP偷，大到电网皱集散控制系瓣统，经常不峰能抓完美揉达到用户需号求、预算超邪支、工程延捡期妻等问题甚至拳合同违约或供项目失败刻；妨与客户疑理想虎的启人机交互燕不同架，挪更是屡见不域鲜。匠有没有一种央管理方法可荐以解决？板瀑布模型、葛敏捷开发、叫演化模型、鸣RUP和橡螺旋模型种，轮番上阵亡，虽然都在去各个领域取牵得崇一些思效果和暂有盐一些最佳实宋践，却始终科没有一种被斥证明绝对有该效、被人们体长期公认伸科学比的蝶项目锄管理模型短。由于曾负阵责建筑工程罢的特殊经历滑，使使我考虑能滑不能将膜建筑那工程经验借连鉴；或者改将建筑管理好与软件工程晕项目过程相恶统一。建筑迫项目是项目晃，软件项目障，吊也是项目，究两者绝不仅货仅车只论名称相同；杯有凉“摆一次性挖”魄目标贼性笑等许多凡项目铜的玻共同灿特征凤。项目酷过程迁与标准化培生产过程不坐同，他的一冬次性棕独特性胁很明显冬。悟经济中除了分生产、就是吉项目羞；刃应该有一个抛共同框架饥来略统一项目过练程。要建筑项目，冤俯拾皆是；耀国家的建设甲如火如荼，灯那么多项目中，宣总有营养汲嘱取。何况中鹿外建筑史有盘数千年，中泄国大型建筑啊项目也已经惑有二千年扫历史播，有许多经胜验竖。牙实际上出建筑业呆早已形成统键一嗓的舒规范的过程蓄模式。一般象的，建筑过总程有番规划草图和泳勘探、设计车、土建安装快、锯监理验收等胜多个环节，贴两相类比，像软件项目缺切少一个独立厕、明显的设左计过程；贫设计过程往类往被前置到挑需求交流、听或以租“怒详细设计揪”接名义实际融傲入开发过程盼中了。锦由于缺少成闪型、明确的缝设计，使底得开发与用耗户理解慕有竿潜在直差异，万成本预估不猪确切难，鞋开发变更修馋改生反复进行骡而驴工期延迟陪，诞这就是导今致韵项目管理最壶终失控的主歇要原因刊。裕经过更详细稀的分析与角研究，禾和屈对整个项目灰过程的对比活筹秆划奥思考，视尤其是对项年目成败楼起烤决定作用的矿前期过程的厦不断思辨，零形成了丙统一的六段姻式项目管理延方法立。孔二、搅统一的六段莫式项目管理奖过程昨将软件工程覆项目管理过稼程划分为六除个阶段，并狂明确其特征驶和分隔点似，勒在实践中辆确定济有效芦。链六阶段分别转定义、特征牲、实践注意康点卡1、盯提案阶段汽。鸦由提议人粗完成，通常膏是1-3人郑；丑这一阶段要质：确定进行勤之碍目的，明确错项目细的咱初步范围海，确定另“直做什么裕”段。肺完成音时图输出伸《xxx项句目建议书》圾，批准结束昨。这个过程怎非常快，通忠常1天或几跑天内迅速完高成，或不断璃讨论兵逐步晶形成定案；箭这个阶段花垮费在总成本晃中不超过1姜%~2%。鹅在实践中浪，庸由产品经理垒提出，或有蝶时直接由老粗板兵口述勾指定。由于狗此阶段短促蔑，经常见到剃这个过程被蝶省略，或不播形成持定议盼文案。但实须际上瓣，轮这是不对的霉，必须坚决航反对。有些虚项目彻底超标出预算，实吸质就是变更踢巨大，甚或娱完全推翻，若以致漫无目粱的滥地坦发散喝，自己衡搞不清最初值的目标了。徐这是一个必秃须经由的阶升段，而且必澡须形成正式迟文档，赛经过评议风并保存。析对于一推个拳创新性项目适，须要适当坑详细台的建议书使，以明确大华致范围剖；希对于产品化泡的项目，每书个项目只是四产品演进发丝展的一阶段证，建议书可隙以简明扼要瓣，明确当前更版本要达到熔的主要目的勾目标即可头。惨甚至可以一伟页纸泳但这一阶凑段星不可或缺，锅尤其涉及变拥更闯时；终阁这也是帮助梦管理者，厘泊清思路誉，明确优先忧次序的过程飞。佳2、姑调研蜂阶段屯。糊由筹备小组谅完成，这夏一阶段要：影确定项目整帐体是否可行准，筹备所需出人力、资财为，组建核心宝团队眨，斑解决连“钉能否做萝”横。完成时要王输出《可行暂性秃分析弟报告》《立欧项申请书》牌，肌通过了评审盒，正式篇批准宵是阶段俘结束倍标志群，有时称席“剑立项阶段粮”燃。这个阶段羊花费在总成订本中通常不回到5%。稿实践中谨一些软件项纸目还没有明芒显哄的狭立项过程；弱但是，厂矿缩、建设项目父可行性研究撞明显，有人扶认为软件项端目不涉及环苏评、土地、胜审批等不需瓣可行昆性啄研究；其实前是没有理解倦，可行性研哀究的核心在艇于，理清实吹施的主体怨架构、叮主要步骤、泊核心内容洗。导主体架构决咳定整个走向重，主要步骤浴是资源运筹筹大方向，两勤者确定是否轻可行，他们棚确定以后才红谈到如何实斗施和可行性侍。眯建筑项目中邮，这个阶段擦会画出规划晴草图、进行恶勘探以确定们设计参数和届可行性等。折因此，设计凳并不是从设喝计阶段开始栏、而是陷总体更设计串在彩提案、调研弓阶段即开始轿，杏在血设计阶段细镇化和完善、堆完成。曾立项基于可售行性分析，复可行基于殃架构送和步骤夺。告可行性报告闸，通常包括辞政策止可行性漠、傻经济可行性肿、技术可行费性、法律改、环境钓、钉可持续性弄等耻部分爬。安但重点是技擦术、经济可滩行性，对软胖件项目而言毙尤其如此触。软件项目彻可以省略不屡必要的可行初分析部分，权只重点寄描述同技术实现方店案、经济可并行约；一些产品牛化的项目，龙甚至可以将育可行报告合僵并在立项确里认书中，铸甚至笔可加以接不须计算经砍济可行胁性侦（完全产品沉化的软件收铃入估算复杂揭），只需明辛确技术实现以方案、掠和市场用户稍（竞争对手昼优势）缺预估。熔《烤立项申请书洒》姻中，应载明梅当前版本的孔主要任务、己整体嚼范围界定、您实施成本帜及状人力绩预估、工期寒安排和估算璃，有些还需夺要附带测试染验收标准。坐立项申请应身在批准确认安后，以文本粗形式备档，顾作为后期变富更的基准线乒和管理考核芝、项目考评按的依据。衣需要强调说远明，设计、杂测试、框架耽开发等专项辟工作，并非速仅在其名义完阶段上进行缠；实际上，栽他们是渗透惕在各个阶段伪上进行的。碍比如，设计霜在提案阶段渡就已经有大棕致范围和初阔步架构，在赠调研阶段设谜计主体架构吩，在设计阶凳段完成详细用设计和明确福；前与一般理解恢不同，设计腿（已经评审兰和批准）滤在实施阶段长仍在继续，躺包括尚未完腔成的一部分莫设计（一部寸分先通过评端审的需求先砌实施）、对迟实施中发现筒不清晰夏、意不合适的进旷行细化设计偶和补充设计男、因变更引盆起的重新设喊计。再如，涂开发可能在盗提案前已经跃有现成组件虫、中间件或逮构件，在袜调研等阶段孤预进行一些承核心和长周朴期的开发，椒设计阶段甚瞎至赏进行一些骂部分已确认专的细节开发绵。哑再如更明显则更为大家熟劲知：测试中恢的单元测试宗，钓实际是在开炉发阶段完成滤的，而不是损在验收阶段压；验收只是破系统测试和草性能测试。悠所以这与寨直接槽的魂表面理解不移同，在RU产P模型泻出现悔之后，业界宜普遍认同了式不同工作的瞧进行便时间难是互相叠合徒的，摩因此风，必须首先翠理解一项工凝作内容，并伐非仅在其名制义阶段上进凭行；划分阶麦段的名称览只蝇是当前阶段款的主要工作悉、拣核心工作，制而不是全部奉工作异或纯粹工作纸。情RUP的四忆个阶段都分乱别含有不同羡比例的分析割、架构、设甘计、实施工界作内容，而耍不是在设计历阶段只做设绳计、实施阶磁段只做开发拜，这些工作点是不同子团陈队并行推进泽的触，而不是串共行进行由同阳一团队完成筝。仅下图描绘了搞在RUP航中，歪不同工作在晃项目诵时间轴推进朝中不同阶段乡的工作数量其。图1馋另外说明，嫩这个阶段的举工作是由筹瓶备小组完成右，这在工程乔、厂矿中很唱常见节，昏软件项目中章较少见，实省际上是封筹备组是匀隐式存在样的，只是奏未使用名称饺，掌人员览可能沿分散并行着麻多个项目乒。剥软件项目中愚，通常可以隙虚拟组成，扒人员可以由虎不同部门员孕工虚拟组成絮团队，员工堪可以同时存怨在多个项目功的筹备组中豪，少量规需要实设组严织架构。纸之筹备组并非皮是单一而的动分析师和贼项目管理者缎组成胖，而是发起筝者、分析师灰、诵面向开发的乐架构师经、界面美工忘、几个程序靠员甚至测试匹共同组成的钩混合团队；炸立项后，分薄别面向不同摔子工作团队勺，成为其不成同层级的骨踩干。浴当立项申请葱获批，项目讽即得到了资绳源、财务绑的恭支持，人力纪投入认可，鄙筹备组即转习化为项目组洽，其成本自贱然进入项目雾成本。非立店项筹备成本语是可冶施霸行性所比率下益合理的沉没全成本。锐有时这过程粪也称鬼“隔立项阶段语”路，但调研更沾确切描述阶奋段的本质。届3、蝶设计阶段顾。悠由园分析设计人显员揭完成，泳有时潜是诞规范抵的吹产品团队焦；乞这一阶段要乖：确定灰项目完成最货终实现的目谣标疑，软件成品忍的录详细描述库，包括镇系统交互、成状态变化和梅处理逻辑、巩数据茂和部署歪等遣。庆即解决鸽“恭做眠成卧什么烟样收”圣。完成时要些输出《吓需求规格说位明书》雪，并通过三历方评审田。这个阶段全时间占到总辽过程皂30默%，但成本歪仅占长15桌%葵。撤当前，在许寿多软件项目参实践中，这破一阶段都不嘴明显，甚或角消失。这导签致开发承担呜者、与使用变用户（需求喇方）对成型礼后成果，有原显著理解差植异；并最终棋导致机开发人员对秘工程量无法添确切评估（凳实际上，出至于赢依得好感，多赌数都倾向评自估或给出较技短的软数字掩），和膛实施后遣又反复修改雅成品诚导致裁延期和超支兽。在建筑项顽目中，这阶钓段是由纠专业的搬“亏建筑设计院客”篮、专业建筑蛾师和结构师蒜完成，并以菜出图（蓝色皆图）为基础违，设计中都妙遵循严格的利设计规范、轮支撑结构原施则、公认凉范例等规则善（当然也是凝受建筑安全默国家法律限迟制）。范与建筑一样饲，设计阶段贿将逐步独立赔出来和更加形规范。餐一些项目，栽由于甲方领摸导无经验，再又壶重视细节偿，反而自然唤而然的要求立进行了图形帜界面设计或赛demo演附示。叔在实践中，阔有些项目有丘设计，但是蹈仍然导致承恐建方无法实珠施、或项目伏彻底失败。有是因为设计夜没有建立在鲁系统分析之秧上，设计没妨有基础。财我们经常讲舌OOA/O歇OD茎（obje俘ct易orien升t架ed赶analy样sis软/desi常gn）她，可以发现锻这两个词都报是刃一起出现们；六分析是设计恼的前提，念设计是分析侨的结果输出软；两者异常玩紧密攻，之间完全与映射而不酸是代须翼要罢沟通福，两者合而行为一征才是撕最柿高效和合理握的枝，分析者即布是设计者睬。膊只有面向系杨统的分析-竭-需求分析符，才能导致责可实现的、诸最佳成本和介高体验乎的设计。障分析师需要被一定的进入盈门槛和如建绿筑设计师的手专业素质，络以确保设计买是基于合理绑可靠的分析堪，面向系统太实现和用户缸的。脱《需求规格浅说明书》堆（唯Softw嫩areR痕equir介ement瓦sSpe阵cific瓶ation侵s今）悼，有时也延笼统遍的称为《需酸求描述》育，实际上需井求规格说明萄书，有非常发规范的写法闻；刑其中，包括暑明细的用例甘，厘“温一图顶千言猛”厕的界面胖，颂对象的状态反变化泉等荐。导以用例分析脾系统，以用孝例引领用户辨活动，活动葡确认交互，狂把界面作为输UML9图军的补充；状钞态和时序确诚定逻辑。捞与传统不同属，我们强调秧设计输出是永以践“筋图量”佳为主要表现公方式炎，辅以文字介说明，这更储像建筑业的孩图纸，徒实际上所有宰工程都应该缸是以图为指走导的啊。豆图的表达方疤式，更直观秘、信息量更批大、更容易顷清晰害。幕要注意，在蝶产品化大规涌模的项目中犁，SRS并搜不是一份文世档；而是乐几个文档组伐成的一个文刺档组，恳由许多分析视师协作完成凑，每人负责飘一定模块或月模组，由一枝个总体说明莫文档友统领时；对产品化估的，缎总体文档会记说明订下一版本开棋发任务的主跳要内容、组梦成文档、基屋线版本。事*熟注姐曾有个阶段假，业界认为杏软件模型应服该每个阶段盈成果，逐步未逐层映射到嫌最终成品，贪因此设计应鱼该越详细越净好；至今仍贫有不明真相本者这样想。危现实中，也程见到在设计驴阶段即过分啊追究视觉细慎节、追求设军计与开发的庄映射；甚至示有尝试将U区ML直接映射射为代码，苗而这些项目菜都失败了。怒实际潜上甘设计阶段的满主要睛目标，是在领最小成本下粮明确成品做哑成什么样；他这可以消除季需求方与开逢发者之间涨理解差异，女开发者内部裂之间理解差疯异（包括有源子团队的大狐项目），清周晰项目目标肺成果，并在寇清晰全部成腹果后详细躁估算成本，灵检验昨可实现性。练当然，更详放细设计稿更蠢好，但这一炕阶段的成本挣需要严格控朗制在总成本的的15%不允超过20%征，否则会挤呜占开发成本亦，就会出现北设计得很好德，做出来却君差距很大，搂而且浪费时欺间进度。设回计输出系要重新修正扒立项时确定尝的开发成本汽，使逼近淋±寸20%内，滨并在通过三较方评审后确躬立。酷4、单实施阶段觉。仁主要歉由凡实施、开发锯团队既完成，这锐一阶段钱是主要承担质项目实施、奥开发完成的侵阶段；也是芳资金成本投卖入最密集的莫阶段，通常天占总成本6爹0%-70衡%灯，有时也称胸开发阶段裕。炉在这个过程朝中，要解决北“胶怎么做堆”约；在适调研夫阶段那，氧我们解决柳“全能否做泼”大时，鞭实际上已经钢讨论析怎么做的主顺体思路；但付具体每个单夫元怎么做并阶未艇涉及，此阶奔段进行中会怕解决。简除输出成品择，得为确保实施招阶段呢的，可控、绵可督促、管详理的如及时和有效挠，应该苦输出河定期浇《首项目实施报犹告胜》薄和《实施日捎志小》。闪实践中，有铅很多项目是康外包单位粒实施完成；权这时对《需哲求规格说明芹书》和两个矩输出文档就凝显得尤为重乓要。需求描茫述字是开发的基筛础，咱当有良好的邮需求描述时档就可以将整猴个开发实施渔阶段外包，堆如建筑业做巴法一样；而舟实施报告和拴实施日志则昆是实施过程蜘中的保障，工以确保进度连、质量合乎见项目的规划梦，成本在可弱控预算内。顶两者区分在嫩于报告是用批于管控的，哥日志是用于材清查的。虽疼然我们希望读报告督促开羊发实施的勤宴恳，但并不波是越多越好耐。实施组对蛇管理层的开疫发报告，每誉周一次即可备；开发日志昆可以每天记宜，但不须详耕细、也不须枪每人我记，一个小羞组有一份日亭志即可，简滑单数语扼要丧即好。如要栽确保人人进稍度，可日例粒会轮流口头条汇报进度。守5、伶验收阶段尼。歪由鸦测试、验收妄团队卖完成，这一棚阶段要：确绪定项目郊是否达成目衫标，乒是否诚达到预期可晓正常运作，游和结束实施袜。完成时要棒输出《递系统测试肾报告》栏和见《细验收报告怪》。这个阶拘段花费在总尾成本中通常骄在薄10尽%触内场，时间占1糖5%左右耻。淡理论上讲，友验收报告赵通常由舱所有方黎出具，材或额由要独立的第三曲方出具爽（以确保、递公正）捕，丈验收应该是侄全面的、卷详细的检测尊；系统测试董和性能测试倦是由测试团状队完成卖，独立的过殊程。御但实践上，葛由于甲方的淘强势、和减农少重复劳动重及姐成本分担的底考虑，怒通火常会与系统国测试合并，兼这样只需要调一份系统测遥试报告，和爪一个简明扼禽要诸验收报告。盖当这样做时臭，应注意验魄收测试并不赠是完全消失猛了，验收只辫做，驰核心功能和等应用活动流块程的测试，埋而不需要重斑复ST中每母一步骤、细忧节吴；先这是两个找互相独立的愉工作，ST瓜的是测试团暂队，验收则摄可由产品团让队代表所有贩方实施，不档能因合并而件完全依赖单撕一ST军，保证制衡匠与复核福。厚这样通常可赏以恐有效控制成成本在10%疫。寺这样做原因王，同样是基斯于软件研发看也是一项经充济活动，我控们不是为做造而做，而是脏为了更好、填更有效率的怠改造世界，旧美逗化枣人们的生活深。危有些公司很狐重视测试，龙把测试作为渗一个重要的陆关卡和检验顽标志，这是洗好事。但是异要注意限软件用的质量是叠开发出来的涨，甚至是设躁计出来的，鸟而不是测试签出来的谊。详这里说明，温单元测试和稿中间集成测干试是由开发浙为主和测试逢组共同完成达，且在开发杀实施阶段做姑；而系统测扑试报告和性屯能测试则由旧测试团队完析成。一些无停明确要求的痕项目，可以宇减省或喊模糊地施行珠压力测试爷和负载测试欢。布6、嚷维护阶段划。梢每一个项目滩，实际上都损涉及到项目透结束后的持仗续维护问题揪。虽然维护膀过程或显著肺、或微弱；性实际上都存络在。如MS墨wind留owsx盖p一直在打商必要补丁；侍tence冰nt微信软演件，栏一些小版本淘是维护丛更新；有些理项目完成后绸虽几乎不牵砍扯，但必要客的迈严重bug证仍需修正。疲因此是必要序的阶段。至其实，建筑栽也一样，本验收交付后抹，卡仍会存在漏铃水、裂缝空铃鼓等，进行朗修补、后续镇维护是必要晋的、松合理的步骤势。维护阶段衡的成本，通龟常不会计入档项目成本预津算；这是因箩为维护时长牛、难度都弹域性很大句，翅无法预估或脾高值掩盖开崇发成本。扰一旦验收合讽格，理论上今后续成本都掌应另计为维烈护成本，因钩此许多项目挽会预留一年鹿质保期和质虎保金应，幻这部分可秋作为第一年晶维护成本。易建筑项目的剧维护乐约在恨总去开发成本5给%慰，系统集成姜项目通常包纤括一些软件碌的改进肯而祸不仅竹是胖安装部署成昂本，括属于新需求零开发，因此鉴有可能10究%森/站年。维护团跟队挨通常由原开辞发团队兼任破，街注意产品化石项目存在上爸一版本维护慈，和新版本朋开发两个相相关任务，纯日常性运行堆维运则可以劣组织专职团闪队。惨维护阶段不狠包含在项目治预算范围，供并不表示维闯护阶段是可栗有可无的，蝶或是独立于魄项目外的；穗应该必须认逐识到维护是笼必然存在，姨和作为项目肠自然延伸和脾整体的组成造部分，是项辈目本身价值融体现。园项目过程中横，实施、验刘收、维护阶孩段的管理已鞭经在实践中娘有较成型规阻范，而前期稿阶段则相对给混乱；尤其乡是，棒前期阶段是跃决定项目成哀败的础关键芦。因此前三沈阶段是重点屡，投入疯单人辟密度厦也勾较高。斑三、六段式影项目管理与室传统方法的邻对比和优势镜六伪段式项目管帜理方法，与企传统的软件萝开发模型和宁方法相比，班有什么优势锋和改进呢汽六段式项管体与早期分段剪法、瀑布模遍型蔬在上世纪9呀0年代，软森件开发通常逃分为络：李需求惩分析军、聚总体设计浩、颜详细设计限、捆编码辣、疏测试密和村验收金等阶段；就侵是传统的瀑芝布模型。如萍下图（缺图2）浩现存大多数判模型，都从睡瀑布模型发就展演变而来角，六段式也澡不例外；那滔么相志比瀑布模型昂有什么优势伏呢？回答这筛问题，要从捧更早期的软宴件开发说起劝。洒哄在电子软件捉渡过骨五六十势年代的滥蒙昧脆期后，辅整个70年水代多数软件进，都是为株了流软件编译、经科研计算、侨数据油处理威和显示而发萝展窝的，显然这隶些软件的使供用者几乎就吃是开发者，叫所以不存在吧需求方和开属发方魂分离的状况陷；一方面这容些使用者都眼是有极客倾讽向讯的堵专业人士，驴对非图形界煎面和苛刻交茅互都是高手鸣，没有客户勾体验概念，少他们伶深刻了解系乳统；另一方脂面，开发者据直接了解应喝用情景（u和se圾scena弱rio扩），理解浪使用绞的貌目的陡。坐科这蹦个时期的柔团队也较简夜单，有时甚触至是一个人叛独立开发，钱一般团队可婆能距5-8炸人，表少则2-3侵人，最大的泄团队也不过英十几人。软秀件非常重视葱性能和资源仙耗漂用，析团队成员么都是嘱从杯独立怪地膀开发窃软件衡成长起来散的茶，党能独立负担金软件过程中许任何阶段；开由于人少梢，也可以集弯体参观使用么环境捕，了解用户能需求。因此弦，灵从服设计到编码今都是同一组抛人在做，不偿存在专业分斤工。倚这情况一直奔持续到80顷年代早期滔。扫而现在的软盘件业界，发午生了质的变谎化。融首先，硬件莲快速发展，断性能和资源捕占用不再是忌第一位的，寒软件的体验户和可用性，箱代替性能和灵可处理性成痰为重点，编搜译器进步、念P拿ython名语言录等的极发展，辱对编码的粪质量要求有陵所降低。青其次，软件竞从面向衔信息业界和吓极客，迅速间扩展到各行柱各玉业，世面向几乎全采社会用户；刷而行业也深替入到开发者巡完全不熟悉磨不理解、甚绘至不清楚具犁体使用的领冈域秆，洁及有嗓些日常难得返一严见的非常专啄业骂的开领域呈，开发者无她法再自然地映理解需求；御析80年代以牛来两GUI取代拼旧界面，系教统辈的快作用更倾向赚业务应用千、引导、交聪互而不是狂单纯挪地处理运栽算世，绿可用性和用括户体验提高拖到前所未有夺的高度。薄同时，墓这种情况下挖的行业跨越独发展，大量栏新手涌入临，午短时间内弯他们来不及砍从始至终了圆解每一个开顽发环节猫、了解用户丛使用情景娇和真实需求嫁，多数都为狼某一专业具夹体工作而培同养，而不再碎是初期基础叫牢固的全面雨型人才槽；工作分工询职业也越来份越细越专业祖化善。三在早期的团榴队中，成员棒统称系统工菠程师，并无驴系统分析师仓、系统架构惯师、测试专析家之分敢，现在则不斧同。数十荒、数百人的冒项目团队，关须要更有组半织化；调研浊需求再不也清不能集体到唯现场叨，姥高效化的结葛果是，委派狂几位需求分贩析师调研用非户需求；沟维通传递需求北的牲方式再不是右反复开会讨是论，而是高够效的专业分盯析，和形成滤文档由开发藏者随时查阅畜。这样一来捉项目团队变载得分工更专宪业，更寿加现有机层次。班软件早期和宪瀑布模型遥时代绪，严由于开发团幸队强大威的残可适应性，驴和集体同步麦工作，冲软件可以从失需求、转变蓄为系统设计播、逐级替代诊为代码，沉形成顺序的春流程，怒如同一个直备流而下的瀑愧布。而现在即，需要人员句专职于自己榨的分工，多己个子工作并弹行的推进，希互相协作完浴成。因此，等六段式项目捷管理方法更虾加适应大规税模、高效率猪的现代项目运开发。些六段式项管蒙与校产品织迭代悼模型满软件产品发封展到现在，搅涌现许多模甩型，其中誓迭代桌模型是最成言功的将模型闪之一。因为丛迭代扇模型符合了义自由软件惭的浙思想，让软吼件充分混地慎复用，和更伐优化、更具茫体验、更先顽进。在冯诺滤依曼程序存植储思想下，翅硬件通用后蒜软件具有几敏乎无成本复荐制生产的优余势。当人思们助通过鄙一个雾项目开发了垮一款好甘软件后，菊希望充分复州用之，而秃不是不同用切户重新成立纵项目组脊进行腐重复处的氧开发；同时廉，人们还希骡望软件在原容有的基础上构，不断的改殃进、更新，饼使具备更多贤功能、可用锈性和更优秀抢的体验。醋这大幅交地路节省整个社所会的成本、只提高软件质梦量和可用性锄。法这时，许多既软件开始产剃品化，比如凭MSof场fice，耀P毛hotos披hop些，贡Donal后d罢的TeX险、一些ER托P系统等。奶软件公司对狼一个软件在拴前次版本基冷础上，做新碑的需求规划灶、立项、系朗统分析设计巩、开发、测露试；产品上喊市后又开始鼓新一轮需求乖规划，周而雾复始。嫁迭代趋模型就在这该种背景下得缝到认可。膝软件的产品宿化，极大的渐推动软件业岭进步和社会驼的发展。但贴应该了解，掘每一个贯软件版本，对是经过了立混项进行开发锁的，是一个燥独立的软件盖项目，而不蓄能将软件不饲断发展演进毫过程，视为炒一个大项目迫。只有把这决大垒“卡项目铲”隐拆解成一个坏一个小独立辞过程，我们刚才能对其中只阶段进行标臭准化、把项津目管理演变谈成一个科学观、标准、可脸控的方法；揪否则，复杂斯庞大的大项握目没有纯粹忆共同点，我熊们无法提炼派其中的规律丈，项目管理泛就变成一个沾人治的、主界观的、失控咽的过程。这洒也是分析、唱分解的基本出思想。当我具们视为一个铸个独立版本候的项目过程子后，就发现困周而复始的盟螺旋上升，耗就是一个一奋个软件需求史项目的首尾盖相接，不断锋上升发展的据过程。巩谈到软件的玉持续开发和货多个项目交扎替扯，蔑可能就会想掌到，由于项角目团队成员乌的分工专业白化，虽然不活同子工作之材间有并行推锄进、和时间爬重叠；但在割不同阶段仍瓦然造成大量转人力闲置和薄浪费。如在纯实施阶段，绵主要是开发洲人员在工作划，测试和分庙析设计人员钉是较空闲的鲁。这样会野导致整个社厕会成本的增戴高，即使通趋过报价弥补梁了这部分成万本，也仍造轻成人力的浪疤费。因此敏，实践上，监成熟的软件辣团队，一般半都姥是同时负担相2个项目或弊软件版本，朝或贝3-4个聚项目宴。比如甲团扶队，正在压编码爹开发写某软件3.登11版本，券同时在调研趋、设计软件裁的3.20修版本；芬再欢如乙团队，停正在设计的嚷是水电DC蚁S系统，同耻时进行着某展企业erp溉系统的测试都和bug修纯改。话因此，一个生产品化软件味的帜生命周期艺过程，是由蚊一个个独立动开发项目谊组成遣，这样才具应有林一次性箱、目标性等按项目的典型蛋特征；才膏是帅标准化、可食科学管理和驾提高效率成林功率的项目陶。产品化的邪软件，每一势个新特性版填本都应该立册项，以确定话市场目标和哲投入，按谨标准项目过潜程操作，提妨高资金使用傍效率、人力够使用效率。陆对每一个版联本搅项目，应该状进行馋投入效益的挨考核锻，和总结反签思，效益不笋仅是收入、赠利润的经济放指标，也要披包括纪：亩活跃用户数订、用户体验乌、竞争对手子差距等。范产品化，才蛾是软件行业蛛的主流，选由于软件复姐制几乎无成安本，重一个好的软梳件聚在遮跟普通质量没的撇软件抢市场用竞争中，价古格、产品都驰处于绝对优峡势，更何况租差的软件也。促很多软件如握OS、彻通用踢APP都会劲形成几家独裳大，绵普通研发项楼目几乎无法恋生存，乡产品化才是越软件巨业啄未来罚。害另外专还要说明，与软件开发是捏一个项目，舅软件的安装司部署也是一糕个独立的项激目；而不能牙将两者混淆劫。正软件部署也音同样有调研筛、设计、实卸施、验收的果过程；只是鄙部署项目拉通常翻很小，过程触被微缩了。裂比如，某e丙rp产品部币署项目，部窗署目标很明冬确，所以提样案即是某软挂件的安装部荷署箩；短调研是试安弯装、调试的精过程仆；奉经过尝试确传定了在on眠line环京境中正式安滤装的步骤、访次序搬、撕人员分工/栽机器分布拐、集失败预案，泻就盟是对安装过鼻程的设计舌；拉正式安装薯就粉是实施；捞完成后应逃该叛进行测试检袍验，作为验运收；后续发但现遗漏还需衫维护。谨顺便堪说明一点兽，部署也是计项目，建筑屋也是项目，忌因此登我们把主要席核心过程寨的甚名称定为潜“筒实施拌”疯而不是痰“俭开发衬”枯。弃但对于改大型的设备作的部署安装下项目，如大虎型水电机组衣安装，则有准很明显的六趴个阶段过程出。安装项目凯，与机组制捏造燃、绵系统地开发，是两怜个独立的项售目过程。肾六段式项管方与RUP湿细心读者可圣能发现，六驳段式管理，前与治RUP淋具有非常多瓜的相似之处严，那么为什凤么还要再发推展六段式管秤理，与RU园P相比有什制么优势和区猜别。六段式臂项目管理方毙法的发现很项早且是独立羞的，并没有枣参考RUP克的过程。首饰先说，RU惧P是众多工域程师的实践招结晶和经验血总结，并由迎Ratio鸟nal（I久BM收购）捞最先发布推蒙广，脉是各模式骄的崖发展退和软件开发戴经验的膨集成晨；云两者相似心只羽是痒“乱智谋之士，悟所见略同宋”衣的犯必然渠。驳RUP明确内认识了各个犹阶段中不同居种工作并存泊，率先将玻概设详设刃等从爸开发实施中集独立出来建丛立了对应之“眉设计览”撕的细化过程装，炭建立了唱循环的四段器过程紫对软件不朽雨贡献，尼对行业产生长重大影响厅；碌六段式方法楚在六发展过程中敬也参考学习吵了RUP过期程；从这个捞意义上说，斯六段式方法刺是对RUP笛的发展和演混进。介那么，愤六段式管理六与RUP赶有哪些不同炭：快1、六段式请管理蒜重新整理了类初始阶段的圾过程，根据陷不同恒本质，对项叮目成本至关叠重要的前期述阶段，进行毒了更细化、筒规范化的整检理。蒸RUP有眨四个过程，披Incep颠tion诸（初始）、惨Elabo宅ratio丢n灿（细化）竟、开Const赤ructi距on扇（实施）、变Trans荷ition陆（交付）阶臂段；其中爪Const滋ructi补on钱阶段就是六摆段式的训【贩实施阶段宿】右，有时称【鼻构建阶段】窝，浙Trans耻ition朽阶段对应于羽【验收阶段谱】，细化大于致相当于【锯设计阶段】翅。对于初始钓的当Incep龙tion婚阶段RUP纹描述非常模慈糊，我们把迹提案独立出膛来，以最快腹明确项目的路主要目的和淡大致范围，牵并要形成文蜡档，绒避免漫无目榜的地发散，班或本质性变子动导致的成症本、时间失禁控。对于国初始阶段的榨其他部分，枕我们把短它猴明确为可行增性研究，残而作可行性闭研究先要有乱要做的框架螺、主要步骤必、范围；就桃是说整体架泽构、设计这蓬个阶段就俊已想在进行了，嫁说明和解读氧了这阶段要填做的目的。膏最后作为可点行性的输出抚，要完成立木项申请报告睁，获得项目骆进行所满必需跳的劲人力和资金湿。朱（图车3蜻RUP卫）疼2、计六段式汉过程搏提出了每阶竹段的饭时间控制和设成本标准，成输出等均目标特征废。歪虽然六段式响与RUP的壶主要阶段都晓大致对应，削但RUP并屋没有提出每供阶段的时间提、成本占用谱比例；导致补一些项目虽涛按RUP进厕行，但各阶皱段严重不成狭比例，如仅祥对部分架构皇和界面美观刷研究时间太滔长，却忽略诚甚至跳过了扁细化阶段；弃设计时间业过长和反复存纠结太多，冈没有给实施虏阶段蛙留下足够时京间和成本。宫对每个阶段贷的成本控制茂，绝不是小阔事；而是一威个必须进行送控制的事。缴整体上这是拣一个循序渐碧进，逐步扩独大的投入过停程，1%，余5列%，15%蹲，65%右，这一过程伪实际上降低萌了项目过程桐中的风险。鞭这是六段式摇项目管理最侮重要的一点夜。酒贿各阶段的成夫本控制晒也是用于衡渔量设计与开命发间成本配朝比和工作效备率的依据之丘一，就软件拍而言优秀的旋过程设计与控实际实施开钓发，单位时窝间投入大约讨在1:3到藏1:4，而杨实施时长通杯常比设计卸多亿50%左右幻。蜘3、六段式秀过程君清晰化各阶淋段规范，尤鼠其是设计阶敌段的钟工作方式和湾输出标准节。胖在RUP中重，妈Incep珍tion盾和围Elabo帮ratio娱n贤的里程碑描概述不倾很结清晰，其实删它就是《立吧项确认书》税。而设计阶塞段是整个项朱目成败的关挣键，RUP鱼并未明确其跌过程节。六段式明念确了这一阶渣段主要目的凡，就是完成傍项目的应用编设计。而设虫计，绝不是过肆意画图、愿想象、任性低设定，想怎乏么设计就怎飘么设计；没设计必须以溉分析为基础箱，实际完成泥设计的人员愈不叫设计师荐，而是系统扭分析师之；需求分析男并非对需求惨的简单想想测、分析分析最，需求分析蛇是专业人员界作的，必须搂是基于系统单面向系统开姓发的。需求案分析人员不屿但要有很强悦理性思维能垮力、把自己圾代入嫌用户情境（削use群scena仪rio毁）的能力，脖而且要有全伸面、坚实、推深刻的IT陕和CT系统毁知识，对系害统梳理、分坡析的能力午；分最后要掌握海表述规范步用匪标准忌的图、文表宁达出来。粪实际上，六嗽段式管理，篮借用改良U搬ML，确立望了规范的立《需求规格眯说明书》恐写法和图形法语言，因为策图的表达能垄力更强。因吸此，它重新啄定义了应设计阶段的拦工作细节，辞和输出设计笑稿的标准。浙同时，更规查范化了一些寇标准，如维择护是测试验谦收后，爷虽然够有时投入几服乎为0，但洗是考虑整体稍性，不宜将闭之抹除。肯锋在六段式管时理中，各阶勺段词“钓输出偶”革也更加明确辈；可以说六叹段式是RU贺P进一步规垦范。待4、六段式吸过程的阶段昂性，真正有石效规避了风骗险，提高了丈项目成功性恋和对需求的劳满足。制我们提出助软件貌项目鉴过程模型的扫目的，是盗为提高项目冬成功商率和更确切速满足需求。筋但是，项目绒失败率（或及与需求偏差衬）显著偏高夕，秃如对比生产个，怎么才能耻控制项目过戏程中的风险蹲，提高成功狼率或尽早发观现风险减少压损失？我们愉知道项目是质个一次性的驰有目的的过寨程，由于它搜的一次性没于有命可借鉴级经验，怎样赴提高成功的帅可靠性，只冲有逐步投入伤、渐次逼近淋目标，发现恢风险后及时薪弥补和中止胸，才是真正汤降低风险导，产保证项目成启功的依靠。贝这是通用的踏唯一的方法归。煤六段式项目旷过程，是逐饮步扩大投入吗的过程，如盖同喇叭口，况这种扩大并究不是线性扩田大，而是指剩数级增长（狐如4的x-永1次幂）。棋在扩大的每滔个阶段，都信会进行re纹view评敲审，当发现疗风险时就可比以及时控制息、改进；援必要时中止症项目以防止缠损失扩大。案要知道，项沃目实施人员浅基于工作量惭酬劳的原因搞，即使发现秋风险也有继占续完成项目挡的冲动。提殊案评审批准盯、立项评审俯批准、况规格晚三方评审，岗每个主要环匙节都进行了冷严格的风险性控制，团队童外的评估。扯软件过程笼，叼或建筑鲁项目过程，车本质上都是凳“停社会生产贴”域过程，是为角了让人们生躬活得更好，像工作更有效状率，解放人壶力用于享昌受唉幸福，都是顺一种经济活磨动。经济活始动就要符合朱经济活动的写规律，最大逃化追求利润跌，或成本一粮定的情景下坝最大迈化欲满足需求；健而不是追求蹈过程看起来翻有对称、整约齐或理论深粱奥。需保障项目的滔成功率，用到最少投入完蹲成项目目标急，伤防范风险役、温降低重复粱就是节省成僵本，转化和三增加了利润照；在项目开述发总成本毯未增加命的情况下，垄做出的成品滤更加营贴近用户需围求或用户理缝想状态、提问高使用效率茅何乐而不为够？耕唯六段式方法党，藏用最简单最识直接的方式葛，清晰的控徒制风险，避甚免了繁杂评域审过程中反吸复和浪费，箱本质上是副对项目经济悔性的诠释。幼四、六段式雪项目管理与菜常见问题辨附析仔六段式项管慎与需求变更冶1、箱怎样乌控制藏变更妈进垦而控制项目救有人问我鹊需求坦变更怎样控加制？盆他们使用了训CCB（涝Chang很econ齿trol糠board嚷）颠、变更控制款流程毙等种种管理某措施，仍林不能有效的筝控制冈变更滚的数量畜，债需求拿时在庭变、编码中向变、编码淋后还在变馆。足首先，需求梨变更是一种栋客观存在，扭没有人是诸贱葛亮，可以点准确预测所骨有可能出现浆的情况、实黎施过程中的颜问题。因此惩，没有变更邪的项目是不洽正常的；重昼要的是怎么瓶对待教变更。很如果需求不拘断变霸化类，那说明提祝案争时贿还没搞箱清息要干什么，气就匆忙施行蒸；或者没有漆充分确定可仓行性芝和优先次序待，过后才发炼现贴架构要改；再或者没有一浆个确定的设咱计，结果边蚀干边设计，预一面涂抹一俗面实施。齿总之就是没魔有确定想法敲或想法没膜有经过宽系统强地胳分析，没有块项目的过程名管理纵、成品的设神计恋（管理学术坛语，没有制费定计划）；刑解决办法也成很简单，就帝是严格按照别六段式项目明过程进行即缸可。战爷但是计划没状有变化快，隶总是有细节雕不在计划内乳，这很正常穷；在编码中辟，或编码完舟成后出现变葱更也是合理重的。货这在建筑工穿程中也很常耍见，举一个旨亲身经历例结子，200侧4年为某单耽位建设居民强楼，设计院耍的图纸都经折过评审、答斑疑、交底，导无异议后才圣实施；数月顷后施工单位刚向我汇报要器求变更一个陵下水PVC历管位置，侧对移10cm下，原因是管泛子会遮挡一毛些卫生间窗骡口的视线，蚊且造成用户资开关窗口略辉不便；基于窃为助居民划着想这变更觉很合理，而援且在图纸上着审议时很难编预想到报观窗眨视线闲的期细节魔，经与设计债院协商，其邀修订了图纸酱（未全部重恼晒）。没像这种滋成本很少刑、基于用户稍需求的古都可以熟变更抖。阀但是一定要渣控制变更的验度。就是殿在实施阶段胸，进行变更偷，包括设计登更改，也包然括工期调整坚、预算追加朵，不能超过冲评审通过的虎需求规格的是15%。肤如果窑超出、或发火现将来会超辞出，必须立口即报告决策州层奉，版预算和工期保都一样，逃并重新修订啄预案。开要特别强皱调的一点，山对设计变更鼠，必须要通喜知设计团队裤并征得其同等意（潮代表产品、意需求方笨）美不论其节省启预算或超支然；编码变更躬和设计变更搞可以同步同泥时进行，但惠设计团队要浪对变更留底条。蹄有人说，他涂们刻意遵照记RUP过程扬，但是公司压管理层强势蛛改变、尤其拉增加了很多哥需求，仍然献导致变更超愈出了预算，吼或实现需求吩不理想；时触间也有延期亭。耗在村六段式管理底或RUP中幕，附如果一个变虹更是本阶段炸内的，（变市更的原方案跃是本阶段内棋才提出来的械，舌只影响阶段蚕内），可以凤直接变更，色不需要申请鬼、审批流程缠。如果变由更的是上一椒阶段的输出桌（如通过评枕审的需求规狐格、立项书畅），则必须扣要返回上一耍阶段进行修贷改，并重新皮评审批准。欠而不是直茶接在本阶段柄变更，粱剑虽然那样看晃起来更简洁专，但是却蕴匠藏了巨大风爱险和不可持湿续性；为将碰来软件改进抵和赏未来展着想，必须勤回上一阶段信。如仿：揪实施时发现弹要增加一个处很大项需求泪；这泼时糟要返回立项尝阶段（甚至俱提案）重新伶确定立项，浸书面明确更赠改后的预算爽、和工期蓬，然后作这克部分的设计脚；翁或者可以这龟样想，实施好时墨的远问题，返回慧设计耍，截设计能解决扇则解决，若柱发现还不符哥合上一阶段牲输出所，那雀还要介继续返回调财研阶段。环由于仙六段式管理折每阶段都有齿评审，实际论上这样也可扬以避免，不肤懂技术的领吹导乱拍板，波一些糊涂领扇导不认账。絮薪变更的结果贸必须在阶段著输出文档中顾保留；变更抄原因和原设垃计尽量保留男。五这样可以不惰用严格按照锻‘危申-评-决础-施-验-所存老’鞋六步变更块控制辉流程处处存容档，避免许闹多人达最鸦反感村的企文档化和繁诸文缛节良，轧简化流程提姻高效率。浓2、三方评弓审符、谎质订控樱减少变更顶关于评审。坛每个阶段结欣束时，都要踢进行评审（鼓评价及审批异）卵，实际上是敌阶段性质量阵控制，通过鸣评审将阶段狮性控制后期抽变更的风险墙。福变更越早发微现、越早进讲行，成本越她低。稼提案和调研碌的评审，都漆由决策层（捧或需求劣投资担方）直接进湾行，瑞决策者签字兼确认或集体法决策的通过精讨论块汇扇签确认栗。毒提案汇书新被确认后就鸭是筹备组工歼作的依据批熄文，立项申构请书，被确近认后就是立糕项确认书。弃这如同审建缸筑图纸，决期策层重点审诚户型、框架台、满足需求巷，而不是专色业的细节。厅不同的是设才计阶段，设迁计阶段的评尖审，叫做副“滋三方评审安”钢，前面评审蜻可以是一个巷时间点，而青三方评审可证能是《需求动规格说明书冰》怒一套文档，主内容多且专颠业，不是一葛次会议可完爹成的。往往插分多次陆续另评审，评审敲通过的先进触入开发，如欧果一定要找厕时间点，那害么以首次8眯0%需求规芝格通过评审会为准。所谓打“堤三方岁”吓，是指用户趁方桂代表牲、开发方拉代表症、独立第三知方专家。产末品化的盟软件，无法糖找到全面用浊户代表，可压由产品团队闲和专业需求掩分析锻人员掠组成代表注组烫，窝但污不能余仅仅毙是翠设计者本人氧。开发方代重表，可由咽开发辜经理和系统击架构师组成溪，具有否决末权，重点审背核设计能否南实现，成本真如何。多数监项目聘请第默三方专家很反难，可由具想备膝开阔民隆众平常心和策知识德远见的公司痰领导钓来尤代表。宫评审朋须装要三方通过扫，不通过的鸽需阐明理由贼和需改进点论。席为了评审效姿率，通常产肯品渗、系统分析吉师稀会与研发挣、系统架构栋师史预茧先苹会面蝴口头沟通。步因设计是从个用户中来，龙因此评审倾疮向于通过，永需改进不超销15%的，烟可直接改进牢后进入下晕一灾阶段，不重岸评审。戴实施阶段的梅评审，是个到大规模评审液，实际就是达验收。阿验收奴的奔评审就是验智收报告评审逢会。冬我们划分辛各阶段的标晒志就是评审逆点；可以想俯象这是一个扒时间轴直线裹，五次评审界就是5个刻讯度分隔点，放把直线分成叨了六个区段烈。芳3、箩变更和椒测试的误区灶变更也会出陶现在测试中勉。它测试中摔，也经常会揉提出步些巾改进贡，茎要求变更需吐求和软件设河计。首先，包我们要分清垮bug和需帮求变更。原目则上，bu密g是需求和肝设计中有要炉求（子或兼隐含），而愚开发未达到宜的；需求变演更是原需求梨文档和设计薄中没有的。躁不过，有些说时候仍很难界分请bug那和需求变更吨。不论bu鲁g或需求，灭只要合理合时适的，都应共该更改；但凑如果涉及需毯求，同样的慎，要返回设颜计阶段，由救分析设计团幻队分析讨论蚊确定了新设泥计，首再钟开发怖改进带。旁这样做的理种由同样是软衔件稍专业翼人员不是用鲁户，不能保睁证确切的理康解用户需求沸；没有经过浅全面分析、押规划软件长亿期演进，可错能会在将来盼反复改回；际分析人员调铅研需求代表拿用户。蒸要强调的狼是，测试的街依据是《需费求规格说明史书》膀，喉而不是理解艳中用户正确佣需求芦，停即使测试斧的灶意见番是何正确船的摸，点原瑞设计不合理叹，艇也不能直接礼作为bug栋直接提交开韵发，这涉及赏到开发团队运，对一个定宾稿设计的开秤发效率和工背作考核。狠需求描述也享会引起变更时。折常见的情况趋是轻需求规格说必明书描述得伞不细、或有笨歧义冻（对不专业克的分析设计昌团队尤其是系），嫌这会增加b喊ug的量和激变更轿。有些是分伙析设计人员票没有掌握规窝范的规格说健明书协的写法；也非有些是正常膜的沟通和表瞒达理解习惯锅问题。叉谊因此，好的运产品团队和常开发团队要猪经过磨合一植段时期，才浑能达到配合撒默契、理解许相通，开发趁才对设计理鸡解更清晰狸、准确涌，整个团队胞的效率才更刘高健。欠但组再次强调素《需求规格暂说明书》（张SRS）绝兵不是越细越裁好，文档比摸代码还多；久也不是用几交句描述性的臭语言说明使掀用目的就是其需求（前者匙极限华靠近净室模屋型，后者是登多数非专业孤人员默常犯的错误沃）紫；款而应该追求略最少的文档晶，准确表达同设计成品和耻使用意图。向这里开发赶人员滑要注意一点罢是，遇有矿描述不细、拐或有叛理解樱歧义滑的贸，思开发人员要帽主动提出来杏，要求分析颤设计人员踪“工交底背”挂、耽“掀澄清差”昌，而不是按枪照自己的尘理解两自行开发于或被动等待善，晨之后导致变捆更或bug愁。凳因为分析人父员要预估开烈发人员的理染解的歧义难帐得多。猎通常在携实施阶段，虾要值提供她途径物给搏开发和设计以之间，快速俭、口头、准菊确地沟通，叼设计要及时陕响应开发询铸问，使便捷臂询问购。一般而言烟，分析设计涉人员的固定窗薪酬部分是粗低于技术开召发、系统架衬构人员的固尿定薪酬的，勒一是因为开由发人员，尤稻其系统架构亲师主要依靠痰技术门槛、铸计时和工作意量来计算绩么效，这个部朵分非常稳定傻；二是因为悔分析设计人蛙员还有市场增效益牧变化的幼绩效薪酬仙。由于对分该析设计的评承价经常很难症进行，存在揉公说公有理症婆说婆有理港，而且分析押设计团队是稿要对市场和非用户负责的监，因此以用质户和市场变落化作为优劣踢客观评判是赤最好的激励哗。寻对用户需求文的分析，没验有最好、只壳有更好，柴通常都没有跃一次设计最倍完美不敞再怎改进的滑软件；死有时细节用姜例的沫遗漏也属正胀常，但核心竹用例的遗漏栗和核心流程淋缺失，就是参分析设计师铃的责任。丑同时，抖分析设计人鸡员竖也雕有责任誓确保一次性捧提交经过深谁入分析的设尘计接，初以节省开发猎工作量，帆如果实施时梯经常返回前灾阶段今大规模地题变更，浓重民新评估说可行、重设戚计，那就要蚁考虑项目分料析团队、系撕统分析师，园是否没有足笋够能力担当混、没有足够露资格脂及秒资质。惭测试用例文廊档不是越细朴越好粗（这与需求抬规格类似）努、也不是每然个项目都必敌需的。岁我们准备测裹试用例（指艰测试用种案例，睁注意这与系机统分析中的泻用例，完全顺不是同一概古念）部，是为了更肃好理清拦测试激思路、完善竹测试细节。竟由于遵80%时间符都不在赶系统测试象期间差，测试人员狗相对的阶段剃性忙闲较明揭显，勇那么款实施阶段意除了协助开暂发人员进行雷单元测试，讲很大程度私都被安排嘱来害写测试用例像。因为测试笑时间紧，提迎前做准备，藏要做哪些方悼面的测试不朝要遗漏，合飘并用例一跑竞多测续来即提高效率，耳完美覆盖的蔬系统边界值冬，提前编写标测试用例可接以很好地提举高测试效率恩；但是，测押试的优劣和嚼工作评价决沟不是测试用摩例写得好坏梨。芹测试只能以承测试榜的次结果是否有条效过滤了需涨求规格所要搜求的，是否创真正适合用遇户应用为唯导一的终极目烈标。在满足姿以上要求葵情况调下，应该最梢大化节省人或力、减轻文泛档、加速时甜间；鹊从这个角度梦上说，有些否敏捷项目直倘接测试，不暴写测试用例控，也是可以商的。测试应升该有一个《孩测试规划》骆做统领，但长并不螺是荒事事处处孩要有产文档，谅测试灶方面建筑项慰目的验收，拉是很好的榜午样。测试应秋该回归剩到松控制工程质露量、酷满足用户需申求为目标的座简易模式，游以开发实施复为核心，轻还测试、轻文闪档竞地忍完成有用的荐成品割，才是项目同管理的真谛乳。黄六段式项管雅与敏捷开发管近年来，敏挡捷开发爆发犁性的发展，吨有人认为不嫩再需要瀑布失模型，不再毕需要文档控秒制，可以自恰由的、亚快捷的开发坝软件枣；怜敏捷是所有衬软件开发的晓唯一未来生。饮敏捷春方法院春笋般出现亡，去极限编程X位PExt衡reme车Progr掉ammin烘g驾、拥自适应软件走开发危、水晶方法辱Cryst哑al砖、罩特性驱动开衰发军Featu浅reDr工iven慨Devel镜opmen盯t肃、票精益软件开落发Lean径Soft愧ware亚Devel狂opmen军t宾、柱Scrum萍、池AUP责。否绝甚至在一些饿人口中，好扛像一时间敏串捷可以包打棋天下，不做示敏捷就落伍命了、就是低蔽效的、就不医够先进，如嫁果还提CM顿MI就是衣守旧顽固的室代表。居但是，要知苍道到目前为贤止，还贯没有任何一喉个大规模开到发项目或优乔质产品，是思完全依靠敏裕捷开发的雷。不论是w挖indow沙s、还是o兰racle铲摸DB易。效敏捷确实发胡展很快，满凑足了许多项腾目过程需要唱，也出现了瑞一些最佳实底践。我非常疫认同敏捷开恼发的四原则读，誓人员素质和划口头沟通比头铺陈些文档拉和用过程来感保障重要，污一个实际工端作捡的馆软件无论如离何都比遵循赢形式化的流茄程重要（互富文）；灵活件随机应变地唯处理析变化比因循染计划重要；责作为一种结帮果或状态，悬也刺很闭认同客户合假作胜过合同饿谈判。砖但敏捷决不体是吉可残以抓解决一础切拢问题的脚最佳方法炊。踩首先，敏捷金非常适合小斥型的项目，毁当紧凑团队驰的成员超过弱了30人，洞而且团队成映员笛有请增减变化，姨全体面对面听沟通根本无脆法进行，就煮不如文档沟找通突破了时军间、空间的抱限制。文档脑应该恰如其柏分，反应将垒要菊完成的成品奸，而不是越而细越好；让桶成员随时查烈阅，而不需承要集中时间叫会议传达。差目现代软件项给目经常失败皆或不理想，秆主要盏原因筒是维并不真正了闹解用户需求依，孙疼未能专业的脾分析需求眨并阐释档用户理想中孕的成品状态帽钳或者说就是鲁缺少一个定最终尖“巩做成什么样鬼”劝的设计。喊鸣敏捷怎么解功决这一问题翼呢？偶他通过客植户参与，临直接让客户田确认是否符属合需求，是俩否有理想的万交互；频引繁提交新版曾本给客户（殃通常2周或价不超2月）平，父通过不断试慕错的方式，板弥补对需求菠缺乏分析和肢深刻认识的姓不足，并通傍过尽早提交途，把错误消掀灭在萌芽状酿态。为快榴速适应需求行不确定的变难化，他要求肝团队框Respo炸nding死toc饰hange竭，这就要求洁团队小而精站悍蓬、桑灵活商调转，节并框快速的面对功面沟通竞及时传递冬变化希信息而不是日等待沉淀成偶文。搂另外敏捷还皇通过每天的培面会汇报，欲督促了成员消进度。它是否感觉很例眼熟？王前面谈到过反，在软件开短发早期，团肌队非常小、灵成员都深刻诵了解用户需饮求损（并定互相公讨晚论）源，也可以集摇体参观使用凭环境陶而模了解使用情妨境差；并不预设援繁杂的文档阅。铁这不就是现堡在敏捷吗？流送成员都能独壮立承担软件问架构、分析臂设计、编码颜各环节，因访此可以嫁集体扑入项尸目同一阶段阶，彼此信任忍和默契配合倒，而敏捷中株通过蛛小单元提交颤、畜结对编程、习老带新等也脊近似解决了犁这个问题秩（因此敏捷堤很强调个体腔素质）局。殃敏捷通过不引断把项目简将单化、易理时解化，把项寄目变成一个啊可由小型紧啄密专业的团均队承担的工治程，并通过翼原始自然的罢最直接、明属确目标的方赔法推进，因筋此高效、实拢用，易掌握汗。燥从这个意义忙上，敏捷不灯是项目方法睛的发展、而千是回归真朴图。聚腰蔑但是敏捷仍调然不是完美墙的方法，杆除了上述敏翼捷开发无法尺适应大规模晒团队项目，隶是问题之一俘，取敏捷还有两翼个俘重要冲缺陷。业敏捷垫方法会因客梨户总不专业花、不断点变更而浪费吼开发人力赛。晶洗对于简单直很观的项目，辩敏捷很凑效正；但对于一慢些无法直观讲面对的项目程，客户会因钉不专业而反做复变更需求趋和软件设计探，实际上浪昨费了开发人敞力和降低了破开发效率蔑；妙一些需要深抵度专业分析怠的触项目，由于萝客户缺少系曲统和分析专爷业知识概而术开发缺少皮对摧需求深刻理拆解冬，像使项目推进庆缓慢而艰难座。额即便是直观源的项目，由阔于有些客户茧对自身需求兴毫无概念山，或者对技宁术缺少起码迈的了解，也捕会造成工作陷量的无谓浪喊费和项目停纳滞。拐鄙而一些项目抵无法辫简趋化为可筑onlin房e沫的中间它项目坑，富在中间提交舰时鞠都能获得客菠户认同螺，但最终要朵验收才发现目有严重问题婶，这是客户罚的非专业和乌不能预测引不起的，禾国外已经有绕不少跌这样棒例子咐。猜即使那些得顺利脱完成的项目请，皮除了完全增洒量性的，由插于竹不断柔提交，对丑“弟组合鞭”电部分桥反复漏进行集成测约试，欲实际就是浪烂费人力。票而且敏捷反牺复拉客户确程认需求的过榨程，实际上猪是耗费客户渣的时间量弥赌补需求理解堆能力的不足纪。捞而有些产品面，面向的是蜂社会公众（馒如腾讯QQ铅、糖Winra编r废），你无法畅找到客户；氧虽然你可以道抽取几十用惊户代表来参恢与开发、评更审，但是抽喇取的用户代造表无法代表第全体，这些与代表所坚持矮的意见，可挡能对另一部萝分用户就是俱截然相反的牲意见毅，仍然需要牲深刻专业的油分析师维。违芒不论从且项目需求确构认的可靠性复，还是酬项目的效率节和经济性看上，橡兆这都是期一种低效的完工作方式，照虽然它以增美加一些工作饮量，从而保绒证了项目的梳成功和对客菊户需求的满井足。墓敏捷方法不孕能让具有广毙度和深度的翅软件完美实济现。男如上所说，迎客户的眯对需求的理母解是浅显和达直白的，限锋于其水平，叉不可能设计挑出最优秀最挑完美的产品饥，鄙引导屿最高效的项工目。由于客颜户对技术、树设计的仰贫乏惭，邪无法找到既榆完美体现需猪求，又链实现开发成卧本低的最佳扭方案六。唯没有经过罩专业分析培社训，仅对需求把控味很失据，无与法通过专业帜方法露精析崇需求的本质恨。潜因此许多满最优秀的信刻息系统都是选专业人士设检计的，真理毅往往掌握在想少数人手里筹。仅实际上，这捎样的例子很咐多，比如S垮marti黎san、任Chrom虏e眠、QQ、概Winam虾p毙等等，都不改是客户引导东的结果，而贡是办公室一负群专业分析头设计人员的氧成果。湖再如斯蒂斯夫锦·取乔布斯，就钥公开宣称完剧美的产品设杏计，不需要配经过客户调篇研；诚然芝苹果的完美等设计，多数维出自他本人秩和其许多天倚才、敏锐、柿富于创新的屯分析锣设计师之手盈。郊乓普通的建筑拐是银与可客户讨论舞确定户型、掏架构等种设计，经典贝的建筑绝对村是优秀设计局师追的杰作。乐崭而且，一个份经常的情况它是，客户自奉己并不深刻降的知道自己新的需求，他塔只知道某些鸭设计并不好潮，但又说不亭出怎样绩才陷更材好。只有你况把产品设计灿出来了，并易拿到他面前蚀进行对比，童他才会说哪哭一种更好；耻而不是纹能帮助设计筹。返笨这在苹果的团产品上，表妈现很突出，散从ipod句转盘、it丘unes软资件、iph惧one非触屏准拨号咐，没有时业们界和公众都乏没有反馈；薪苹果设计了压立即引起轰沟动。恋树前面讲过由零于软件复制忘几乎无成本刷，内幕优质化、角产品化虚才是软件项棒目真的难未来，体验懒差、不好用浙的软件很快邪会被市场所标淘汰，只有喘完美的软件违才能生存。兽那么有没有寄办法可以改班进敏捷？询实际上，颗稍闪看一下过程岂就会发现，遭如果我们有腰分析设计人专员，他能清坐晰深刻得了迈解需求，又岔能瓜有效规划系增统，并通过斩输出样图和套描述表达完淋成的目标，钥取的客户和云开发两方的撇认同，就不骄再需要反复住提交芒耗用客户时骆间；形成提津出、设计、亏实施封、验收医等六段式过清程。盈如汇同有建筑项目，目设计院堂能够在建设转前先画出图忍纸，那就大猪幅度降低成叶本和风险概，并确保成纳品与需求的呆相符。摄但是，测设计必须建游立在对需求翻的分析之上鹅，没有经过缺需求分析和放权衡的设计嘱，是胡乱设达计，是无法松满足需求的货，更不要说弟设计茎出灵完美的产品摄；战太而分析必须嚷是面向系统呀的，不能用滋于实际开发鸦，或开发成侨本远高于提莫案、立项晨预算的设计简，一钱不值贩。正有些设计者炸或PM，发帜现自己苦死波冥想的而“悠完美设计遇”民，居然被开善发者强势的腥无礼芹的遥一口回绝，俗那是因为他统们的凑“梦设计矛”榴异想天开，围甚或自相矛臂盾，没有以掏合理分析为乒前提、没有霉考虑系统实墓现屯难度旬和成本开销录、没有面向痕用户需求、伯没有基础的岸软件知识。牛由于软件设错计尚无统一恒公认的规范绳，导致许多沃不具备基础帅知识、技能酸和经验的无旨资格的南郭破先生，混到吊SA和产品厦经理这个队品伍中，只以雨美观和非专叠业管理者欣筹赏为自矜，命是不可取的轰。垦吗有些地方分闻析师、和设凶计师是分由碌两人担任，触协作输出；姻毫无疑问，有我不建议这贤样做。钳分析和设计闲异常紧密，桃每一个设计彩必须基于分感析的完美结桥果，两础者无法通过肌沟通过渡，跌只有分析者奶才知道每一免个细节，才隔能直接过渡奶到完美的设错计。这样才抓是最高效的伙。棍由于分析难成度和重要性祖，而不是设焦计的门槛，狭我们通常称绘之为尘产品笋助理、漠需求分析师泛、系统分析担师。忙那么作为系辉统分析师，贡应该具备什岛么样要求呢轰？首先，他泛需要旬了解用户需耐求，熟悉用姻户场景。洲和行业举竞争床状况。住因此有些冒分析师来源殿于客户和市但场。但是有危个问题，当户团队完成一先个项目，会欧寻求下一个猎项目，这个零项目可能是吸完全不同行庆业，或日常湾难得一见的退专业领域，油不能毎进行恳一个项目就毯换一个分析讲师。需求的亡不同行业，寒和工作职位抽的稳定性是冷互相矛盾的券。因此，多照数软件公司贿，是派出需巡求分析师，婆去客户现场呈调研获取需畅求。近仅仅是跟客莫户沟通过、舅调研过需求熔是远远不够温，真正的需躲求是细节运，荒而细节是不议会精全部表达在汽客户（且有尤时客户/用辉户分离）口舰中。这就需翅要，系统分谁析师去过使番用现场咽熟悉用户场用景炸，有很强的烂想象力，能猫把自己代入匠到用户角色届中，深刻体贵验用户感受奶，这样才能则设计出真正掀提高用户体昂验的绝佳产物品。议而且矿未来闯产品使用中轨，用户从未具经历过不可柳能给出意见傅，要求设计三者能想象自现己在使用产旅品中，梳理熄清用户妈们的恨操作活动流拌。珍我们把这个抹称为织“驶角色代入另”李能力。蹄这有点像有武人看电影看仙电视，会把承自己想象成段主角，与角倡色命运同悲气喜；但相对匙于，有剧情熔、有场景、帆有感受的洞电影，这种团要主动地把海自己代入凭烘空想象的、你无趣的用户船身体，要难欧得多。把有些人通过认静坐冥想，通闭目深思就滚能神游万里喇之外沉入用量户身体之中灯，有人也通霉过这种方式五锻炼自己叔的各代入能力；芒但一些熟练怪者可以你非常自如平授滑的代入，尊瞬间切换夕自己的大脑子进入用户的委体验感中。梢其次，代他需要有牺敏锐分析能缎力悬。刑破要求有很强绩的逻辑分析趟能力，对举分析原理、抹逻辑母数学、运筹秆学的基本方谅法有所了解杜；万尤其是衡分析哈和桨逻辑推理能婆力，北这是系统分扎析师能力的朝核心。等需求分析不宗是无本之母激，窝系统分析师棉要臂熟悉遍经济学中万“拔经济人霞”卡概念，以基赵于这一起点孔进行分析；询测由于大多数他需求都是为坦了提高生产祖和弊经济工作效析率，因此需怪要紫对经济学、继财会疯学科有所了骑解，用对我会计核算属中肿的贿复式记账、缝权责发生制执、配比原则死等基本原则屿、折旧和净巨现值等知识斧有所了解。景用于分析封的工具需要成掌握，掩首要是UM忘L题用于需求分记析的几种图喇和配置方法躲。用于分析组的UML图幸主要包括用伯例图、组件释图和状态图雾；如果学有旱余力，也推浪荐对奸运筹学为中份心的膀数学中谢概率践论朝、图论、应博弈论蜻、拓扑学屑有所涉猎地，这可以有稻效锻炼分析妹能力森。膝根据软件愚细分行业的肺不同，分析描师应该对不国同的领域有稼所有了解，骄比较常见的羽是寺管理学和用保户心理学奔，对大部高分非科学计胃算领域尿都会或多或仆少有所关联女。实际上僚，由于系统额分析师妻将接触各行止各业客户，菌通常都可以失有快速理解及新事物的适染应能力和学崭习能力，旋可以有所专婶精，蠢但或广泛的兴趣喘、葵庞杂的知识即和社会经验渔都可以接受删，因此宇，知识广泛眨和博学的人奔较有优势。舱再次，他需升要掌握信息牵系统技术的漠相关知识昌。闻铜有足够的信逗息技术基础印知识，和理循解系统原理市，酒了解信息箭的表示绘方法伐、主要应用捏和常见国际费标准。铸了解系统晚的碰开发，各种江技术、不同丑的裁架构和体系勒的优势，常沾见姐的小开发框架；卵有开发基础产和从业经历泛则更好。刻不同应用方玩向，会有不伶同的结需要，宰但是在主要门的信息技术盟的五个方向元：殿熟悉陵系统获开发架构和胆框架述（颠如CS答、.激net熊、Stru散ts梅），作熟悉阴程序设计和矛编码、面向日对象礼，如Jav暮a和C沟；熟悉六数据库和画信息蜻存储你技术异；了解灾网络、通信乐和加密系统经；了解J赏avasc模ript和桨html殿多媒体等表构现技术携；港了解硬件系惜统工作原理颗和性能指标断；至少应该蹄熟悉其中三立个。欧狂热者也然可以参考《匹HowT其oBec萌omeA观Hack顽er冻》（假Eric讽）。克需要提到的意是，与开发耍人员不同，于系统分析师零并不需要晚熟练掌握编裁码技巧，和就熟悉架构的怜实现细节；怒而只需要了氧解不同架构教和框架的优践劣和适用原谦理。因为开纹发人员的效恋率和工作成磨果，主要是住对Fanc浑tion和需Class纲库的熟练，皂这影响开发才进度和效率舍，但编码细沈节并不影响颗软件的设计分。恐最后，他妨还需要能够葬将完成的设糊计很好的表舌达出来。这灭需要乞掌握需求规下格说明书的盾写法，其中遣最重要的是丈图示表达。弊正所谓撤“蚁百闻不如一森见左”碧，诵虽然理论上办，任何需求申文字描述可傅以清楚表达箩，但绝图的表达抱方式依，更直观、踪信息量更大两、更容易清浊晰；帆一图顶千言纷，台辅以文字说鹅明港，义更容易表达凝清萍成品看的隙样子殃。溜因此，要掌扔握括UML系统沃设计的几种蓬图和界面交钢互设计图。偿任何计算机轨系统都包括胆算、控、存励、输入输出隐五个部分，阁交互就占了灯两部分。没伙有I/O的降计算能力，乱等于没有计贺算；任何系蠢统都必须是坐人参与才有筋意义，而人倍的参与就是镜交互。这就北需要掌握一挖些界面和交暂互设计工具旋，适这类软件有离很多，四如霞Visio丰、Axur尊e、终Mocku麻ps扭、胆Penci丙l咬、给Wiref破rameS许ketch耽er拒甚至pho铅tosho桌p立等鼓，掌握张其中盼两种市即可。熟虽然这有时甜看起来很酷拖，但通常这这只需要几个如月短期培训地就能掌握。捡另外，还饼要有喜良好的沟通肃表达目和撇友善的敏态度您，掌握英文疏或一门外语昆。蚂梳理了这些啦条件，我们钟才发现逝虽然产品经到理和系统分秀析师祝的沿称谓很常见帽，但价真正能符合差要求的人，曲凤毛麟角。锅主要的过滤否是铺分析能力，嘉和扎实的技打术信知识璃，需要长时衬间复杂培养漂和天分，遭能够恰当符窝合要求的人瞧，可能数千拿人也选不出呼一个。这就词是为什么，仿那么多项目雨要采取敏捷决，而不是先免设计后开发悬的铅管理扰方法，因为甘很难找到合尚适的、熟悉殊需求的人来旱参与。屋那么如果找贵不到，是不捉是就可以不南用闻系统分析师牲了？上面说词过，敏捷无棋法应对一些配大型项目的堤需要善。即使把它辨拆分成括若干小项目炮，也必须预式先整体分析率设计。掘有一个碧漫画阵说，一条铁熔路从两头开瞒始修建，到增中间接驳，殖一方的右轨邀跟另一方的梢右轨相接，酒结果两条左章轨分别衣落驾在姻轨道程外边无法对闭接理，这样笑话营在现实项目兽中也存在杂。其实，桃任何情况下到，正确分析路和设计都能植有效的降低绞项目风险、沫提高成功率殖，不论大小景。而且，有处效的分析和施设计，能提拉高项目的效百率，降低因恼客户缺乏技把术和专业知阅识而带来的胁成本浪费，匆降低反复与粮客户确认带三来的低效率牢。烛一些项目有乓了产品经理铸和分析设计刻人员，仍然条低效和挫折蒙，因为许多池不具备能力往的人鱼目混蚕珠混入其中鼻，并没有真鬼的在有效分堤析基础上建案立合理设计悟。躺况且，真正直最优秀、君具极致体验证的产品，必湖定是专业分题析设计人员坚的作品；而封软件的未来匠是少数优秀俭产品主导的凤。与客户频久繁互动，可片以满足需求债，并不能超瘦越用户需求欣，并不能产司生更好的项充目。厘浅因此，粪有有效的垦分析和设计排的情况下争总是比敏捷卡要好庙，设计阶段咐是必须的匹。两极我们更加缺开少的是具有的才能的分析光设计人员，荷窝和耻一个对系统越分析师的弄培养和资质业认证厚机制桶。喜需要说明，在对于大型超颈大型项目的熊管理，六段紧式项目管理苗方法，也是冶需要拆分成售小项目烤或多层分拆盲的纹，以小项目沫方式组成大步项目。需要机注意，每层园分拆键要适当放宽益成本和工期膝总预算币（贤比子项之和聋）吹，扰设计阶段通六常是10%强，立项阶段宾要多25%毅。对于采用格六段式项目航管理的大型带项目，其中富的子项目，川无法保证扣