zoukankan      html  css  js  c++  java
  • 从点滴看管理之积极的进行经验总结

    为什么谈这个


    在日常工作中,在进行项目团队经验总结的时候往往陷入一种“指责、抱怨、发泄”的情绪氛围中,这种氛围会严重影响团队的士气,本人在日常的项目管理工作中也经常反此类错误,引起我重视这个问题是在最近观看一个娱乐节目,该节目是一个团队竞争的节目,失败的团队要进行反思,往往也是会陷入上述氛围中,但是其中有一期马云作为观察员,对失败团队的反思进行点评,但是他并没有就失利的细节做指导,只说了两句话便使整个团队陷入沉思,马云说:“胜利的团队要思考我们的胜利侥幸在哪里,失败的团队也要思考我们哪里做好了下次就会赢”,一句话点明了,我们应该把如何做经验总结,那么我们在工作中具体应该怎么操作呢?

    错误的做法


    举例:某某某,你为什么这次发版把数据库配置错了,配置成测试数据库,直接导致生产数据流入测试数据库,问题很严重。

    举例:某测试人员:开发那边给我的数据库脚本总是执行有问题,导致数据库结构出问题。

    错误分析:这样的错误总结不是以解决问题为出发点,总结会变成了批判会,注意力集中在“职责犯错误的人发泄管理者或被影响者的情绪从各种角度产出发阐述错误的严重影响旨在说明事件严重性”。

    正确的做法


    把注意力和工作重点放在改进工作上,任何只提出问题,没有具体改进方案的经验总结都是没有价值的。

    1. 从改进工作的角度简单扼要的提出问题,不要过多强调责任人、影响。
      • 举例:“我们上一次发版过程中,发现一些值得反思和改进的工作,大家一起讨论一下如何改进”,如下:
        • 如何保证运维人员部署过程中不会出现配置事故。
        • 如何保证开发人员发布的数据库脚本准确性。
    2. 每个问题最后都要有改进方案。

    在团队建立之初,你就应该向团队灌输这种思维方式,并在日常工作中及时纠正不正确的总结方式,通过这种积极、高效的复盘方式不断完善你的团队。

  • 相关阅读:
    redis配置认证密码以及远程访问
    Mybatis缓存配置
    Node.Js安装
    1.ArcGis几何图形之几何计算
    MessagePack 新型序列化反序列化方案
    Redis(六)-数据类型
    Redis(五)-数据库
    Redis(四)-配置
    Redis(三)-Ubuntu下安装
    Redis(二)-Win系统下安装
  • 原文地址:https://www.cnblogs.com/MinnieChang/p/3781336.html
Copyright © 2011-2022 走看看