Skip to content

{ Category Archives } IQPC

LSS and PI Game Changers: The List!

I scored the “Keys to Success” list that Gary Kucera made for the wrap-up session (unedited):

Canadian Pacific Railway (Jeff Adams):  Cultivate Business Relationships:

  • Create a 2010 “Relationship” strategy plan to build relationships with the “right” people who will help advocate and drive Process Improvement results
  • Target “thought” leaders to cultivate process improvement influence
  • Hand out free books
  • People will only “trust” you when they have a positive relationship with you

Direct Energy (David During/Shiraz Bajwa):  Create a Change Management / Influence Strategy to improve engagement of key people:

  • Y = f (x)
  • Ability to influence = function (role, adaptability, coverage, status)
  • Focus on people with political clout who influence people behavior
  • Impact the “Inner Circle” people by spending more time with them or have your “agents” perform this function
  • “Become a relationship Expert” to be an effective change-agent
  • Key Takeaway:  Build an Influence Strategy “UPFRONT”
  • Alternative tool:  Stakeholders Analysis tool

Bantrel (Chris Sandink):  Engage your Customer/Client

  • Use a data based approach to improve KPIs to successfully influence customers/clients
  • Build a process improvement plan by determining what measures can be improved which will result in improving a KPI
  • Get customer/client engaged in building the business case to increase acceptance
  • Key Takeaway:  Use data to make business cases to influence change and get stakeholder engagement as early as possible in this process

Create a Crisis (Multiple Speakers):

  • Process Improvement change is accelerated when a crisis occurs
  • Either “Create” a crisis or escalate an existing crisis to facilitate change
  • Top leaders will “Rethink” business strategies
  • Obtain dialogue among selected “thought leaders” to discuss what should be done “different”

Alignment of Goals within a business:

  • From CEO to associate, goals need to be aligned to improve the probability of success
  • Finance and Human Resources are key members to make this alignment occur
  • Finance should pay bonuses and merit increases based on an aligned goal structure

People:

  • Identify the skill sets needed to be successful for your team and try not to compromise with lower standards
  • Before hiring a person, perform succession planning to build your exit strategy for each person on your team
  • Best Practice Idea:  Have a person sign at the time of being hired a personal commitment to stay at least 2 years to reduce turnover

Project Success:

  • Keep project scopes small and get many “small wins” versus one “big win” as it improves engagement and long term project success
  • Make sure there is strong engagement, resources and commitment of Champion/Sponsor/Line Mgr prior to starting a project.  Planning upfront is critical to ensure project success.
  • All projects should be signed off by a Finance and Operations Mgr to avoid future “fighting”.

Leadership Behavior (multiple speakers):

  • Encourage leadership to change their behaviors to become more “advocates and teachers” to help motivate, encourage, and share their knowledge.
  • When teaching leaders Six Sigma education, take it slow and make sure they fully understand to avoid potential future adversity.
  • Need Leadership’s commitment to sustain long-term process improvement

Finance & Process Improvement Team:

  • For Xerox, and Kaplan Higher Education, it has worked very well for Process Improvement team to be aligned under Finance.
  • It has accelerated Process Improvement acceptance within the business since Finance controls the purse for the business and it improves Process Improvement’s accountability since Finance wants “Proof” of project savings.
  • Align project savings with department budgets.
  • A finance person is always recommended to sign off on project savings.

RBC Bank (Jennifer Thompson):  Continuous Certified Greenbelt/Champion Engagement 

  • Goal:  Increase Effectiveness of Process Improvement Program by keeping people engaged
  • E = f (Quality of change, acceptance of change)

Continuous Engagement Strategies:

  • Bi-Annual Internal LSS Conference for GB’s
    • Education
    • Networking
    • Celebration Certification
  • Monthly Lunch and Learns
    • Education
    • Continuous Encouragement
  • Champion Roundtable
    • Program Tracking
    • Continuous Feedback
    • Continuous Encouragement

CLG (Annemarie Michaud) Improving Behavior Effectiveness To Drive Business Results

  • Approximately 80% of behavior is driven by consequences
  • Create positive and negative reinforcements to increase desired behavior
  • Align desired behavior with desired goals
  • Put in place consequences to drive behavior
  • Behavior change environment will create long-term change
Tagged

LSS and PI Game Changers: High-Impact Ideas From The Conference Sessions

The final session was supposed to be a brainstorming session with Debra Yeager of Xerox Canada and Gary Kucera of Kaplan Higher Education, working with us to come up with a list of LSS and process improvement ideas that can have maximum impact within an organization, but was really the points that they gleaned from the presentations over the past two days. The lists went by past way too fast to transcribe, and I’m hoping that this will be posted on the conference website at some point (or maybe Gary will read this and send me his notes).

To wrap up the conference, it’s probably clear if you’ve read my posts that I found this worthwhile. I have a couple of local customers who practice LSS, and I can’t understand why they didn’t have someone here: a conference in your back yard is practically a gift in this economic climate, and there was definitely value here. This was a great opportunity for LSS professionals to exchange ideas and best practices with their peers – I think that I was the only non-black-belt in the room – and there was a great deal of interaction between the participants both in the sessions and at the breaks. Lots of practical ideas for everyone to take back and apply to their own projects, even for me. :)

Tagged

Applying LSS And Process Reengineering To Achieve Consolidation And Organizational Restructuring

Rick Hefner of Northrop Grumman gave the last full presentation of the conference before the brainstorming and wrapup. At this point in the schedule, a lot of the material that he was going to cover has already been said, leaving him free to ignore most of his slides and give more of an anecdotal talk about their journey with Six Sigma. He was originally part of TRW before their acquisition by Northrop Grumman, and acquisitions have continued to occur regularly; this meant that multiple implementations and cultures of LSS within the acquired organizations collided head on, and that constant restructuring necessitated a more consistent view of how LSS is to be applied across the organization.

