课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,越来越多的软件开发团队都开始在自己的团队中形成不同的文化体系。而今天,我们就一起来聊聊关于软件开发团队应如何加入工程文化的事情的。希望通过对本文的阅读,大家对软件开发团队有更多的认识了解。
我认为现在是团队恢复软件工程实践的时候。尤其是,我认为对于构建一个健康工程文化得以蓬勃发展的环境,大多数团队都低估了自身所具有的裁决水平。
例如,当面临一个有挑战性的后期限时,我们通常是否能看到一支志愿牺牲测试工作的团队,或者在没有特地权衡的情况下创建技能和技术债务的团队?下一次在给出一个新的需求时,不要主动投身其中(除非特地做了权衡),但应指出降低风险的佳方法是重新审视业务范围。并非所有请求的事情都是完全有用的,因为这种情况非常罕见。开展更富有成效的对话,以此作为实现增量交付的连接纽带(“并非交付全部,让我们先交付一部分,然后看看所交付的是否会在完成其余全部工作之前,为我们提供一个有用的开端”)。
通过建立这样的模式,团队可以创造一个可持续发展的环境,支撑了生成用于交付形式和内容的创造性思维。
同样,我认为团队低估了自身的“自组织”范围。例如,无论该组织是否正式支持团队重组,成员都可以站出来,推动同事们围绕共同的利益组成一种“实践社区”。终,可以在招聘新成员时,团队可以积极定义那些发挥作用的特征。相对于“工厂化”的人力资源流程,团队在此过程中将具有更多的掌控权。使用这种模式,团队通常会在基准测试中采用更丰富的特征。例如,一位意向召入的团队成员是如何处理特定的工程问题的,或者他们是如何向同事们提供支持的,如何填补他们以前闻所未闻的空白(而这样的意向成员,并不能直接通过企业的“技能列表”或“经验级别”过滤器筛选出来)。
所有这些做法,将会维持更好的工程环境,支持文化的发展,同时也会产生明显的变化,并给出持续改善的信号。因此,团队更不会倾向于任何自顶而下的变革,这些变革的驱动力来自于对正确情况的无知。
作者:Ben Linders
译者:盖磊
节选:infoq
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!