自从开始了每周一次的产品汇报工作，自己整个节奏还是受到了影响。当然这种影响有积极的方面，也有不利的方面。
先简单谈一下这种汇报模式的负面影响。首先是破坏了自己产品开发的节奏。之前基本按照一个月制定计划，两个星期一次迭代冲刺的尺度进行产品开发，这个时间周期能够保证有充足时间来评估开发内容，沟通细化设计，能给开发和测试预留足够时间，而每次汇报的内容也能解决具体的问题，或者有明显的提升，所提交的功能是可用的。这本质也是敏捷开发的基本模式。但是每周一次汇报就会让自己过分关注汇报是否能有新增内容，效果是否让老板满意。在这样的诉求下，自己对于整个工作开展的思考和行动方式就受到了影响。首先是只考虑是否有新东西增加进系统，而忽略了新增内容是否具有价值，或者是否解决了具体问题，是否产生了技术突破或为技术突破带来积累。这就很容易失去了对重要工作的把握。其次，时间压缩太紧，造成对于具体要实现功能缺乏更系统的思考，是否符合产品的总体思路和框架，而是采取简单地堆砌，久而久之产品会因为这种不规范的处理方式产生架构上的熵增。导致系统复用性，扩展性，稳定性出现问题。同样因为时间关系，在产品工作细化上投入受到制约，一方面设计人员不能想清楚功能逻辑，同时不能细化并通过文字表述清楚，而是直接用语言简单交流部署工作，这带来的问题是信息不对称让开发工作返工或者延误。最终的结果是产品提升效果差，副作用大，汇报效果不理想。
当然这种定期汇报也有好处。那就是能够让产品时刻思考产品的价值提升，思考工作重点，自己如何努力让自己更专注于这些重点工作。对于工作汇报，我们应该保持平常心认真对待，但不能为了汇报而汇报，不能为了讨领导欢心，为了不被质疑而忘记了产品工作以价值创造为目标的本质，避免将汇报工作形式化。
网友评论