Organizational restructuring, because it involves significant changes to goals, practices and operations, is a perfect opportunity for LSS and process improvement: although the initial goal of the restructuring is usually cost cutting, the long term goal is providing the greatest customer value for the least cost. LSS provides with a number of tools that can be used during restructuring, for everything from determining overall strategy to measurement and control to employee needs. The problem, however, is that everyone is caught up in the reorganization itself (or ensuring that they still have a job), and it’s difficult to get people’s attention for process improvement at the same time. LSS and process improvement teams can feel threatened by the lack of focus on their contributions, as well as not necessarily know where they’ll end up within the restructured organization.

They created a number of tools that could be used in the business areas for process improvement: value stream maps, process maps and flowcharts (similar ideas, different perspectives and level of detail, although it’s not clear where the distinctions lie). Some of this required defining “value” – which is really something that only the customer can define, and is usually something for which they are willing to pay – especially in their world of cost-plus contracts where they are not really financially incented to make processes more efficient. The cost-plus contract model is slowly being phased out in the defense industry, being replaced by fixed-price contracts; this will drive them to look for more process improvements in the future.

His summary:

  • Current economic problems have caused many companies to focus on consolidation and organizational restructuring.
  • Proper use of LSS tools (and LSS professionals) can help a company balance tactical cost-cutting with long-term strategic change programs.
Tagged

Lean Sigma Tools Applied to BPM

Chris Rocke and Jane Long from Whirlpool presented on their experiences with integrating LSS tools into BPM practices to move beyond traditional process mapping. Whirlpool is a mature Six Sigma company: starting in their manufacturing areas, it has spread to all other functions, and they’ve insourced their own training certification program. Six Sigma is not tracked as separate cost/benefit within a project, but is an inherent part of the way every project is done.

They introduced BPM during to a large-scale overhaul of their systems, processes and practices; their use of BPM is includes process modeling and monitoring, but not explicit process automation with a BPMS outside of their existing financial and ERP systems. However, they are creating a process-centric culture that does manage business processes in the governance and management sense, if not the automation sense in all cases. They brought LSS tools to their BPM efforts, such as process failure mode and effects analysis (PFMEA), data sampling and structure methods, thought maps and control charts; these provide more rigorous analysis than is often done within BPM projects.

Looking at their dashboards, they had the same problem as Johnson & Johnson: lots of data but no consistent and actionable information. They developed some standard KPIs, visualized in a suite of seven dashboards, with alert when certain control points are exceeded. Their Six Sigma analytics are embedded within the dashboards, not explicit, so that the business owners view and click through the dashboards in their own terms. The items included in the dashboard are fairly dynamic: for example, in the shipping dashboard, the products that vary widely from expected and historic values are brought forward, while those that are within normal operating parameters may not even appear. Obviously, building the models underlying this was a big part of the work in creating the dashboards: for example, shipping dashboard alerts are based on year-over-year differences (because sales of most products are seasonal) with control limits that are the mean of the YOY differences +/-  two standard deviations for a yellow alert, or three standard deviations for a red alert, plus other factors such as checking to see if the previous year’s value was an anomaly, weighted by the number of units shipped and a few other things thrown in.

The analytical calculations behind a dashboard might include internal forecasts or market/industry values, include seasonal fluctuations or not, depending on the particular measurement. The dashboard visuals, however, conceal all the complications of the underlying model. Alerts aren’t necessarily bad, but indicate a data point that’s outside the expected range and warrants investigation or explanation. They’ve seen some success in reducing variability and therefore making their forecasts more accurate: preventing rather than detecting defects.

They’re also using SAP’s Xcelsius for the dashboard itself; that’s the third company that I’ve heard here that is using that, which is likely due in part to the large number of SAP users but also gives credit to the flexibility and ease of use of that tool. They’re using SAP’s Business Warehouse for housing the data, which extracts from their core ERP system nightly: considerably more up-to-date than some of the others that we’ve seen here, which rely on monthly extracts manipulated in Excel. Although IT was involved in creating and maintaining BW, the LSS team owns their own use of Xcelsius, which allows them to modify the dashboards quickly.

Tagged

Identifying and Evaluating Performance in Transactional Environments

Last up before lunch was Sarah Snyder, who works with the US Army, discussing how they use dashboards to measure and tune their performance. The examples that she showed were not about the actual “business” processes, however, but measures on LSS projects, such as initiated and completed projects, LSS training, LSS belt utilization, and other meta measurements that aren’t directly indicative of business performance. Although measurement of project execution efficiency can be used as something of one indication of how well the Army is running, and measurements like this are important for justifying and ensuring ongoing funding of LSS programs (over $100M to contractors alone over the last 4-5 years), it doesn’t seem all that useful for general operational process improvement. Am I missing something, or is this LSS navel gazing?

I will blame my crankiness about this presentation on my grumbling stomach, and head off to lunch.

Tagged

Using Dashboards to Run the Business and Focus Improvements

David Haigh of Johnson & Johnson presented on how they’re using dashboards in their process improvement efforts; this is much further into my comfort zone, since dashboards are an integral part of any BPM implementation. He’s part of the consumer products division rather than pharmaceutical or medical: lots of name brands that we all see and use every day.

Their process excellence program covers a range of methods and tools, but today’s talk was focused on dashboards as a visualization of a management system for your business: to set strategy, track progress, and make corrections. Like many companies, J&J has a lot of data but not very much that has been transformed into actionable information. He makes an automotive analogy: a car engine typically has 43 inputs and 35 outputs, but we drive using a dashboard that has that information rolled up into a few key indicators: speed, RPM, temperature and so on.

