从我那句名言“系统上线之日，需求开始之时”谈大型信息化系统建设的那些坑

       在聊坑前，我想先把“大型”和“系统”先说明一下。我所理解的“系统”是指一个或系列功能的集合，目前喜欢吹捧的各种平台也都是系统。甚至像人的四肢和小脑组成运动功能也是系统。“大型”在信息化建设来说，我理解是业务功能大:多个子系统构成，功能多。用户群体大:全面使用多个系统的多个用户主体。
回到那句名言，那些坑太多了，不过是些需求、需求和需求的问题。为什么我只强调需求？在我眼里，大型信息化系统建设最重要的是需求，因为弄清楚需求太难了。
        知道所有需求的用户和专家不存在。系统大，功能多，涉及用户在多个不同部门、岗位，甚至夸公司，以及社会上某些不确定的人群。不会有任何一个人能说清楚所有需求，哪怕是主要需求。难！
        面对大型信息化系统建设，管理层动机不纯粹。业务管理不规范、业务执行效率不高是每个公司都存在的问题，也是每个管理者都希望改善的方面。还希望系统要“高大上”，有利于对外宣传、争取政府政策。这些不纯粹的梦幻般的期望，都是需求调研的“战争迷雾”。可能花了很大力气调研的业务现状都是现实和梦幻的结合，而梦幻的部分往往还没有具体的管理制度及主体。难！
         需求调研过程是争取最大化共识的过程。一个公司大了，岗位太多，分工很细。很多人只知道自己的岗位职责，却不知道别人干什么。或者大致了解别人主要做什么，但具体业务流程及细节都不清楚。通过调研，在攀谈中，让具体岗位知道整体流程，他所做的事情的意义，提升他们的成就感。让他们理解、支持管理提升(往往规范就是收紧管理，业务岗位会因为新系统多做事情)。很多中层管理都是一线业务岗位提升起来的，可以说是一线业务的中流砥柱，不过是曾经的。因为岗位职责让他们长期脱离一线业务，中层在理解整体管理提升要求时往往夹杂了曾经的一线业务岗位经验，在一些具体描述的时候与实际已经有了明显偏差，但他们平时也没有机会真正了解到一线的情况。即便有机会，大多也是蜻蜓点水走访，一线业务岗位报喜不报忧，难以摸到最新的问题。加强跟中层沟通，让他们重新认识一线业务现状，让他们从内心准确理解并支持管理提升的必要性。管理高层往往是建设的主推者，想要看到的不是一片祥和，想要全面的问题现状和分析以及解决方案。从业务岗位、一线管理到中层、高层管理，需求调研是争取各个岗位最大共识的沟通机会。既然是沟通，就要注意技巧。让某些人没有面子或者不开心，后续推进到处都是阻力。但不能因为取悦又模糊了真实情况，说话是艺术啊。难！
       需求调研滔滔不绝，需求确认沉默不语。需求调研时，大部分都能放开了谈，但真正需求确认或者签字的时候，很多人都会沉默。不知道自己说的是不是对的，签字后如果不对要承担一些后果。用户需求签字是商务需要，真正的需求签字在分析师在心里完成的。不能充分挖掘需求，梳理清楚的责任在需求分析师，而不是用户。而庞大的系统，需求真正能梳理、分析清楚何其难哉！

       需求关闭的原则被打破，往往是需求调研分析不到位导致的。已经进入了设计阶段，需求新增变更原则上关闭了。但某个业务或者领导提出的问题，不调整需求就会导致某个业务执行不下去。这样的场景历历在目吧！本质上还是需求分析师的“锅”，调研分析不到位，沟通没有形成共识，才会导致这样的局面。不得不变，只有变！难

      最好还是那句话“系统上线之日，需求开始之时”。多少通宵、多少泪，IT老鸟老了。