GE Aviation Czech (GEAC) is the Turboprop division of GE Aviation, a world-leading provider of aircraft engines and related components and systems. The company recently embarked on the development of Catalyst™, the first clean sheet engine in more than 30 years for the turboprop segment.
The end goal of the development program is to certify the new engine for commercial flights - a process that involves hundreds of engineers over several years. They work closely together to manufacture, instrument and assemble the very first engines before they go through draconian testing in specialized test centers.
To tell their story, we talk with the Instrumentation project leader Benoît Guillaud to understand how he and his team managed to apply Lean and Agile principles in the world of hardware product development, and how Kanbanize enabled transparency and efficient communication in the multi-million-dollar instrumentation effort that spans 10 teams across 8 countries.
Instrumentation boils down to installing thousands of sensors to measure the “health” of an engine, very much like doctors measure heart rate, blood pressure or body temperature to draw a diagnostic! The effort typically involves design work (choosing the right sensor and specifying engine modifications), procurement work (buying the sensors) and lab work (physically installing the sensors on the engine).
While GE Aviation has well-defined quality processes for new engine development, they tend to be tool- and program-agnostic. Inevitably, the Catalyst™ team needed to transpose these company processes into a working system tailored to the specific needs of the program. The challenge for the instrumentation team was to get their diverse network of GE-internal and external partners to understand these processes and consistently apply them.
When they started the program, there was no tool in place to manage the workload, and it was difficult to understand what the team needs to prioritize today and deliver over the following weeks. What's more, everyone in the newly-formed team had a different interpretation of the processes they ought to follow. While the program-level GANTT chart shows the roadmap to certification, Benoît explains that it gives little support to drive the day-to-day work:
“Any date on the GANTT is +/- 1 month to me. Adding more details to a GANTT is simply too tedious, and the chart gets too cluttered very quickly. Do more with fewer resources: this is what Engineering teams have been facing for decades. I was looking for something that is efficient, and where I can actually see the flow of value.”
At first, the team kept the work going with lengthy Excel trackers and Powerpoint presentations for management communication. Benoît recalls that “it was painful to maintain, and somehow, the material was always out of date no matter how hard we tried”. Their effort to take control started with Trello, where they set up 2 distinct boards: one for hands-on application in the laboratory and one for… everything else (including design and project management).
Trello's simple interface worked great as long as they had only one engine to deliver. It was very difficult to keep the Trello boards up to date without the automation and card links, so they were becoming overwhelming. As the program ramped up, the team needed a more powerful tool to deliver several engines in parallel. At this time, the instrumentation project leader surveyed over 10 online solutions and settled for Kanbanize due to the neat implementation of Swimlanes and Initiatives which allow to cram a lot of data onto one board and easily slice them to see the tree from the forest.
Catalyst™ instrumentation team set up 3 interconnected boards that visually represent the complete instrumentation value stream: design of a solution, procurement of sensors and physical installation on the engine.
Fig.1 Interconnected Boards
The first board we see (Fig.2 below) is for Instrumentation design. The compact view allows them to see at a glance where the work piles up, which task is blocked and which is a predecessor.
Fig.2 Instrumentation Design Board
The next board is where the most work in Kanbanize happens - the Procurement board (Fig.3). There are two types of work there - hardware and service, that need to pass through the same stages. For both, the most time consuming seems to be Tracking, which we notice across all the industries as it depends on external parties.
Fig.3 Procurement Board
The third board is the Application and Assembly board (Fig.4) where we can see the most complex structure. Each swimlane is a different lab and the color code is used to distinguish the types of work. In the portfolio lane, we see in a glance that there currently six engines (initiatives) in progress and the progress bar signals that the third is about to be ready first.
Fig.4 Application and Assembly Board
The board structure above was iterated over time. The team shared with us some of the learnings they picked up along the way.
Creating a network of boards allowed the team to tailor individual workflows that suit team preferences and the uniqueness of their work, while still visualizing the entire value stream through card linking across the 3 boards. Take for instance the Instrumentation design board (Fig.2).
For this type of work (highly iterative in nature), they found that a Scrum-like framework is most appropriate and implemented accordingly in Kanbanize. By contrast, the work captured in the Procurement and Application boards is much more linear and the team preferred to elicit the detailed steps.
The team derived some simple rules for everyone to use the boards consistently. The most important is that each and every card on the boards has to represent an item of value: something tangible as opposed to a specific action. For example, a card can represent a drawing, but not a “set up review meeting”.
As Benoît puts it: “I want the team to think in terms of value. A review meeting, for instance, is just a means to an end, and no one will pay for it unless you release the drawing afterward. It's a subtle difference, but successful teams are outcome-driven, not action-driven.”
Taking this idea further, they decided that initiatives will be used across the boards to represent engines because the program wants to see instrumented engines ready for testing. In each board, they easily visualize all the work related to a given engine since the cards are linked to the Initiative as child cards that can be filtered in one click.
Swimlanes are convenient to quickly visualize some relevant information. There were no specific instructions to set up the swimlanes consistently across the teams. Their definition was left to each board owner, who sometimes split by type of work (e.g. class of drawing), sometimes by the team (e.g. instrumentation laboratory).
Tool, People & Operating rhythm A good tool is essential to success. The adoption rate of Kanbanize was high in the instrumentation team because the software is user-friendly and yet packed with features to cater to specific needs.
Beyond the tool, Benoît found that the key to success (and arguably the biggest challenge) is to build a team that behaves like one, i.e. with a common understanding of how work gets done. His tip to engage people and build a common culture is to give ownership of the boards. In their case, each board has a different owner responsible for the setup of the board (e.g. workflow details), but individuals are encouraged to curate the work items under their responsibility and suggest improvements. Looking back, Kanbanize supported the team through its continuous improvement journey:
At first, boards were used only to build a backlog of work:
Having explicit rules directly on the board (not in a 200-page company process book) really helps to build a common culture when the team members come from different backgrounds.
“Initially, I just want to track my deliverables, but mapping the workflow had a completely unintended, yet amazing effect: the team built a common understanding of how work gets done.”
Finally, the team formalized an operating rhythm to orchestrate the actual work. They defined for instance:
One feature that really simplifies the operating rhythm is the card block in conjunction with a business rule to automatically block parent cards. It helps focus the team on resolving issues as soon as possible, while the analysis of block reasons can support process improvements.
The benefits that we observe within the instrumentation team were astonishing. The first thing they focus on during our discussion is higher personal productivity. Benoît states that now one person does the work of 3 people from the days before Kanbanize!
This is made possible because Kanbanize supported the establishment of a Lean culture in the newly-formed team:
For the project manager, it’s extremely valuable that Kanbanize “bridges the gap between the abstract project plan and the day-to-day work”. They share that now nothing falls through the cracks: work may be postponed, but nothing gets forgotten. Moreover, due to the huge amount of data the Kanbanize gathers and processes, they are willing to use it to become more predictable. This will also allow them to use the data when planning for another project when they don’t have it a priori.
This case study illustrates that Lean and Agile principles apply beyond manufacturing and software development. Benoit demonstrated that they can successfully translate in hardware product development too, even as they span across several years. Kanban is linear and the aviation industry is nothing but linear.
Benoît has managed to reinvent the way the program works with the help of Kanbanize and incorporate all of the Kanban principles and practices into the process. We’re proud to be part of their story and we will continue to work with GE Aviation in their continuous improvement journey!
During the 30-day trial period you can invite your team and test the application in a production-like enviroment.