在敏捷回顾中,负面评论是否是一件坏事?换句话说,在回顾中我们是否只允许积极的评论?
我记得几年前,我曾与一位高管每两周举行一次“领导力”的会议。该高管不仅仅只是一个小的指挥控制。新的想法常常会被击落。
会议上人们不会讨论很久。他们为什么要如此地麻烦要贡献自己的力量告诉你,你的想法不好呢?
我的观点是,负面评论可能会使讨论无法进行。他们从此处窃取能量。一旦你意识这点,那么禁止负面影响就很有必要,尤其在像敏捷回顾这样的环境中,这些环境中,团队正试图回顾过去,从而得到提升或做一些与众不同的事。
话又说回来,如果我们的想法很可怕,怎么办?如果你强烈反对,怎么办?我们是否应该一直保持微笑,随波逐流吗?如果不仅仅只是我呢?
这些都是有效问题。
我建议做的第一件事是,在特定时间禁止负面评论,可禁止特定类型——例如人们的判定,就可能是不好的。从观察事情的进展开始敏捷回顾日程,这很平常,从观察到洞察,然后再从洞察到行动。如果团队想在观察或洞察阶段阻止负面评论,尤其是当评论有几行这样的文字:这是错误/愚蠢/你不得要它,这样我更支持这一类规则。
据说,生产中可能会出现大的漏洞。“程序搞砸了”或“测试人员的工作做的相当糟糕”这些可能就是需要阻止的评论。可以鼓励团队成员把这些负面评论变成积极的,例如,通过重新构造“糟糕的工作”,使之成为“改进的机会。”
个人而言,我并不对负面技术过敏反应 相反,我还感觉它们很舒服。同时,我希望找出对此感到不舒服的人。“改进的机会”的再造,结合特别的建议,过去对我一直有效,我推荐它,尤其是当人们脾气暴躁或敏感时期。
总结,如果在敏捷回顾期间,负面评论窃取了组织的能量,那么我可能支持“无负面评论”这一规则。但一定要清楚知道什么是负面的,什么是对于那些想说些什么的人的替代方案,以什么时间可以禁止这些语句。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
Matt Heusser is the principal consultant at Excelon Development, where he recruits, trains and does software testing and development.
相关推荐
-
“以建应变”:敏捷+DevOps驱动数字化转型
数字化转型由软件驱动。如今在数字化转型中,交付软件实际上处于每一个业务的核心,这一软件趋势也正好与CA Technologies一直强调的应用经济相一致。
-
开发运维一体化(DevOps):协作是成功的保障
如今的IT部门存在一个矛盾:敏捷开发者希望可以快速部署常规软件,而运维团队则优先考虑稳定性。开发和运维不同的成功指标使得每个团队都有自己独立的目标
-
CA Technologies CEO呼吁企业领导者善用软件的颠覆力量
CA Technologies首席执行官 Mike Gregoire日前在CA World ’15上发表了主题演讲,聚焦业务领域对创新速度的更高要求,呼吁企业将软件作为一项基本组织化原则,以在快速变化的世界里保持优势地位。
-
如何掌控敏捷产品开发的安全性
在敏捷产品开发过程中,用户故事可能不足以保证实施的安全性。这里阐述一些更有效提高安全性的办法。