今年2月，我们发表了一篇解释文章 我们如何重组，为什么重组. 它专注于我们的同事，他们的专业知识是在设计, Product, Delivery, SEO和CRO，我们现在称之为合作体验团队.
今年早些时候，体验团队进入了Co-op的数字技术部门. 工程学是数字技术中的一门学科. 经验和工程经常在多学科团队中一起工作，将专业知识正确地结合在一起, at the right time, 为合作客户创造价值, 同事和企业通过我们的产品和服务.
Alongside this, 工程有其特定的目标，最终支持改进的, seamless customer experience.
以下是我们明年的优先事项.
让工程师们更容易上手
许多构建基于网络和云的产品和服务的组织都有内部平台团队，专注于提高工程生产力. Co-op is no exception. 我们最近组建了一个工程生产力团队，这是一个工程师团队，他们通过消除阻碍我们为客户和同事提供价值的挑战来保护我们工程师的剩余时间. 他们将通过识别我们在工程社区中复制工作的地方并尽可能地做到这一点, 他们将创建标准化的方法.
我们的工程生产力团队将会收获, 建立和管理工程资源的集合，以帮助加快新产品和服务的创造. 这些项目将与现有项目并列 Experience Library 以及已经由Co-op Technology的其他部门策划的前端工具包.
工程生产力团队路线图中的例子包括:
- 通用的构建管道，这样我们就可以从工程师那里免去维护的责任, 并且更容易组建新团队
- 识别有用的公共组件, 例如构建管道中的自动化安全性测试, 并将它们生产出来，让整个庄园的所有工程师都能使用
- 我们如何将标准放入工件中，以便团队花更少的时间检查遵从性
我们相信，通过减少工程师的认知负荷, 他们将能够专注于解决新问题，而不是把时间花在已经在其他地方解决的问题上.
Developing ‘product mindsets’
我们的工程师属于哪个多学科团队并不重要, 或者他们是否负责基础平台, 业务平台或产品, 每个人都需要产品思维. 我们希望进一步发展和嵌入这种思维. Here’s why.
从Co-op Digital早期开始, 我们的工程师一直在与设计部密切合作, User Research, 作为多学科团队的一员，负责交付和产品. Together, 我们一直专注于通过早期交付来交付客户价值, rapid feedback loops, 通过测试和学习来创造有效的, 可用的产品和服务表现良好. 因为我们用同样的“产品思维”来处理事情, 我们已经满足了内部同事和外部客户的需求. 我们希望将这种心态应用到我们更广泛的技术领域.
我们认为平台就像面向内部的产品，合作社的食品电子商务业务领域就是一个很好的例子, 自大流行开始以来，哪一点变得特别重要. Within it, is our On-demand groceries 生活在鸡舍上的服务.co.uk platform, 以及通过Deliveroo和亚马逊订购Co-op产品的便利性和配送选项. 我们在食品电子商务领域有多个产品团队，直接为我们的客户提供价值. These product teams draw on services provided by a set of platforms teams which do things such as integrating external marketplaces and courier apps; doing the background work in terms of search functionality and data loading; or providing standard e-commerce functions such as baskets and product information. These platform teams, 比如我们的统一商务平台, 专注于自己内部客户的需求, such as the Online Shop team, 并发展他们自己的路线图，以满足这些内部客户的需求.
Co-op食品电子商务业务只是我们调整工作方式以满足客户需求的一个例子, whether external or internal, 是我们工程交付的核心.
继续在非常多样化的环境中支持工程师
合作社成立于1844年，所以这是一个非常古老的行业. 我们有许多业务领域，每个领域都有多种产品和服务. 这些产品和服务诞生于不同的时代——有些人预见到互联网时代将会持续下去, others not so much. 这意味着我们的工程师可以发现自己在一个庞大而多样的投资组合中工作，其中包含各种各样的挑战，从绿地产品的早期发现工作到一些更成熟的系统的繁重工作，这些系统为我们100亿英镑的营业额零售食品业务提供动力.
我们努力确保我们的工程师拥有广泛的技术工具包, 他们可以利用的技术和实践来对他们正在研究的系统进行最有效的工程设计. 一些技术，比如测试驱动开发，是非常核心的实践, 而其他技术的使用将根据上下文而变化. 团队可能会混合使用集成编程, pair programming or pull requests based on things like the system they are working on; the makeup of the team, and the work they’re doing.
随着团队环境的变化，我们的团队可以调整他们的工作方式. 只要他们符合我们的 软件开发标准 他们可以以一种最有效的方式工作.
我们的首要任务之一是为我们的工程师提供广泛的技术和实践工具包，他们可以从中选择解决他们面临的具体挑战. 他们可以通过我们的工程实践社区会议来改进他们的工具包, code club or video club.
Increase pastoral support
我们最近做了一些改变来改变工程团队的结构. 我们已经从一个几乎每个人都有直线经理职责的结构转变为一个更简化的结构. 我们这样做是因为我们发现这些人实际上在做两份工作:工程师和直线经理. 这并不一定是每个人都想进入的方向，尽管管理他人有助于提高人际交往能力, changing context is hard. 所以，我们介绍了工程经理. 他们的职责是100%关注人，关注人的发展，帮助他们规划自己的职业生涯. 这意味着一对一的工作效率更高，因为直线经理(现在是工程经理)不再需要同时做两份工作.
Head of Engineering
