• 公司内部分享【富有成效的每日站会】总结


    事件描述:

    今天给部门内部分享了IT帮书虫会《Scrum实战》中的【富有成效的每日站会】。

    入职一年多来,从没有做过分享,觉得公司的团队文化不够开放。
    我给领导发了一封邮件,请求能做一次分享,领导居然很支持,回复邮件如图:
     
    本来以为领导认为敏捷开发不可行,而且也不想推。没想到分享完后,经过跟部门领导的沟通,发现了新情况。
    原来他在以前一家互联网公司推行敏捷好几年了,但是到了这家教育软件企业,发现各种系统太复杂,进行了一段时间后觉得很难推,后来就放弃了,还给我看了以前的任务看板。我们沟通了一下后,他说看来放弃是不对的,他还要再想想。
     
    我对他说,期待能再次推行起来,哪怕是一点点改变,对这种非互联网企业都是革命性的。
     
    其实,我们部门分两个组,另一个组平时也有每日站会,不过被改成了下班前开。部门领导说,这是他们改进的结果。
     
    这么看来,我对这个公司还是应该抱有希望的。希望今后先把真正的每日站会执行下去。
     

    总结一下

    1、这次分享的目的:

    希望能在部门引入真正的Scrum每日站会,进而引入Scrum。
     

    2、这次分享带来的好处:

    • 让大家对敏捷和Scrum有了一个了解,对每日站会有了一个清晰的认识,并且引发了大家的讨论。从“目睹--感受--变革”这个步骤上,完成了第一步“目睹”。
    • 引起了部门领导的重视和反思,领导希望继续尝试敏捷。
    • 对我自己进行向敏捷教练转型奠定基础。如果可以的话,我希望能在公司尝试敏捷的过程中担任Scrum Master。
     

    3、需要改进的地方

    对于我自己:

    • PPT中的备注没看到,因此讲课过程中有些地方没有深入,这也跟自己没有充分准备演练有关,当然也是经验不足。
    • 讲课过程中前半部分讲得太快,感到口干舌燥,应该缓一缓,多一些互动
    • 没有做到气沉丹田,导致讲完后紧张不适,肚子有些难受。
     

    对于团队:

     
    • 听录播的故事的时候,有的人在玩手机,尤其是组长。
    • 同部门另一个组的人来听分享的少。
     
    下面是本次分享的照片:
     
     

     

     





  • 相关阅读:
    二叉树的遍历(递归,迭代,Morris遍历)
    1003. Emergency
    1002. A+B for Polynomials
    设计模式6——创建型模式之原型模式
    设计模式5——创建型模式之建造者模式
    设计模式4——创建型模式之单例模式
    设计模式3——创建型模式之抽象工厂模式
    设计模式2——创建型模式之工厂方法模式
    设计模式1——创建型模式之简单工厂模式
    设计模式六大原则
  • 原文地址:https://www.cnblogs.com/mengshuai1982/p/7241495.html
Copyright © 2020-2023  润新知