今天早晨收到办公室所在Co-working Space的这个月的保护费催收邮件。很奇怪，收到了两封邮件，而且Invoice的金额跟合同不一致，要多不少。这很奇怪。于是早晨就在WhatsApp里问了一下Co-working Space的Staff，原来有不少租户都反映收到了错误的Invoice。大家需要再等几天才能收到正确的Invoice。我们昨晚收到的Invoice是去年某些客户的。。。再问一下原因，原来

昨天晚上外购业务系统有一个重大改版。。。

更加要命的问题是，这个系统是外购产品，而且开发团队在地球的另外一半。发Ticket的话，天知道什么时候会收到回应。据说这套系统还不便宜。

一直想必，对于G2Rail来说，这其实是有几个Failure Mode：

• 小步快走，通过累计持续的小版本改变来引发改变
• 注意版本改变阶段的数据迁移，保证数据完整性，视情况不同甚至有可能需要在Staging环境测试
• 各种自动或者手动回归测试
• 除了纯工具类，把工具的集成以及业务系统整合由内部人员开发，核心业务逻辑应该掌握在核心团队
• 通过控制小团队、控制时间盒来防止变化的规模