They see dashboards as being used for governing the company, but also for informing the company, which means that the dashboards are visible to all employees so that they understand how the company is doing, and how their job fits into the overall goals and performance. Dashboards can – and should – leverage existing reporting, especially automated reporting, in order to reduce the incremental work required to create them. They have to be specific, relating jobs to results, and relevant in terms of individual compensation metrics. They have dashboards with different of levels of details, for different audiences: real-time detailed cockpits, medium-level dashboards, and reports for when a repeatable question can’t be answered from a dashboard within three clicks (great idea for deciding when to use a dashboard versus a report, btw). They used a fairly standard, slightly waterfall-y method for developing their dashboards, although did their first rollout in about 3 months with the idea that the dashboards would be customizable to suit changing requirements. One challenge is their wide variety of data sources and the need for data manipulation and transformation before reporting and feeding into dashboards.

They had most of their reports in Excel already, and added SAP’s Xcelsius to generate dashboards from those Excel reports. That provided them with a lot of flexibility in visualization without having to rewrite their entire ETL and reporting structure (I know, export to Excel isn’t the best ETL, but if it’s already there, use it).

One of the big benefits is the cross-departmental transparency: sales and logistics can see what’s happening in each others areas, and understand how their operations interrelate. This highlights their non-traditional approach to dashboard visibility: instead of just having management view the dashboards, as happens in most companies, they expose relevant parts of the dashboard to all employees in order to bring everyone into the conversation. They actually have it on monitors in their cafeteria, as well as on the intranet. I love this approach, because I’m a big believer in the benefits of transparency within organizations: better-informed people make better decisions, and are happier in their work environment. They’re able to weave the dashboards into their process improvements and how they engage with employees in running the business: being able to show why certain decisions were made, or the impact of decisions on performance.

Their next steps are to review and improve the metrics that they collect and display, and to start involving IT to automate more of the data collection by pushing information directly to Cognos rather than Excel. There were a ton of questions from the audience on this; some are using dashboards, but many are not, and are interested in how this can help them. I’m interested in how they plan to push the dashboard results beyond just human consumption and into triggering other automated processes through event processing, but I’ll have to catch David offline for that conversation.

Tagged

Building a Lean Six Sigma and Process Excellence Culture

Not surprisingly, this conference is as much or more about the cultural aspects of LSS as the techniques and tools, and Jason Schulist of DTE Energy (a US utility company) gave a presentation on their continuous improvement journey. They’ve been at LSS for more than 10 years, starting with Kaizen in 1998, moving into Six Sigma in 2004, then a performance excellence program more recently. They found some short-term benefits from Kaizen, but also found the usual shortcomings of no real vision or system in place for continuous improvement. As they added more tools and did some demo projects, they closed some gaps, but still didn’t have a comprehensive program in place: Lean was used as a bottom-up fire-fighting tool rather than a way of working.

Since they didn’t use Six Sigma until much later, they don’t use DMAIC, but have their own 4-gate, 9-step project methodology. In 2002, they developed their own Operating System to standardize continuous improvement, but found that this was a very complex, expensive and overwhelming undertaking. For those not familiar with this sort of operating system (e.g., those of us who think “Linux” or “Windows” when they hear that phrase), it’s a combination of mission statement, high-level goals and high-level methodologies, all wrapped up in a pretty internal marketing package. I’m all for getting everyone on the same page, but I sense a bit of frustration from Schulist on the amount of time spent crafting and wordsmithing this rather than actually implementing process improvement.

Adding Six Sigma in 2004, they introduced more statistical rigor in their process improvement, but had some issues with disengagement since the black belts tended to do the work that was previously done by business leaders, and also with the lack of an end-to-end process flow. The CEO was unhappy with the rate of improvement, which drove the introduction of the performance excellence program in 2006. This was driven from the top, with clear expectations and accountability, but didn’t have deep engagement with front-line employees: the business units tended to be reactive rather than proactive in the face of top-down process expectations. This was implemented using a lot of external consulting resources, which meant that the existing continuous improvement resources weren’t used all that well.

To break this cycle of just spending several millions every two years on external continuous improvement consultants to reinvent the wheel, they had to focus on constancy of purpose and engagement with the people in order to really institutionalize continuous improvement culture. They moved back to a focus on people by implementing a Lean learning organization in 2007/8: a behavioral transformation leading to cultural change rather than just a continuous improvement program.

With difficulty sustaining their own efforts, they looked at recognized reasons why other companies failed:

  • Copying lean tools without making the work self-diagnostic
  • Working around problems even when the problems are recognized
  • Don’t share systemically what has been learned locally
  • Don’t develop the capabilities of others to design work, solve problems and institutionalize new knowledge

To overcome this, they worked on developing the four capabilities of the operationally outstanding:

  • Design work to see problems as they occur: all work is designed so best practices are captured and problems are evident immediately
  • Swarm problems when they occur: problems are immediately addresses, both to contain their effects from propagating and to trigger problem solving
  • Share knowledge where it is created: knowledge generated locally becomes systemic through shared problem solving
  • Leaders develop people from teaching, coaching and mentoring: the most senior management has to own the capability development process (including actually teaching internal courses)

These four capabilities form the framework of the “how we work” section of their above-mentioned operating system, which provides goals for their process improvement program. The operating system also includes a “true north”, that is, their high-level business goals such as being defect-free at the lowest cost.

Their recent results have been impressive: from hard savings that crept up gradually over the course of their continuous improvement efforts, the last two years have seen significant and increasing ROI. Since they’re getting such great results, they’re encouraged to look at ways to make this even better through self-assessment, certification, and expanding their scope to address complex problems as well as environmental and social problems. One interesting example of that is what they’ve done to reduce the cost of cutting grass around their substations within the city of Detroit: they replaced the grass with community gardens, worked by the community, with the food donated to local food banks. Lower costs for them, while giving something back to the community and improving social engagement: a win-win all around.

Tagged

Lean Six Sigma and Process Improvement, Day 2

I’m a bit better prepared for today’s conference: first of all, I showed up on time, and secondly, I have my iPhone tethering cable so that I can post even though there’s no open wifi here.

