第23章 文档评审 顺势而为

    在宝哥接管项目之后，在项目中期检查之前，甲方主要关注项目文档质量，而文档恰好是宝哥的强项。所以在这一段时期内宝哥是无忧无虑的，金总也是幸福的，再也不用担心项目考核成绩，每周反正不是a就是b。但幸福总是短暂的，到了项目中期检查节点，项目文档质量已提升到一定程度了，甲方开始转身将更多精力关注系统软件功能实现和性能上，计划对文档评审通过的子项目进行项目质量检查，不达标的直接按赛马机制予以淘汰。

    文档评审大致流程是总集先审核，通过后再交由甲方技术专家庞博士进行审核，庞博士认可通过后再组织甲方多位资深专家进行集中评审。评审后根据专家意见进行修正，最后与评审专家再一一签字确认专家所提意见回归，这才方可算通过评审。

    不同于其他6个子项目，小程序管理系统子项目额外还有一个《小程序管理标准规范》文档编制任务。当7个子项目的软件开发计划、软件技术方案、软件需求说明、软件设计说明、软件测试计划等项目文档都顺利通过评审后，总集开始着急标准规范文档了，天天催促宝哥尽快完成标准规范文档的定稿及评审，因为文档评审通过是作为整体项目首付款条件之一，如果不能正常按时评审通过，那么晚一天通过评审就得多承担一天的风险，意味着项目首付款至少延期一天才能到账，还可能因此延期项目交付，甚至赔上违约金。

    标准规范不仅涉及小程序管理系统自身的软件开发，还关系项目中其他6个子项目即小程序的软件开发，所以这个文档内容技术含量高，一直是由朱总和贾焱负责撰写，可一直迟迟不能拿出来。而根据项目总体设计原则上其他6个子项目的软件开发，不是将来而是现在就要遵循该标准规范，朱总深怕现在写的标准规范要求和6个子项目已开发的软件内容会发生背离甚至冲突，所以拖着不交，一直被人诟病。甲方和总集每隔一段时间就会催促，宝哥也无奈，和贾焱、朱总、金总都一直有层层梯级反馈，但每次都是不了了之没下文。

    问贾焱一次二次，他会回答道他正在努力进行中，问三次四次他就沉默，问五次六次他就转移矛盾了，说这个文档内容其实一直是朱总在编写。当宝哥问到朱总时，朱总打开了他的项目文件夹，指着思维脑图，展开他的宏伟蓝图，告诉宝哥他准备写成7册，每一册形成一个体系，但贾焱他们技术实在太弱实现不了；其他6个小程序估计也做不到，并认真说道，按他的设想真实现这一步，那么蓝鲸公司就可以直接去美国ndaq上市了。逮到机会，宝哥也有趁机问到金总，基本都是被一句“你要多和朱总、贾焱沟通”打回去了。

    宝哥自己实在是催不动，只好将实情回应总集。本想借助总集的力量来催，可郭总和金总一番沟通之后，金总却决定以后该标准规范转由宝哥负责。就这样，宝哥又捡了一个烂尾任务，在宝哥的亲自操刀下，不懈努力追着总集郭总、毛经理、庞博士、其他6个子项目经理等人询问标准规范的需求和意见，好在《小程序管理标准规范》历经多次修订后，终于是达到庞博士的要求，宝哥积极的工作态度，深得庞博士的认可，后来在专家评审会议上，好几个专家提出的刁钻难题，都是庞博士亲自一一帮忙答疑，很自然顺利通过评审。