更深入地体会到项目范围、范围中各种操作流程和最终交付物定义在项目初期的重要性。
在90年代中后期,我们需要回应亚洲某一国政府准备建设一套智能身份证系统的项目投标邀请。标书要求一套整体解决方案,内容相当详细地说明整个项目所影响的有关部门和项目的最终目的,很明确地说明这套系统的智能卡除了取代传统的国民身份证外,更可以取代驾驶执照,也可以作为邻近国家所接受的旅游证件,更可以代替金融卡用来支付小额费用,如停车费,公交车费等。当时我们的最大挑战是如何能够提供一套合适的硬件配置和网络架构合理地分置于该国各省、市的负责单位中应用,而硬件的整体配置和网络架构的需求也直接影响软件架构的设计,更直接影响未来扩容需求,系统建设和维护的投资成本。
有关国民身份证和驾驶执照的发行和应用已经有一套基本业务流程,但是利用智能卡取代后,某些操作流程将会带来局部调整。那些操作需要进行调整,那些可以保留,是我们需要推论科技的应用能够提升效率外,还能够带来那些价值进行假设性的评估。但作为旅游证件和代替金融卡这两方面是全新的业务模式,这些概念性目标如何能够融合到这套系统中,如何评估这套系统的工作量,需要那些硬件和网络配置,让我们对这份标书的回应缺乏应有的信心。
最后我们同意组合一个十多人的业务分析团队对各种应用方法建立了全面的应用流程,结合该国的人口分布和各应用目标的未来操作流程,总结出一套比较合理的硬件配置和软件架构,让我们在标书回应内容中能够明确说明这套系统将来如何可以满足项目的最终应用要求,对操作流程的前提条件和任何假设透过SOW来说明整个项目的范围和整个项目的最终交付物,让我们的报价远远低于其它竞争对手,轻松地赢取这份合同,并且在完成交付后能够为单位带来合理的利润。
这个项目让我更深入地体会到项目范围、范围中各种操作流程和最终交付物定义在项目初期的重要性。如果我们按照传统的回应方法,依据标书所提供的整体数据进行硬件配置和软件架构推论,我们最后建议的解决方案一定会浪费很多地方上的硬件资源,而且软件和网络的设计会对系统的应用产生操作瓶颈,降低系统的效率,提高初期的投资成本。