Today opened with a recap of yesterday’s session by Charles Spina of e-Zsigma, the conference chair, then he had an interview with two of the people who were on yesterday afternoon’s panel that was in the opposite track to that I attended: Audrey Maeren of Assiniboine Credit Union and Steve Hodlin formerly of DST Output, discussing how to move out of reactionary mode and into long-term sustainable growth of a LSS program within an organization.

The panel was in the form of a leadership forum with five questions posed:

  1. Which strategic imperatives should be realized through LSS deployment and process improvement initiatives within the next 12 months?
  2. How to maximize LSS deployment ROI particularly during this economic time?
  3. What processes within the organization will be a top priority for process improvement/process reengineering projects?
  4. How can companies turn recession-driven outcomes into business opportunities? How does this change the role of PE experts in a new business paradigm?
  5. What organizational structure has proven to be the most effective for quality/process improvement teams?

There was a strong focus in the responses on using the economic situation to your advantage: improving processes, cutting fat and becoming more competitive rather than just cutting headcount in a panic. This isn’t necessarily about cost-cutting, it’s about focusing on your value proposition and key differentiators (e.g., customer intimacy, social responsibility), and engaging your customers, suppliers and employers as part of the initiative. Assiniboine, for example, has a 5-year KPI to become carbon-neutral, so is always looking at ways to contribute to that goal through any process improvement: sometimes reducing process waste can reduce real waste, too. Since they’re a member-owned cooperative, there is less of a focus on profits than in many other financial institutions, but these sorts of goals are not uncommon in today’s corporate environments, too.

They had a few pointers for maximizing ROI on LSS projects: keep people on the projects through the critical points rather than moving them around, have frequent management reviews so that they’re aware of what’s happening and can help to get past any roadblocks quickly, and identify opportunities to train your customers or partners in LSS to help them become more efficient as well as improving the efficiency of your interactions with them. Early in your LSS program, it’s important not to just focus on hard dollars in your ROI, but if resources are short, then you will need to set thresholds that determine which projects go ahead: if a project can’t show some process improvement ROI relative to corporate goals, then you may not be able to take it on.

There was a really interesting discussion including audience members, about how misinterpretation of laws and regulations creates an incredible amount of waste: people think that a regulation needs to be applied in a specific (inefficient) way, and blocks the implementation of a more efficient process that is equally valid. I saw this recently in a customer engagement where we were considering the uses of process and content management in the organization, and the HR department insisted that certain processes had to be done on paper and they needed to maintain employee files on paper, to the extent that they printed email messages to add to the employee file. Knowing that paper recordkeeping for employee files is not required (at least in Canada), I showed them the relevant sections in the Canada Labour Code as well as Revenue Canada regulations that govern recordkeeping, but it continues to be a long cultural battle for this particular piece of process improvement.

The issue of alignment keeps coming up: not as a hand-waving idea, but as a concrete link between corporate goals and what’s being done on the front lines of companies. As Maeren made clear, if your corporate goals are focused on customer satisfaction, but the front-line operational units are focused only on cost-cutting, there’s a misalignment.

We discussed yesterday at lunch about how most organizations need a crisis to motivate significant process improvement efforts; the recession just provides an external trigger for the crisis rather than an internal trigger such as a merger. If you’re already in the mode of being able to respond to all types of crises, then weathering the recession in a process improvement group is just more of the same. It might be a time, however, to highlight some key Lean tools, such as value stream mapping and Kaizen, for some quick wins and to show the value of the process improvement team. Also, focus on some cash-intensive process improvements such as reducing inventory and shortening accounts receivable times.

Management needs to become process-focused, not just goal-focused: as Hodlin pointed out, you don’t lose weight by stepping on a scale. We see this so much in the BPM area as well, where BPM initiatives will not succeed unless the organization becomes process-centric. In part, this means that management needs to cede responsibility for some of the process decision-making to others, which allows those with a different view on the process to bring in improvements wherever they might occur. It can also be facilitated by spreading the LSS training out to the business areas, where either green belts are embedded within business areas, or business people are trained in key techniques that allow them to push forward process improvements from inside a business unit. There’s a certain commitment required for this: at Assiniboine, they pull subject matter experts from operational positions to work on process improvement, and define those SMEs as top performers that will cause pain to the operation when they’re removed from their operational position.

Spina was a great moderator: low key but he kept things moving along, asking questions of the two panelists and involving the audience as well as adding his own experiences to the mix. The small audience size is really a bonus with this sort of session, too, since it really fosters participation.

As a matter of disclosure, I should mention that IQPC provided me with a free pass to the conference, although I paid my own $3 subway fare to get here.

Tagged

Ensuring Flexible Lean Six Sigma Process Improvement Culture

Last session of the day is Jennifer Thompson of Royal Bank of Canada on process improvement culture within an organization: how to maintain a relevant Six Sigma culture in changing economic times, and how to keep people engaged in the program. RBC is Canada’s largest bank, with 80,000 people in 50 countries; they were a customer of mine for a couple of years in the past through a somewhat drawn-out BPM and process improvement project, so it’s good to see them getting a bit more rigor around this. They’ve embraced Kaizen, and the idea that you can make significant change in a short period of time, which created quite a bit of interest from the business, then followed this with a reworking of their Lean Six Sigma program into a business performance excellence program for their operations areas. More recently, they’ve taken these ideas and pushed them beyond the operations areas, deploying Six Sigma in areas across the organization, such as IT and finance. They maintain a small core group of trained LSS people: 3 master black belts and 20 black belts in the center of excellence, and 105 belts across the enterprise; they measured $35M in benefits in 2009, making this a definitely worthwhile undertaking.

