Implementing change - an owner's manual
The largest and most successful efforts to apply lean within engineering environments have occurred within the software engineering field. Within these projects, the most common approach has been to leverage the introduction of lean practices through adoption of compatible agile techniques. There is an understandable tension in this arena to strike the right balance between flexibility and discipline.
It is important to recognize that adoption of such new approaches, like any innovation, will take time, focus, and regular evangelism in order for any such change to stick. More importantly, there are critical project 'human factors' to consider when chosing to pursue lean techniques for a group. Any such effort should include:
- writing and communicating a high-level plan; without it, you cannot diagnose what's working and what's not. It can be as simple as this, which was used at Yahoo.
- recognizing that engineers want to do engineering, not process work; to them, the product matters more than the process
- acknowledging that engineers are likely already very proud of the job they are doing, and that they will know far more about what they do than you can ever hope to. Asking them to change their ways just for you or your initiative is not something that is likely to be successful, especially if you try to shove the ideas down their throat. You must develop a relationship with the people, and understand them and their own challenges, fears, and passions, before expecting them to care much about what you're trying to do.
- understanding the workload imposed upon the engineering team to learn and adopt the new ideas being promoted
- accepting that extra effort (and even possibly extra rewards) may be useful (or even necessary) to help grease the path for early adopters, and the extra pain they likely will encounter
- supporting the team through any roadblocks they encounter, in any way you can
While there is no silver bullet or magic formula for success, a project's characteristics (especially its personnel, dynamism, culture, size, and criticality) should influence how to strike the balance between agility and discipline. Additionally, in practice, it is always easier and better to build your method up than it is to tailor it down. Finally, one must keep in mind that people, communications, timing, and expectations management will always be more important to overall success than methodologies alone.
