Himmel

Acutely,  failed already!

如果单纯以按时交付作为衡量的指标，那这次版本迭代几乎是失败了。

事实上，目前的两次版本都失败了，平均超时60%左右。

事到如今，我不得不反思，项目做到如此地步的原因。

I1和I2：最主要的原因，恐怕是来自于苹果方面审核的未曾预料。

开发账户验证用了一个月，软件上架审核也将近三周，大量的时间和精力用在各种临时方案的救火之上，因此产品的细节关注降低。也未曾达到预期效果。

深层原因：两个关键外部风险在已经识别的情况下，关注度不够，责任不明确，同时由于流程方面的不熟悉，提前量做得也不够，最终没有留下适当的缓冲时间，非常被动。

软件质量：项目和产品是完全不一样的要求！

至少在项目管控上，对业务部门太弱势了。放弃了一些原则性的东西;

更主要是，上层的压力和某些同事好大喜功的个性严重压缩项目时间;

在具体执行上，又缺乏足够明确的计划，没有一以贯中的掌握;

过于关注技术和功能性，对商务和其他沟通没有纳入计划考虑。

救火：

继续坚持RFP的完整性与可行性;

项目计划中列入商务部分，同时加强内部沟通协调工作。

转移部分细节工作，重点控制关键指标达成情况。

随着项目成熟，尽快建立长效机制，避免商务问题造成过多的成本，延长项目周期，加快版本迭代。

Print PDF

This work, unless otherwise expressly stated, is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.