Effectiveness of the program is a function of both the quality of what is produced, and the acceptance of the program, or E = f(Q,A). Their real challenge is in acceptance: becoming and staying relevant, especially considering that they’re applying what could be seen as a manufacturing technique within a financial services organization. Project metrics need to be relevant to the business that you’re in; in RBC’s case, that’s profits and savings, not green belt utilization ratios (which I can’t believe that they even considered as a useful metric). You need to engage and partner with the business, and read their feedback properly to fine tune the skills and offerings of your LSS program.

RBC came to the realization that one size does not fit all, and developed a flexible methodology that leads with Lean, then works towards the ideal methodology as the business needs are understood. It’s important to recognize the size and complexity of the project as you get into it, and adjust the governance to match the project effort. They’ve developed a toolbox of training courses for various stakeholders, from executive/champion training to green belt to Kaizen to their internal business performance excellence programs. They no longer have a separate black belt training, but only an upgrade from a green belt due to the high level of overlap in the required skills.

She covered some points on keeping people engaged in the LSS program: a bi-annual LSS forum and monthly lunch-and-learns for the belts; a monthly dashboard for executives for sharing best practices; and a champion roundtable for champions and sponsors. The LSS program at RBC is not driven from the top down; there is no unequivocal, from the top mandate for it, and some of their challenges are to get people to adopt it when they have no management-driven motivation to do so. That has required the LSS program to show value on multiple programs, then use that to motivate interest in other areas by showing it as a way to improve their business, not a corporate directive.

I’m glad that I dropped in on these sessions, and I’ll be back tomorrow to see more of the ones on wrapping this back into automated processes and BPM. The whole conference is really tiny, only about 30-40 attendees, but the quality of the presentations and conversations is really high. With no open wifi (grumble, grumble) but in my home data network area, I promise that I’ll remember my iPhone tether cable tomorrow so that I can post as I go.

Tagged

TRIZ, Six Sigma and Transactional Processes

Tom Kling, who has the most magnificent mustache this side of the 19th century, talked to us about TRIZ: an acronym that most of us in the room had never heard of, much less used. I confess, I Googled it before the session, so knew that it was related to innovation – it’s also known as “systematic innovation – and is a Romanized acronym of the Russian phrase “Теория решения изобретательских задач”, or “theory of inventive problem solving”. Kling is from Dow Chemical, a company that knows a bit about innovation as well as chemistry. They’ve had a Six Sigma program since 1999, having trained more than 10,000 green and black belts, and having it fully integrated into all major improvement and innovation processes. I sat with him at lunch, and heard more about how Six Sigma can be applied to research and development areas such as his, as well as to more operational and manufacturing areas that are more common applications. This presentation turns that around a bit: taking a technique used primarily for research innovation, and applying it to transactional processes.

This gets past the issue that I referred to in the previous post, where Lean and Six Sigma are seen as only for incremental improvement, not disruptive change: TRIZ starts with a description of a perfect, hypothetical solution state, then applies a number of techniques such as importing solutions from other fields as well as more incremental improvement based on application of technology. Starting by envisioning an ideal solution can result in more out-of-the-box solutions than working forward from the current state; although the perfect solution likely won’t be achieved, at least it opens people’s eyes and gets them thinking about what’s possible. There are sets of TRIZ problems and solutions, with operators to map problems to solutions. This may allow a specific problem to be generalized to a TRIZ problem using contradiction characteristics, operated on to map to a TRIZ solution, then applied back to a specific solution. There are several methods for doing this, such as using contradiction characteristics such as Altshuller’s characteristics or Mann’s business TRIZ features, and examples of problem solving techniques such as Altshuller’s 40 inventive principles.

He used a very funny example of this: he uses a comb on his ‘stache during warmer weather but a brush during dry, cold weather, but doesn’t like that the combination of comb and brush don’t fit well in his pocket; using a contradiction matrix with increased area being a good thing but increased volume being a bad thing, the suggested set of solutions includes nesting, spheroidality or new dimensions, which leads to his actual solution, a folding brush/comb combo. A more realistic example for the rest of us is a survey where more questions increases the amount of information gathered, but worsens communications flow when not all questions are applicable to all respondents; the solution set includes having a dynamic survey that removes irrelevant questions based on earlier responses.

TRIZ, then, is an algorithmic approach to innovation. This departs from our somewhat fantastical notion of a scientist having an “a-ha” moment at some point in every innovation, or an unbounded brainstorming session generating all the new ideas; now, what’s necessary is a skilled facilitator who can explore how the inventive principles apply to the specific problem in order to generate possible solutions. There’s also a lot of skill required to map between the specific and general problem and solution spaces, as well as evaluating potential solutions (and even generating new hybrid solutions) using something like a Pugh concept evaluation matrix.

At Dow, they’ve embedded TRIZ into their Design For Six Sigma (DFSS) processes for designing chemical plants, allowing for better integration across designs of all the other processes surrounding the chemical plant, such as rail shipping. This doesn’t always result in a disruptive change, but sometimes results in a group of interrelated changes that make a big difference: in one case, reducing shipping transit times and costs, thereby increasing customer satisfaction.

There are many other TRIZ-related tools, applicable to both technological and transactional situations. Some of these, such as mind maps, didn’t originate with TRIZ but are commonly used during TRIZ innovation projects; many have been adopted into the TRIZ body of knowledge maintained by the Russian TRIZ group. It’s also possible to mix several of the TRIZ techniques with Six Sigma techniques to good effect.

Tagged

Applying Lean Six Sigma Methodology to Transactional Processes

Next up was a panel discussion with David Haigh of Johnson & Johnson, Sabrina Lemos of United Airlines, and Gary Kucera of Kaplan Higher Education, moderated by Charles Spina of e-Zsigma.

