软件开发中的文化与行为:协作、创新、责任与信任
1. 协作融入业务
当协作融入业务时,会发生许多变化。起初,这些变化很细微,但仔细观察就能发现:人们在办公桌旁的交流增多,在线聊天室里会出现“我想做 X,但不确定最佳方法,有人想边喝咖啡边探讨选项吗?”这样的话语,办公室里人们交谈和分享日常笑话的背景噪音也更多了。
为了强化协作意识,可以采取一些公关手段,比如在办公室张贴海报、发放印有相关标识的咖啡杯,甚至为最具协作精神的团队提供奖品,让协作时刻可见、可感。
2. 基层创新与责任培养
在科技企业中,创新是产品规划和路线图的重要组成部分,对持续交付(CD)和DevOps的实施尤为关键,特别是来自基层的创新。许多成功且广泛使用的产品都源于创新,因此企业应营造一种文化,将创新视为积极且有价值的事情,而非推进产品的冒险方式。
工程师通常热衷于创新,这可能也是他们选择成为工程师的主要动力之一。但这并不意味着他们可以随心所欲,企业仍需交付和支持产品。因此,要为工程师留出探索和实验的空间,重新激发研发中的“研究”部分。创新不仅局限于软件领域,还可能涉及不同的工作方式或产品交付方法,像测试驱动开发(TDD)、Scrum和看板等敏捷技术,最初都是创新理念,后来才广为人知。
创新不应是解决方案和系统架构师的专属权利,每个人都应有机会创新并贡献新想法。可以通过举办定期的创新论坛或聚会,让大家提出想法并制作原型。
然而,创新会带来风险,工程团队必须明白,在拥有决策自由的同时,要对自己提出、生产和实施的新事物负责。例如,ACME系统计划允许开发人员直接将代码部署到生产环境,但一个简单的问题“出问题时谁来负责?”就让该计划受挫。
超级会员免费看
订阅专栏 解锁全文
1009

被折叠的 条评论
为什么被折叠?



