Ø 问题：程序发布

一直以来，我们的发布工作没有很好的计划控制。虽然我们有补丁发布时间表和任务表，但是常常被来自客户的需求所打断，导致开发部提交给测试的任务表一再扩大（50à70à100），留给测试组的测试时间一再压缩，补丁发布的截至日期当天开发部还在不断修改BUG和需求的情况是每次补丁发布都存在的情况。失控的发布计划给测试部测试工作造成了极大的影响，无法保证的测试质量造成每个参与人员对于补丁的质量都缺乏信息，有问题的发布则直接给绿城医院留下了不良影响。

为了满足绿城的最后通牒式的修改要求，或者为了满足EDA之类系统发布的需要，HIS3项目有时候会发布一些个别PBD给绿城，但是实践证明，这种发布会导致系统的不稳定。绿城SP11发布之前，我曾经发布了一个病区医生站病案首页的PBD给医院，虽然目标问题是解决了，但是某些情况下，生成病案首页会报PB错误，而且这种错误并不是一定发生，测试部都没有办法进行测试。

我认为，HIS3项目组需要一个角色，总体负责制定版本发布计划和每次发布的任务范围，并负责保障计划的稳定性。这个角色在制定发布计划的时候要考虑客户实际使用情况、HIS3开发资源和计划、测试资源和计划等问题，在一个周期内，能够保证任务表不致发生大的变动，当客户提出要求时，他需要进行协调，协调客户要求、协调开发资源、协调测试力量等，并根据协调结果，变更发布时间计划和任务表。

另外，公司没有关于如何保证HIS3补丁发布及HIS3配套系统协同发布的制度，在这次绿城SP11发布的时候，出现了EDA程序与SP11不匹配的问题。而在EDA升级的时候，HIS3也存在无法即时的对应相应更新的问题。两者之间的不协调，容易给绿城医院造成不良影响，毕竟产品都是我们联众公司提供的。