United Airlines has a unique project going on in one of their freight-related operations: they decided to outsource the operation in order to be able to completely remake the process and have it meet specific KPIs, but also decided to allow the existing people to bid on their own jobs. This would have the effect of shifting them out of their current ways of doing things and proposing the best possible way to do it, since they will be in a competitive bidding situation with outsiders. Lemos also spoke about the importance of getting to the real data. She did an exercise of tracing a particularly biweekly report –which took several hours to compile – up to the VP and what he reports on, then tracked what he actually reports on back down to the reports and metrics that are being gathered at the lower levels. Not surprisingly, she found that there was zero alignment: nothing in the biweekly reports were used by the VP in his report, or anywhere else in the chain of command. She spoke about using gauge R&R, walk the process, and value stream mapping techniques to analyze processes, and the necessity of coming to agreement on the meaning of things such as process start points.

Haigh spoke about accounts payable processes at J&J Canada, and how an in-depth review of those processes was triggered by someone actually forgetting to pay the electricity bill, and showing up at the office one day to find a notice that the power would be cut if the bill weren’t paid immediately: not that they didn’t have the money to pay the bill, just that the process to do so wasn’t working. Accounts payable is often one of those processes in companies that is ignored when looking at major process improvement because it’s not revenue generating, but it’s important to recognize that enormous cost savings can be found through taking advantage of early payment discount levels, and avoiding any late penalties or service disruptions. They have found that doing some amount of the work onsite where the business processes are being done is helpful, since the process participants can see what’s involved in their process overall. They use the same techniques as discussed by Lemos, plus Kaizen Blitz and some activity-based costing.

Kucera spoke about aligning the corporate and executive goals with efforts at all levels, and how Jack Welch suggested making your bonus be some percentage of your process improvement savings in order to incent people to align their behavior and metrics with the ultimate goals. He spoke about some of the modeling and display tools that they use, such as fishbone and Pareto diagrams, and how doing these early and engaging with the business management can greatly speed the process improvement efforts. In many cases, since they’re dealing with simple transactional processes, they can use fairly simple analysis tools, but have some of the more sophisticated tools and techniques available as required.

They all had examples of process improvement efforts that have had a direct customer impact. Lemos had a great example of processing freight insurance claims, where they had a metric of processing five claims per day, resulting in the claims people cherry-picking claims in order to meet their quota; enforcing first-in, first-out claims processing resulted in an immediate and dramatic improvement in customer satisfaction. Listening to her stories of their paper-based inefficiencies, where emails are printed, signed and passed around, reminds me so much of the processes in some of my financial services and insurance customers.

In all cases – and I think that this is a key criticism of Lean and Six Sigma – they’re looking for incremental process improvements, not completely disruptive reengineering that would discover new ways to do business. However, in many of today’s standard transactional processes, incremental improvement is the only alternative.

Tagged

Lean Six Sigma & Process Improvement: David Brown of Motorola

I missed the first morning of the IQPC Lean Six Sigma & Process Improvement conference in Toronto today, but with my usual impeccable timing, showed up just in time for lunch (where we had to explain the rules of curling to the American attendees). The first session this afternoon is with David Brown, a black belt at Motorola, where the term “Six Sigma” was first coined and is still used to make their processes more effective, efficient, productive, and transparent.

There has been a transformation for them in how they analyze their processes: ranging from just looking at transactions to high-level intelligence including complex simulations and forecasting. Since they run SAP for their ERP, they have a number of SAP business intelligence (Xcelsius and Business Objects) products, although their most complex analysis is done with Oracle Crystal Ball.

Brown’s presentation was short – less than 10 minutes – and the rest of the session was an interactive one-on-one interview with questions from Charles Spina of e-Zsigma, the conference chair. The Q&A explored much more about how Motorola uses business analytics tools, and opened it up to the (small) audience for their experience with analytics. Not surprisingly, there has been quite a bit of success through the introduction of analytics to process improvement teams: sometimes it’s the black belts themselves, sometimes it’s a separate analytics group that works closely to develop the reports, analysis, and more complex intelligence based on the large volumes of data collected as part of any process improvement project.

Reporting tools can be as simple as Excel – for simple needs – through more complex solutions that include ETL from multiple data sources and regularly scheduled reports, such as Crystal Reports and Xcelsius. Legacy systems can make that a bit of a challenge; often these end up as extracts to Excel or Access, which are then remixed with other sources. Extracts such as this can be really problematic, as I’ve seen first-hand with many of my customers, since there’s no way to keep the data completely in sync with the underlying systems, and typically any one legacy system doesn’t have all the relevant data, so there can be a real problem in matching up related data from multiple systems. Brown underlined that the key issue is to get all of your data into a central data warehouse in order to determine if your data is complete and clean, and to facilitate reporting and analytics. This is especially important for process engineers when trying to do time studies over long periods of time: if you don’t have some consistent representation of the processes over the time period in question, then your analysis will suffer.

Motorola is using their data analytics to improve operational processes, such as order shipping, but also what-if scenarios to inform salespeople on the impact of discount levels to the bottom line. In many cases, this is an issue of data integration: Sabrina Lemos from United Airlines (who will be on the panel following) shared what they were able to recover in late container fees just by integrating their container tracking system with a database (Access, alas) that generates their invoices. Interestingly, I wouldn’t have thought of this as a process improvement initiative – although it is – but rather just as an artifact of doing some clever system integration.

They also discussed the challenges with presenting the results of analytics to the less numerically inclined, which often entails rolling data up to some simpler charts that can be drilled into as required, or just presented in a PowerPoint or PDF file. The real ROI may come from more interactive tools, however, such as dashboards that show operational alerts, or real-time what-if analysis to support human and automated decisions. Since Lean and Six Sigma tools are inherently analytical, this isn’t a new problem for the people in this audience; this is a matter of building relationships early with the non-analytical business managers, getting some early successes in projects to encourage adoption, and using different presentation and learning styles to present the information.

Because of the nature of this audience, the analytics that they’re discussing are typically for human consumption; in the BPM world, this is more and more moving to using the analytics to generate events that feed back into processes, or to inform automated decisioning. Either way, it’s all about improving the business processes.

