异地软件交付沟通感悟

2020年2月10号
有很多城市已经复工聊，但是对于重灾区武汉，确管控的更加严格了；所有小区禁止出入，虽然早就应该如此处理，但是随着各地的支援，慢慢开始审视更加细化的措施聊；
今天聊的是异地交付，软件集成行业，业务主要交付地域：武汉，西安和印度，有着不同的交付团队和资源团队支撑，软件版本交付的工具主要是gerrite，版本工具自动构建，版本交付的维护阶段，暂无新需求合入，异地交付过程中，出现聊很多问题；
问题一. 行管，但是交付的规则不能拉通，规则不一致；
武汉作为行管，西安还是比较容易拉通和沟通的，国内团队，接口人传递过程和培训可以通过线上拉通，精准的传递到国内的团队，但是对于印度团队，时间，地域，语言等诸多问题，导致理解和执行力度不同，出现了很多； 接口人传递后，接收方只能理解50%，执行变样；地域和国家习惯的不同，导致响应力度不同，印度人总是被投诉，但是很委屈；
问题二. 沟通界面不清晰，接口人有力难使；
这里要做区分，国内和国外的拉通和交付，需要考虑不同国家的实际的情况；有些执行力比较强的，比如HW，交付过程中更平稳一些； 但是印度本来资源领导不同，习惯不同，是不大可能做到，步调一致；前期需要花费大量的人力，来沟通交付的时间和计划，还有执行习惯；毕竟投诉和扯皮的时候，投诉方和被投诉方，都或多或少有一些问题的；多次使用强硬的投诉上升手段，很难达到协调沟通的目的；
但是在前期所有的规则和要求不统一的情况下，上升是最直接有效的解决问题的手段；
问题三. 如何改进？
可以把不规范的案例，罗列出来，一定要详细到版本，责任人，日期，遵循什么规则，当然一定要翻译成英文，然后正式大邮件，把2个地域的老板邀请到一个会议中，保证双方都能够重视，因为这些规则最终是需要老板向下传递，执行起来才会更顺畅的，不然必有一番扯皮；
制定好规则，包括惩罚措施，OK，对齐会议顺利结束； 当前可能不止一次，因为一次肯定是搞不定的，后续按照情况继续优化吧；
按照以上3个大的策略，和印度同事来回沟通聊大半年，基本上可以在同一平行线上工作聊；比之前驴唇不对马嘴的沟通，强不少了；