bobjiang / AgilePlus

敏捷家 AgilePlus社区
https://www.agileplus.co/
9 stars 2 forks source link

没有自测就提交代码,而且还反复出现,应该怎么解决 #32

Open zw334 opened 4 years ago

zw334 commented 4 years ago

Q1: 作为敏捷教练我有一个问题,具体执行岗开发人员跟我反馈,代码编译时候有报错,也就是有人没自测通过就提交代码了。这种不仅给开发,给测试也带来很大的苦恼。这种情况属于技术问题,当然也是管理问题。这种问题,之前团队发现过,也做过宣贯,但是到现在仍然还会发生。这种作为敏捷教练,他遇到这问题,该如何行动,帮助团队。" A1: 这种现象发生的状况,是总是一个人,还是不同的人,频率是怎样的,发生的情境是怎样的?太紧急了,没注意,认为不重要等等。有可能存在态度问题---这个需要蛮多的关注和coaching的 A2:另外一个是从技术角度,有什么方法,可以做到,编译错误的明确提醒,不能进行下一步等,可以有一些强机制来保障这一点,那么直接杜绝了情况的发生。 A3:code review 也比较推荐,既能提升质量,也能更多的熟悉架构及代码等。 A4:也可以考虑回顾会中提出这个问题,形成可行性方案,对其他伙伴有很大的影响,但做到对事不对人。或者先尝试1对1提醒,也是可以的,再观察。如果有改观,也要肯定团队的状态。 A5:加入到team norm中,贴在团队比较显眼的地方。 A6:建议使用技术手段解决,引入gated checkin,checkin的时候自动做编译,编译失败不允许进入代码库。或Mob Programming,人、事,两手都要抓,两手都要硬。这个是从事的角度切入。赞!对于每一个人治的手段,一定要找到事(或流程)卡死的手段。 Q2:在抓“人”的环节有什么策略可以分享吗?感觉这块挺敏感的,所以往往强调对事不对人 A1:扣奖金也是可行的,我以前公司就是这样的,没什么不妥。我们当时就是事业部定的规章制度,第一次出现这种情况通报全事业部,第二次出现扣部门绩效。部门领导自然就知道怎么用舆论压力来压了。 A2:可以参考德鲁克的MBO和管理3.0。传统的胡萝卜加大棒的模式,现在越来越走不下去了。 Q3:我曾经遇到的情况是,跟一个团队新做SM时(比较短暂的一段,是一个比较复杂传统团队),其中一位技术大拿对建议敏捷实践持不屑态度。针对这种情况不知道大家都是怎么处理的呢? A1:我想的是引入敏捷是有目的性的行为,是为了解决当前团队存在的问题或者提升,例如增加效率,对变更的应对能力等。所以首先应该先发现技术大佬他所意识到的问题,然后再通过scrum的阶段性实践专门针对这个问题,看到进步,信心就有了。这里套用了从雷蓓蓓老师的课程那学的这种向上沟通的办法。