Tagged

Lean Six Sigma and Process Improvement conference, Toronto

In a nice break from the past two years as a road warrior, I’ve only been on one trip since November. Even better, some conferences are coming to Toronto so that I don’t even need to travel (although not sure that February up here is a big draw if you don’t already live here).

This month, IQPC is hosting a Lean Six Sigma and process improvement conference on February 22-24 at the Westin Harbour Castle, with a focus on achieving a sustainable and transparent Lean Six Sigma and process improvement culture:

    • Increase Organizational Synergies by Applying LSS and Process Re-engineering to Consolidation and Organizational Restructuring
    • Maximize Benefits and Savings of Process Improvement Projects by Identifying and Implementing Low Cost Solutions
    • Bring the Quality of Your Products to a New Level of Efficiency by Applying Innovative Methodologies, such as Triz, to Your Transactional Processes and Engage Your Customers in Transactional Projects
    • Maximize the Efficiency of Internal and External Benchmarking by Expanding the Use of Dashboards

My readers can get 20% off the “All Access” price by using the code LSSCCol2 when you register here.

Disclosure: IQPC is providing me with a free pass to the show.

Tagged ,

IQPC BPM Summit: David Haigh

Last speaker of the day — and of the conference — was David Haigh, Global Director of Continuous Improvement at W.E.T. Automotive Systems, discussing Lean Product Development. It’s actually refreshing to be at a BPM conference where I’m the only person that I heard (since I missed Jodi Starkman-Mendelsohn’s talk this morning) that talked about the technology.

They previously tried out a lot of different quality programs, including ISO 9000, Six Sigma, Lean, BPR and other techniques, but these were always initiated by the subsidiaries and didn’t really catch on, so in 2006 they started on a global program that included the shop floor, logistics and product creation. Whereas they had always focused on the production/fulfillment value stream previously, they expanded the scope to include the entire order-to-cash cycle, particularly to include the design portion of the cycle that has the smallest cost element but the largest cost influence.

I loved his analogy for hand-offs in the business process: it’s like the telephone game that we played as kids, whispering a message from one person to the next to see how message changes by the time it reaches the end; any hand-off results in a reduction in information clarity, as well as being a big time-waster.

Since he’s in an engineering manufacturing environment, there’s some interesting ideas that at first seem unique, but have value in many other areas: set-based design, for example, where you spend the engineers’ time researching and pushing boundaries on the technology that underlies customer solutions, rather than spending the time building one-off customer solutions. The equivalent in the BPM world would likely be having them focus on building out the service layer, not assembling the services using a BPMS. He also spoke about Toyota’s practice of streaming engineers up to higher levels of engineering rather than “promoting” them to sales or management — I always tried to do that when I ran a company, since there’s always some people who just want to stay technical, and don’t want their career to suffer for it.

They’ve built a “workflow” and project planning tool in Excel that has some interesting concepts: no dependencies between tasks, just points of integration, and the team sets the deadlines (can you say “collaboration”?). This helped them by providing tools for visualizing waste in the process, and driving to reduce the waste, which is the main focus of Lean.

This has been an interesting conference, although the attendance is quite a bit less than I had expected, but that makes for a much better environment for asking questions and networking. And speaking of networking, I think that I just have time to run home before the Girl Geek Dinner tonight

IQPC BPM Summit: Kirk Gould

Kirk Gould, a performance consultant with Pinnacle West Capital, talked about business processes and metrics. I like his definition of a metric: “A tool created to tie the performance of the organization to the business objectives”, and he had lots of great advice about how to — and how not to — develop metrics that work for your company.

I came right off of my presentation before this one, so I’m a bit too juiced up to focus as well on his presentation as it deserves. However, his slides are great and I’ll be reviewing them later. He also has a good handout that takes us through the 10 steps of metric development:

  1. Plan
  2. Perform
  3. Capture
  4. Analyze
  5. Display
  6. Level
  7. Automate
  8. Adjust
  9. Manage
  10. Achieve

He has a great deal more detail for each of these steps, both on the handout and in his presentation. He discussed critical success factors and performance indicators, and how they fit into a metrics framework, but the best parts were when he described the ways in which you can screw up your metrics programs: there were a lot of sheepish chuckles and head-shaking around the room, so I know that many of these hit home.

He went through the stages of metrics maturity, which I’ll definitely have to check out later since he flew through the too-dense slides pretty quickly. He quotes the oft-used (and very true) line that “what gets measured, gets managed”, a concept that is at the heart of metrics.

IQPC BPM Summit: me!

Here’s the presentation that I did for the IQPC BPM summit in Toronto this afternoon. You can click through the presentation in place using the controls at the bottom, or click through to download the presentation.

Tagged , ,

IQPC BPM Summit: Manish Mehta

Manish Mehta, a project manager at the government of the Region of Peel (which covers a huge chunk of the bedroom communities north and west of Toronto, about 1.2 million people in urban and rural areas), gave a presentation on implementing process management at Peel.

For them, process management was part of their quality management, which already included ISO and some other quality programs. They wanted to strengthen corporate thinking, reduce their silo departmental focus, increase alignment and connection, and measure employee and client satisfaction.

The steps in their process management project were as follows:

  • Phase 1: develop standard terms, definitions and symbols
  • Phase 2: provide process management training, and develop a process management framework
  • Phase 3: develop their service improvement initiative (SII) to apply process management

As with the previous OPG talk, this was not about a BPM implementation, but about putting standard, optimized processes into place in an organization in order to not only improve service delivery, but measure it as well. Specifically, their three goals were to implement process management across the organization, to implement a consistent approach to client satisfaction measurement and management, and to develop and monitor a corporate client satisfaction rating.

