为什么谈这个
在日常工作中,在进行项目团队经验总结的时候往往陷入一种“指责、抱怨、发泄”的情绪氛围中,这种氛围会严重影响团队的士气,本人在日常的项目管理工作中也经常反此类错误,引起我重视这个问题是在最近观看一个娱乐节目,该节目是一个团队竞争的节目,失败的团队要进行反思,往往也是会陷入上述氛围中,但是其中有一期马云作为观察员,对失败团队的反思进行点评,但是他并没有就失利的细节做指导,只说了两句话便使整个团队陷入沉思,马云说:“胜利的团队要思考我们的胜利侥幸在哪里,失败的团队也要思考我们哪里做好了下次就会赢”,一句话点明了,我们应该把如何做经验总结,那么我们在工作中具体应该怎么操作呢?
错误的做法
举例:某某某,你为什么这次发版把数据库配置错了,配置成测试数据库,直接导致生产数据流入测试数据库,问题很严重。
举例:某测试人员:开发那边给我的数据库脚本总是执行有问题,导致数据库结构出问题。
错误分析:这样的错误总结不是以解决问题为出发点,总结会变成了批判会,注意力集中在“职责犯错误的人、发泄管理者或被影响者的情绪、从各种角度产出发阐述错误的严重影响旨在说明事件严重性”。
正确的做法
把注意力和工作重点放在改进工作上,任何只提出问题,没有具体改进方案的经验总结都是没有价值的。
- 从改进工作的角度简单扼要的提出问题,不要过多强调责任人、影响。
- 举例:“我们上一次发版过程中,发现一些值得反思和改进的工作,大家一起讨论一下如何改进”,如下:
- 如何保证运维人员部署过程中不会出现配置事故。
- 如何保证开发人员发布的数据库脚本准确性。
- 举例:“我们上一次发版过程中,发现一些值得反思和改进的工作,大家一起讨论一下如何改进”,如下:
- 每个问题最后都要有改进方案。
在团队建立之初,你就应该向团队灌输这种思维方式,并在日常工作中及时纠正不正确的总结方式,通过这种积极、高效的复盘方式不断完善你的团队。