第7章 · 播客 第1集
系统规划 · 项目选择、Kano 模型与可行性研究
🎙️ 本集播客：第1集：四种立项动机、选择原则与价值链、Kano 三质量与两类常犯错误、可行性研究五方面与成本效益分析的三个指标——TOC、投资回收周期这些一字不能改的定义，全在这集拆开。 语音由微软 Edge 神经网络语音预生成（女声·晓伊，男声·云希）。点击下方任意对话可直接从该句开始播，当前句朗读时下一句已预先加载，无缝衔接。
明
阿明
小雅，坦白个事：第 7 章“系统规划”我翻了两页就想跳——立项、建议书、可行性研究，这不都是项目经理的活吗？架构师考这个是不是凑数？
雅
小雅
凑数？这章管的是架构师一切设计的起点。系统计划描述从项目提出、选择到确立的过程，包括项目提出与可行性分析、方案制订评价和改进、新旧系统分析比较，以及现有软硬件和数据资源的有效利用。今天讲前半，老系统下集再说。
明
阿明
行，不跳。那从最开始问：项目都是从哪儿冒出来的？不都是老板拍板？
雅
小雅
原文把企事业立项的动机归结为四种。第一种，进行基础研究并获取技术，通常由大学院校或企业集团的战略研究性部门提出。第二种，进行应用研发并获得产品，动机是做出应用软件产品向目标客户群销售获取利润，有明确目标和严格的时间、资源预算，比如 Office、SQL Server、AutoCAD。
明
阿明
前两类清楚：一类搞研究攒技术，一类做产品卖钱。后两类呢？
雅
小雅
第三种，提供技术服务：向客户提供比较全面的技术服务而不是单一的软件产品，可能是咨询、系统集成、定制开发、升级改造、技术支持和培训中的一项或多项，是“服务”导向的组织。第四种，信息技术产品的使用者，即最终客户，购买产品或服务得到使用价值——个人买绘图软件处理照片；企业上 ERP，为了降低库存成本、建立面向订单的生产方式。
雅
小雅
使用者这条有句必背：信息技术是一种手段，同时也是一种成本，如何用最小的成本和风险获得满意的效果是客户最关心的问题。
明
阿明
记下口诀：搞研究、卖产品、做服务、自己用。那项目提出来一堆，怎么筛？
雅
小雅
系统项目的选择有两种实用性目的：开发公司在诸多产品方向中选适当方向研发，或客户从诸多产品中买适合自己的、选适合的技术方案。没有统一模式，但有四条原则。第一条：选择有核心价值的产品/项目——有核心价值的软件项目，通常总是和企业或客户的核心业务相关。
明
阿明
那“核心业务”怎么判？
雅
小雅
哈佛商学院教授 Michael Porter 在《竞争优势》里提出“价值链”：把企业运作的各种活动划分为产品设计、产品生产、产品营销、产品应用等独立领域，还可与上下游的价值链相连构成产业价值链。对价值链增值最大的部分就是“核心业务”，行业信息化的关键就是核心业务的信息化改造。
雅
小雅
行业例子别错配：生产制造业核心是生产计划、库存控制、面向订单的生产；金融保险业职责是分摊风险和补偿损失，所以保单数据管理系统、定损系统才高价值；教育行业核心职能是教书育人，教研教学考试评价系统、教育资源库高价值。
明
阿明
行业配系统，明白。第二条原则？
雅
小雅
第二条：评估项目风险、收益和代价。开发方评估预期收益和投入的时间、人力、资金，风险包括技术难度、技术能力和经济能力能否承担、是否符合国家政策；购买方还要评估对业务变更和组织机构的影响。关键概念：实际开销除购买开支外，还包括系统维护、改进、培训、变更业务流程等应用开销——要以总持有成本，Total Owner Cost、缩写 TOC，评估信息化的代价才比较准确。
明
阿明
慢着，TOC？我平时见的总拥有成本缩写是 TCO，字母顺序都不一样，考试真拿这个坑人？
雅
小雅
就坑这个。真题问“用总持有成本评估信息化代价的英文缩写是”，选项 TCO、ROI、TOC、NPV，答案是 TOC——照原文 Total Owner Cost 的字母顺序，Owner 在前 Cost 在后，选 TCO 就零分。ROI 是投资回报，NPV 是净现值，与评估代价不沾边。
明
阿明
就差一个字母顺序，好狠。第三条原则？
雅
小雅
第三条：评估项目的多种实施方式。自己组建团队开发只是一种，还可能转包开发业务给外部公司、直接 OEM 软件产品并做系统集成、购买关键技术进行“软件集成”开发、自己完成技术方案和设计再找外部公司编码，取舍依据是对风险、收益和资源开销的综合平衡。
明
阿明
第四条总该是选方案了吧？
雅
小雅
第四条：平衡地选择适合的方案。四组矛盾全是判断题材料：新技术意味着未来更多变化从而导致风险，也要更多学习和导入期；不用快速开发平台会延长开发时间导致更多开销，用了又可能被平台“绑定”；不考虑扩展性，业务变更时会受阻于已实施的设施，过多考虑扩展性，接口要花大力气设计，用户要为不需要的特性多付钱；价格低廉的产品质量可能好也可能不满意。最要命的提醒：关注这些先进技术宣传时，选择者容易失去对自己目标的关注。
雅
小雅
所以结论是真题原句：任何时候都不存在一个完美无缺的方案，只存在一个对当前项目目标相对比较适合的方案；选择项目的基本立场应该是“适合”，而不是尽可能的“好”——超出预期设定目标的“好”性能通常意味着更多成本。选项里“技术最先进”“成本最低”“功能最全面”全是坑；“适合”的方案就是平衡考虑开发单位利益和客户满意度的方案。
明
阿明
这条正好接上 Kano 模型了吧？图 7-1 那张。
雅
小雅
对，Noriaki Kano 的顾客质量模型，三种质量。要求质量：客户认为产品应该具备的功能或性能，实现越多客户会越满意；假想质量：客户想当然认为产品应具备的功能或性能，但并不能正确描述自己想当然要得到的这些需求；兴奋质量：客户要求范围外的功能或性能——原文补充，通常是开发者很乐意赋予产品的技术特性——实现这些性能客户会更高兴，但不实现也不影响其购买决策。
明
阿明
我对个例子：餐馆上菜快、不收错钱，是要求质量；顾客默认有免费茶水但说不清，是假想质量；结账送个冰淇淋，是兴奋质量？
雅
小雅
对味了。但考试直接抠定义挖空，最常考的一句：“客户认为产品应该具备的功能或性能是”——选项要求质量、假想质量、兴奋质量、期望质量，答案是要求质量。干扰项“期望质量”：模型里没这个词；“客户说不清自己想当然要什么”是假想质量，“要求范围外、实现了更高兴但不实现不影响购买决策”是兴奋质量，三个别配错。
明
阿明
那系统分析师面对三种质量该怎么拿捏？
雅
小雅
开发方更多考虑项目风险和回报，客户更多关心成本和购买后的满意度，分析师应尽可能用技术手段平衡这些彼此对立的要求：在预期投入资源可接受的范围内，尽量实现要求质量对应的功能和性能，发掘假想质量对应的功能要求并沟通确认，再按自身所服务企业的经营目标平衡考虑兴奋质量的实现策略——是努力提供兴奋质量争取忠诚客户，还是削减这些功能使成本最小化。
雅
小雅
然后是教材点名的高频坑，两种人、两类错误：系统设计师常犯的一个错误，是用自己对技术的兴趣产生的兴奋质量，来替换客户最基本的要求质量和假想质量；企业经营者常犯的错误，是对客户提出的合理要求质量视而不见，或者不加区分地把一切未经评估的假想要求质量不断指派给开发团队。考试问“系统设计师常犯的错误”，正确答案就是那个完整的替换句；干扰项“过度追求兴奋质量”看着像，错在性质——不是追求多了，而是拿兴奋质量把要求质量、假想质量顶掉了。
明
阿明
设计师玩技术，经营者要么装看不见要么乱派活。那项目选完，落成什么文件？
雅
小雅
系统项目提出和选择的结果，最终以“产品/项目建议书”的方式体现。投标项目中，它是乙方提交给甲方竞标方案的一部分；企业内部，它是立项人向上级提交供决策的建议报告。它涉及的范围通常要比 GB 8567-1988 标准中规定的“项目可行性分析报告”更全面，可能包含立项背景、业务模型、技术框架、可行性研究结果、实施方式、成本收益分析等。项目建议书标志着立项和选择阶段性工作的完成，一旦被批准通过，项目即可进入正式的开发准备和实施阶段。
明
阿明
那进入正题：可行性研究，研究什么、又不承诺什么？
雅
小雅
这是道真题，坑全在它“做不到什么”。可行性研究的范围可能覆盖技术、经济、执行、环境等各种因素，但它并不是最后的详细计划，比如时间进度及人员安排；这个阶段项目目标也极易变化。所以它不能指出项目最终的详细计划和方向，也不承诺收益一定很大、技术风险和资源投入就一定很低。它真正的意义在于：在项目定义阶段，用较小的代价识别出错误构思的系统，从而规避未来更多的资源投入损失——时间、资金、人力、机会——或规避因无法逾越的技术障碍、环境障碍导致的失败。
明
阿明
所以“指出最终详细计划”“承诺收益一定大”“替代项目计划”这些选项全是反向坑？
雅
小雅
全是。正确答案就是“用较小代价识别出错误构思的系统，规避更多资源投入损失”。再记一句：可行性研究的结果设立了一个“底线”——如果做什么，风险和收益是什么样的控制范围，给未来的项目评估、风险控制提供方向性指引。只给底线，不给承诺。
雅
小雅
可行性研究的主要内容包括经济可行性、技术可行性、法律可行性、执行可行性和方案的选择 5 个部分。先辨一个坑：执行可行性也称操作可行性。经济可行性评估项目的开发成本及成功后可能获得的经济收益；法律可行性评估系统开发可能引发的侵权或法律责任，包括合同条款、职责、违约、争议的解决，还有国家政策和法律的限制，如政府信息化中使用未被认可的加密算法；执行可行性评估系统在真实环境中能够被应用的程度和实施障碍，典型如 ERP 建成后的数据采集和数据质量问题、客户人员没有足够的 IT 技能，还要评估对 IT 设施、组织机构、业务流程、经费开支的影响——不经评估，投入巨资建成的系统可能毫无用处。
明
阿明
等等，我一直背的是“经济、技术、法律、操作，再加环境可行性”？
雅
小雅
这正是那道真题的坑：问第五个是什么，选项操作可行性、方案的选择、环境可行性、资源可行性，答案是方案的选择——评估系统或产品开发的可选方法，同样项目可用不同方法实现，反复比较各方案的成本和效益再选择。操作可行性是执行可行性的别名，是干扰项；环境可行性压根不在这五部分里。技术可行性也有道题：技术可行性绝不仅仅是论证在技术上是否可实现，还包含在当前资源条件下的技术可行性——投资不足、时间不足、技术难度过大、没有足够技术积累、没有熟练职员，都是约束；忽视资源条件会得出过于乐观的错误判断，“仅论证技术手段能否实现”“只看开发工具是否先进”都是错项。
明
阿明
五方面里还藏着成本效益分析吧？
雅
小雅
效益分析可以包含在经济可行性里，但它是专门化的评估。成本包括基础建设支出、一次性支出（如研究咨询费、培训费）、运行维护费用（如设备租金、定期维护、人员工资）。收益分三种：一次性收益，如开支的缩减、价值的增升；非一次性收益，整个系统生命期内按月、按年能用人民币表示的收益；不可定量的收益，如服务的改进、操作失误风险的减少、组织机构形象的改善。
雅
小雅
三个指标逐个抠原文：收益/投资比，是软件项目实施后整个系统生命期的收益/投资比值；投资回收周期，是收益的累计数开始超过支出的累计数的时间；敏感性分析，是系统生命期长度、工作负荷量、处理速度、设备配置等关键因素变化时，对开支和收益影响最灵敏的范围估计。真题就考那个完整句子，答案是投资回收周期，别被收益/投资比带走——那是整个生命期的总比值，不是时间点。
雅
小雅
本集必背清单：四种立项动机——搞研究、卖产品、做服务、自己用；价值链出自 Porter《竞争优势》，增值最大处即核心业务；总持有成本按原文缩写 TOC；选方案立场是“适合”而非“好”；Kano 三质量——应该具备的是要求质量、想当然说不清的是假想质量、范围外的是兴奋质量，设计师常犯拿兴奋质量替换要求质量和假想质量；可行性五方面——经济、技术、法律、执行（操作）、方案的选择；投资回收周期即累计收益超过累计支出的时间。
明
阿明
这集把“环境可行性”和“方案的选择”彻底掰开了。
雅
小雅
下集讲这章后半：遗留系统——四个象限、淘汰继承改造集成四种策略、那个加权平均公式，还有 .NET 三层体系。到时见。