上周五约好了本周一，也就是今天，上午九点，到集团开项目协调会。
9点准时赶到集团，刚出11层的电梯，就拉回来去了14层，之前的会议室坐不下这么多人。
然后我才知道，我们的项目经理，因为上午临时公司有重要事情，没办法参加会议。
更让我愕然的是，研发没安排人来参加，可能是因为事情太突然，也来不及再派人参会了。
这个会议的议题其实主要是研发参与，因上周与G公司沟通上有些问题，这次项目协调会的目的就是在集团领导的协调推动下解决问题。
我们这边一共来了4人，而G公司来了8个人。
我这边售前来了2人，加上我和我的助手一共2人。
人都来了，主角缺席，但会议不能不开。
集团的处室的领导先发表了意见，希望以后我们跟G公司配合好，G公司的管理系统要依赖于我们的底层的云平台，配合不好，没办法给客户交代。
然后是G公司首先抛出了最重要的议题，是关于我们的云平台是否提供标准接口的事情。
因为客户一直强调云平台要提供标准接口，同时还要跟随着社区版本的变化而同步更新。
我们的研发，在面对客户时，给客户的答复是比较含糊的，但是对G公司的意见是比较明确的，就是我们提供的是经过优化的版本的非标接口。
这样对G公司来说，可能会导致非标接口的适配工作，会增加成本，进度也需要重新评估。
G公司提的问题从面上来说是合理的。
面对集团处室领导的要求，已经G公司提出的问题，本来应该是研发解答，但，现在需要我来面对。
好在我多年的“忽悠”功底，比较轻松地给圆了过去。
我说：我们一直是基于公有云的规模来构建资源池，为了保证系统的性能和稳定性，做了大量优化，包括接口，这点私有云是没办法相比的。同时我们也具备客户的定制化开发能力，这点也是客户看重我们的。
关于社区的版本的跟随，比如华为云所使用的openstack要跟随社区做升级也是非常困难的事情，尤其是公有云，已经有大规模的用户，升级就更加慎重。
听完我的阐述后，G公司没再多说，集团处室领导给出了建议：
首先是要正式明确我们研发是否能提供标准接口，如果不能要说明原因，如果一定要提供非标接口，需要跟G公司充分沟通，并请G公司评估非标接口，对成本和进度所带来的影响。
要把这些记录到会议纪要里，要求我们研发给正式的答复。
G公司又提出了关于文档合并等诸多方面的事情，都是我一个人在从容应对。
资源总是受限的，是常态，项目经理最重要的能力，就是要再这种受限的情况下，去面对和处理。
在各种妥协下，确保项目最终交付。
---待续---
閱讀更多 雲計算那些事兒 的文章
