The process starts with a minimum viable product and progressively refines it, based on the feedback loop described above, without a specific detailed roadmap imposed at the outset. That's a significantly different approach from the way project teams worked in the past, when the goal was established at the outset and everyone worked in that direction for a set amount of time -- even if, once they got done, the original goal proved to be less relevant or even totally off-base from where the market had moved in the meantime.
This dev-ops approach uses a "progressively defined 'Northern Star' " for teams to follow and selects the tools but doesn't pre-define the finish line. "That allows us to automate a lot faster, because we are not spending time planning, we are spending time doing," Wray comments.
Many meetings are eliminated, although every day starts with a team meeting and then a stand-up meeting of the small team leaders (known as "batmen") at which each must present on the team's progress and is held accountable for that progress. The team rooms are the only closed-off spaces in the office, and not only are no telephones allowed on desks, neither is any food consumption. Phone calls happen in separate "phone booths," which are private, and the company provides free lunches every day.
The cost of food is more than covered by additional productivity gained from eliminating trips out to buy lunch, Wray says.
"We have had pretty good success with [introducing the new model]," he explains. "Some people don't like the model, but we have had a lot of people really start to embrace it." Eighty percent of the project teams are executing on this approach now, following some coaching efforts on how to make it work.
Managing the change
Wray is aware this can be a hard change for folks used to working in a certain way, and he has encouraged employees to give it a try before reacting negatively. The faster pace and the ability to see progress has its own appeal, he notes, and there are fewer meetings, which can be boring time wasters. They aren't as necessary with team members working together constantly in one open team room -- the amount of time spent in meetings now isn't supposed to exceed 20% of the work day.
Turnover numbers are quite low, and many people are actually enjoying the new way of working because they can see results of their work much more quickly. And because the feedback on the work being done is pulled from actual analytics and customer input, there is more specific direction for teams to follow.
The overarching goal is creating dev-ops teams that operate as large Web 2.0 companies or startups do, and have the flexibility to go in whatever direction is needed. "This is the Google model," Wray says. "Our entire job is to optimize engineer output and the velocity of the teams so that regardless of which way Glenn [Post, CenturyLink's CEO] wants to go, we can do it."
Having worked mostly in an enterprise environment, Wray is also learning about telecom, as he educates the "legacy" operations under his control in the more agile way of working. And he admits there is sometimes the need to find "a middle ground" and for everyone to work hard at seeing both sides of the operation. One strong advantage is the support that Post and the rest of CenturyLink's management team have in this process.
As he mentioned in his keynote, Wray himself was initially unwilling to sell Tier 3 to a telco and not convinced it would work. It was the CenturyLink management's eagerness to acquire the company and then embrace its way of working that changed his mind. And that way of working is now being implemented very quickly.
— Carol Wilson, Editor-at-Large, Light Reading