“制品”级需求开发工艺

1. 业务挑战

        随着IT技术在我们日常工作和生活中应用程度的不断加深,人们对IT系统的品质要求和灵活性要求也在迅速的提高。人们既希望能够快速的将自己在业务办理过程的需要转换IT功能,也希望这一转换能够全方面的考虑业务变化的细节和业务处理的便捷。在这样一种变革趋势下,传统基于模板的需求开发技术出现了如下的问题:

        “模板”的立场局限:需求模板是目前需求工作中普遍采用的技术。它的核心原理是基于对文档“内容”要求的框定,构建一种业务要求和IT实现之间的组织级规约。这种规约在IT建设中有相当重要的积极作用:它一方面对IT部门的工作起到限定作用,便于需求方的验收;另一方面也使IT部门的工作有据可依,便于工作的规划和资源的组织。可以说“模板”技术是传统瀑布式应用开发的核心基石,这是模板技术的积极方面。但同时这种“规约”也存在一种消极作用,那就是自我保护,即:模板的编制往往是基于编制方的立场来进行“规约”设计的。这种自我保护在IT的需求模板中往往体现为“我们IT能做什么”和“基于我能做的如何让我做”这样一种框架。对此,我们的业务人员往往会因为知识领域的差异、归纳能力不足、甚至是编制的繁琐等问题将大量鲜活的一手业务需求剔除、衰减、甚至放弃提出。可以说这种重“规约”而轻“协作”的模板技术目前已经成为了需求获取和传递过程的一种阻塞。

        “模板”的内容局限:模板设计除了立场局限外,由于“普适”需要的存在,模板在内容的容纳和呈现方面往往是千篇一律的标准化。这种标准化进一步强化了模板对业务人员和业务需求束缚和费解的负作用。使得真实需求的表达往往被大打折扣,进一步降低了IT部门对业务需求细节方面的采集能力。这种情况下的IT系统往往“有形无神”、“功能都有但细节粗糙”。

        基于上述的分析我们认为“需求获取和编写”技术的提升已经成为IT从“面向功能”向“服务业务”进行转型过程中必须要采取的关键革新举措之一。

2. 方案描述

        针对上述问题,我们引入“制品”和“工艺”概念对传统的“模板”技术进行升级。在保留“模板”的流程切分和规约传递两项组织级管控职能的前提下,通过对需求内容的细分和专项方法的引入提高需求模板的内容表达和知识转化能力。最终使IT技术更快、更全面的服务于各类业务应用场景。这里提到的内容细化即“制品”,而专项方法即“工艺”。其中:

         “制品”是需求内容结构化表达的组成单元,依据表达内容的不同形成特定类型的需求制品,需求制品的选择与需求内容的表达场景相关,对此我们引入制品种类加以规范,通过指南的方式对每种制品采用的形式、样式甚至内容加以说明,力求最生动、最简洁的获取和展现不同场景的需求。  

image.png 

        “工艺”是制品开发中需要遵循的工作方法。这种方即包括制品自身如何编写,比如应该使用什么样的“制品”模板,也包括制品之间应该如何关联。比如:问题/措施/目标的“跟踪模型”、业务流程表述的“流程模型”、流程向功能汇聚的“转换矩阵”、功能的业务表述方法“统一业务架构的用例法”。通过工艺的遵从,需求最终以制品为载体实现了从采集到转化和继承的有效传递。

        基于上述的方法变革,我们推荐的需求阶段和需求模板包括:《意向性需求(可选)》、《业务需求》、《用户需求》和《软件需求》4个阶段。并分别通过范围和活动清单、业务功能清单、应用功能清单和用例清单、接口和服务清单加以连贯。

3. 业务价值

        解决表达和转换两大需求工作的要点的同时,基于“制品”的需求开发工艺还将在如下方面对IT系统的建设带来巨大价值:

        提升需求质量:基于科学、标准、适应的需求工艺方法,引导、帮助用户形成高质需求。

                                                                   image.png

        需求内容管理的基石:基于需求工艺方法形成的需求,需求内容满足结构化、条目化要求,便于需求内容的系统切分和任务分配,是需求内容级管理和跟踪的基础。

        需求资产库构建:基于制品的需求开发天然的将需求从文档细化为条目级,并将依据制品的种类对需求条目进行资产库归集。从而实现了需求”编写即入库“的管理目标。这一能力为全量资产、最新资产和资产重用这些高层次管理要求提供了经济、可靠和及时的基础支撑作用。

image.png 

        全生命周期反馈:需求是组织中业务和IT间最具权威性的接口文件。可以说,它既是IT建设的起点也是IT建设的终点。基于制品化的需求规约一方面可以通过工艺将需求和交付过程联通形成质量循环,另一方面可以通过条目化技术使项目管理工作内容化和业务化。在项目的执行层面打通业务和IT的沟通障碍,最终实现业务和IT的更好融合。

4. 方案优势

        基于制品的需求开发工艺既保留了需求模板在整个IT管理体系中的权威地位,又适应了当前IT与业务紧密融合,快速反应的业务趋势。是银行转型、增强业务活力过程中IT变革的最佳入手点。与基于制品的需求开发工艺相匹配,辰华领先和成熟的业务架构建设和梳理经验将为客户“企业级业务资产库”的构建提供最经济、最可靠的交付保障。并最终与需求工艺一起成为企业IT全生命周期管理的核心引擎。