They first applied this to their TransHelp program, which provides transportation for those who are unable to use public transportation, then to their waste management program; in both cases, they found that doing client satisfaction surveys identified factors that clients found important that had not been considered by the inside workers: definitely a good reason to get out there and talk to people rather than sitting in the ivory tower and deciding the best process to implement. They are seeing some measurable improvements: with TransHelp, their no-show/cancel rate has dropped in half, and with waste management, their number of complaints has dropped. For process improvement work that they did with children’s services within their financial assistance area, the time to complete an application and assess eligibility dropped dramatically with the new process. Once they’d done these three pilots, they found that other areas started to come to them to ask for help in process improvement: you really need to show some successes in order to get started in a diverse organization such as a regional government. Measuring client satisfaction for regional governments is still in an early stage, and Mehta said that they were working with other government organizations to develop methods for doing this. He also showed a great public sector reference model that linked resources, processes, services and programs and how they interact with providers and clients.

They used outside facilitation for process redesign, but mostly created their own methodology and guidelines and do have some capacity for the process redesign internally. They’ve developed a fairly structured project management approach in terms of defining scope and schedules. They have discovered, not surprisingly, is that pulling subject matter experts away from their regular jobs for several days in order to do the process redesign is much more effective than trying to have people add this on to their real jobs, in spite of the grumbling that will inevitably occur when you try to get a group of people to a multi-day offsite meeting.

Something I really like about what they’ve done is to split their SII approach into three stages, depending on the state and complexity of the original process: repair (quick fixes to smaller broken processes through understanding customer needs), improvement (considering root cause analysis and piloting a solution), and design/redesign (similar to improvement but with best practices and benchmarks). They see both improvement and redesign projects as requiring a trained facilitator.

Mehta showed some private sector studies that showed that employee satisfaction leads to client satisfaction, which in turn provides even greater employee satisfaction, and client satisfaction also leads to greater profitability. Applied to the public sector, you can replace the profitability part of the equation with trust and confidence: greater customer satisfaction results in more trust in the government body and their ability to execute works on behalf of the citizens.

Off to lunch, then I’m up at the front of the room after that.

IQPC BPM Summit: Ron McGillis

I missed Day 1 of the IQPC BPM summit due to a road trip to Detroit, but I’m here this morning to hear the speakers, and this afternoon to give my own presentation. It’s a small group, probably less than 40 people, but I’ve already been hearing great things from the attendees about how much that they’ve learned from the two days so far.

I missed Jodi Starkman-Mendelsohn of West Park Assessment Centre speak first thing, but I’ve heard her speak twice this year already so just had a quick update from her at a break on what they’ve done since I last saw her.

Ron McGillis of Ontario Power Generation talked about their contractor management program, where they manage all contracts for everything that they do with power generation: everything for both construction and non-construction servicing of the 3 nuclear power generation plants, 4 fossil fuel plants, 64 hydroelectric and 3 wind power facilities in the province. This came out of their safety compliance programs, since McGillis stated that this was their greatest concern with their contractors (the WSIB people in the audience applauded at that point), and that it needed to be the same level of safety for contractors as for OPG employees.

In 2002, they did a safety audit that showed some serious problems — “systemic, cultural-based problems with the existing contractor safety management process” — and recommended some standardized processes around the safety standards for contractors. This resulted in OPG’s current policy statement that their contractors and subcontractors must maintain a level of safely equivalent to that of OPG employees while at OPG workplaces, and set out requirements that the contractors are accountable for the health and safety of their own employees while at OPG, including ensuring that they don’t harm OPG employees or the public.

They’ve come up with a contract management process that’s documented and freely available on their website. They have consistent pre-qualification processes (which would pre-qualify a contractor for working with any division of OPG), processes for awarding contracts, standard performance reporting, and training for anyone involved in the contract management process. Using the ISO standards as a guideline, they recreated a Plan – Do – Check – Act program for contract management, and defined roles and responsibilities for each contract: owner, administrator, monitor and buyer.

Every contract stipulates these roles explicitly, and also safety clauses in terms of reporting, inspections, procedures and rules. This trickles down to any subcontractors, too.

Their contract process has five steps: planning, procurement, post award (which ensures that all parties are ready to go to work on the execution), execution, and close-out.

The contract management manual is only 13 pages long, and is at a “contract management for dummies” level, with the following content:

  • The steps in each stage
  • Who is accountable for each step
  • Forms (mandatory)
  • Worksheets (mandatory)
  • Job aids (good practices)
  • Check lists
  • Notes and references

Training was a key part of their success, including contract administration and monitoring courses at various levels of detail, ranging from 4 hours to 4 days.

From an automation standpoint, this isn’t a BPM system implementation: this is BPM in the sense of “management discipline” as defined by Gartner, where there’s a structured business process that is providing a huge benefit to the organization, but none of this process is automated. They have database applications that provide some analysis — for example, a contractor database allows for input of various scoring factors and provides a pre-qualification rating — but most of this is about getting people to follow the correct business processes. Their contract management process is so successful that it’s been adopted by some large companies and other power generation companies.

Their lessons learned for any business process change:

  • Let the process “soak”, giving it some time for people to get used to it before making changes (since people will always chafe against a new process when they’re first getting used to it).
  • Listen to and engage the stakeholders.
  • Benchmark against other similar companies, and don’t reinvent the wheel (including using ideas from other successful organizations).
  • Ensure senior management is fully committed, or you will fail.
  • Ensure that you’re adequately resources for all stages of the project, including post-implementation.

At the end of the day, they’ve cleaned up all the problems identified by the 2002 audit, and has provided a consistent pre-qualification process for contractors that benefits the entire organization.

McGillis travels extensively both to make sure that the program is being implemented consistently within OPG, and as an evangelist with external companies and by speaking at conferences.

Could parts of this process be automated to some benefit? Possibly, although they’ve likely gained so much of their ROI already in terms of cleaning up the process and capturing the relevant data in their database application. Process automation might provide them with some additional visibility into the processes, although likely not much more efficiency.