Michel Baudin's Blog
Ideas from manufacturing operations
  • Home
  • Home
  • About the author
  • Ask a question
  • Consulting
  • Courses
  • Leanix™ games
  • Sponsors
  • Meetup group

Dec 21 2015

How Can I Speed Up My Team’s Lean Learning?

“How can I speed up my team’s lean learning?” is a question found on the web, with no context given: we don’t know whether it is team of managers, engineers, or operators, or whether it works in manufacturing, finance, or health care… We can infer from the tone of the question that its author is a leader frustrated with the pace of a team’s progress. I will further make the assumption that the concern is not just about skills but also about principles. It’s not just about know-how but also know-why, as it is essential to address new challenges.

Then we also need to make a distinction between learning as a team and learning by team members. You hear leaders say “as a team, we have learned to change over a lathe in 7 minutes,” or “as a team, we have learned to introduce a new product on this line in 3 weeks.” If such a team replaces one of its members, it can bring the newcomer up to speed and retain the skills and the knowledge; if, on the other hand, it replaces half its members, it has to relearn. A team  is more than the collection of its members, but it builds on the expertise of its members, which means that their individual expertise also needs to be nurtured. This means that individual learning by team members also is a topic that must be addressed.

Continue reading…

Share this:

  • Print (Opens in new window) Print
  • Share on Facebook (Opens in new window) Facebook
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Reddit (Opens in new window) Reddit
  • Share on X (Opens in new window) X
  • Email a link to a friend (Opens in new window) Email

Like this:

Like Loading...

By Michel Baudin • Answers to reader questions 8 • Tags: eLearning, Instruction, Lean, Learning

Lean Coffee

Dec 17 2015

Lean Coffee in Palo Alto

The first Palo Alto Lean Coffee happened this morning, as planned, at the Palo Alto Cafe, with Paul Zhao and me. We didn’t know each other, and connected through Meetup. Paul is involved with a startup company aiming to be “Uber for 3D printing,” connecting users who have designs with shop that have 3D printers. Our discussion was centered on manufacturing strategies for startups with hardware products, a topic I expect to come up again in Palo Alto.

Share this:

  • Print (Opens in new window) Print
  • Share on Facebook (Opens in new window) Facebook
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Reddit (Opens in new window) Reddit
  • Share on X (Opens in new window) X
  • Email a link to a friend (Opens in new window) Email

Like this:

Like Loading...

By Michel Baudin • Events 0 • Tags: Lean Coffee, Palo Alto Lean

Palo Alto Cafe Front at Night

Dec 9 2015

Inaugural Lean Coffee on 12/17 7:30 AM at Palo Alto Cafe

David Veech last week suggested I start a Lean Coffee in Palo Alto. It seems like an attractive format, and I hope you find it useful.

It is scheduled early in the day to minimize interference with work. You don’t have to prepare anything. You come as you are, and I will provide Post-It notes for us to set an agenda when we start. Then we will discuss all the items agreed on, each participant contributing on the fly from his or her experience. It’s at the Palo Alto Cafe, and we can each enjoy coffee, bagels, muffins, or croissant-egg scrambles while letting others talk.

RSVP if interested.

 

 

Share this:

  • Print (Opens in new window) Print
  • Share on Facebook (Opens in new window) Facebook
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Reddit (Opens in new window) Reddit
  • Share on X (Opens in new window) X
  • Email a link to a friend (Opens in new window) Email

Like this:

Like Loading...

By Michel Baudin • Events 0 • Tags: Lean, Lean Coffee

Dec 6 2015

Industry 4.0: Without Stable Processes, Nothing Works | Wiegand’s Watch

This is a translation of Bodo Wiegand’s latest newsletter, about Lean in Germany, followed by my comments:

This week I was with a company that is on its way to implement industry 4.0. All machines were networked. The manager could see from his desk which machines were running and which were not. All data were collected centrally and also shown locally to the machine operator. The trend was easy to see. One third of the machines had a malfunction. With an average OEE of 62%, the machines do not always run.

“As long as we buy new machines, we have to live with this,” was his answer to my question.

But, it was not only the newest, but also the older machines that don’t need to be smeared with oil and dirty, even even while generating chips. Provided on request, the Fire-Fighting-factor reported to us by the maintenance technicians was above 75%. The chief knew exactly: 76.6%. An OEE of 62% and 76.6% Firefighting means in plain language: In this business, there is no stable processes.

But what drives intelligent managers then to link his whole company, only to find that the processes are unstable? With some thought they could have discovered this without networking and invested first in stabilizing the processes. Introducing Industry 4.0 For industry on unstable processes will fail. The crucial question: how I manage to stabilize the processes and avoid unplanned shutdowns?

Continue reading…

Share this:

  • Print (Opens in new window) Print
  • Share on Facebook (Opens in new window) Facebook
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Reddit (Opens in new window) Reddit
  • Share on X (Opens in new window) X
  • Email a link to a friend (Opens in new window) Email

Like this:

Like Loading...

By Michel Baudin • Information Technology 24 • Tags: CMMS, EAM, Industry 4.0, Maintenance

Nov 30 2015

What Poka-Yoke Are And Are Not, And How To Sustain Them

Chet Marchwinski recently exhumed a 2011 discussion about Poka-Yoke that had been started by the following question:

I’m a manufacturing engineer and since I have started participating in kaizen workshops, I have noticed that production supervisors tend to disconnect some of the poka-yokes we’ve put in place in the machines. When I challenge them about this they argue that operators can’t run production and cope with the complexity of our machines. I am perplexed by this and wondered whether you’d have a comment.

In short, I can think of two reasons for production supervisors to disconnect Poka-Yoke:

  1. No production supervisor in his right mind would disconnect devices that make the work easier for operators. If they do disconnect them, the most likely explanation is that the devices described as “Poka-Yoke” actually add work for the operator. If you have to pick a part from one of ten open bins in front of you, you will spend precious seconds finding the right one; if all bins are covered with lids except the right one, not only are you physically prevented from picking the wrong one but you don’t have to look for it. It makes your job easier. On the other hand, if you have to scan a bar code on the part to validate the pick, it adds to your work load and your supervisor will pull the plug on the next production rush.
  2. The manufacturing process is not ready for Poka-Yoke. A production supervisor is quoted in the question as saying “operators can’t run production and cope with the complexity of our machines.” This suggests that the line has process capability issues that must be addressed before implementing Poka-Yoke.

The following paragraphs elaborate on these points.

Continue reading…

Share this:

  • Print (Opens in new window) Print
  • Share on Facebook (Opens in new window) Facebook
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Reddit (Opens in new window) Reddit
  • Share on X (Opens in new window) X
  • Email a link to a friend (Opens in new window) Email

Like this:

Like Loading...

By Michel Baudin • Technology 3 • Tags: Mistake-Proofing, Poka-Yoke, Quality, Quality Assurance, Usability Engineering, Work instructions

Nov 27 2015

About Teams and Projects

In The Wisdom of Teams, Jon R. Katzenbach and Douglas K. Smith explained that, for a working group to coalesce as a team, it needs a common goal, complementary skills, and mutual accountability among members. It sounds simple, but it is in fact a tall order, and there is no evidence that it is sufficient.  The authors don’t claim it is, but they found these characteristics among successful teams in sports and business, and found them lacking in unsuccessful ones.

What Makes a Great Team

Let us explore the meaning of these three characteristics in more detail:

1. A common goal. It can be organizing a successful conference, or JFK’s “before this decade is out, landing a man on the moon and returning him safely to the earth,” or building a motorcycle that wins a race. Whatever it is, the goal must be clearly stated in few words, with obvious success criteria, for team members to sign up.

Continue reading…

Share this:

  • Print (Opens in new window) Print
  • Share on Facebook (Opens in new window) Facebook
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Reddit (Opens in new window) Reddit
  • Share on X (Opens in new window) X
  • Email a link to a friend (Opens in new window) Email

Like this:

Like Loading...

By Michel Baudin • Management 1 • Tags: Project management, Projects, Team, Team building, Teamwork

«‹ 47 48 49 50›»

Follow Blog via Email

Enter your email address to follow this blog and receive notifications of new posts by email.

Join 576 other subscribers

Recent Posts

  • The Language of Money for Engineers and Managers
  • Three San Francisco Bay Area Writers Have Coffee
  • Gemini Deep Research About Michel Baudin
  • The Lowdown on the Range Chart
  • From MBO to Hoshin Kanri

Categories

  • Announcements
  • Answers to reader questions
  • Asenta selection
  • Automation
  • Blog clippings
  • Blog reviews
  • Book reviews
  • Case studies
  • Data science
  • Deming
  • Events
  • History
  • Information Technology
  • Laws of nature
  • Management
  • Metrics
  • News
  • Organization structure
  • Personal communications
  • Policies
  • Polls
  • Press clippings
  • Quality
  • Technology
  • Tools
  • Training
  • Uncategorized
  • Van of Nerds
  • Web scrapings

Social links

  • Twitter
  • Facebook
  • Google+
  • LinkedIn

My tags

5S Automation Autonomation Cellular manufacturing Continuous improvement data science Deming ERP Ford Government Health care industrial engineering Industry 4.0 Information technology IT jidoka Kaizen Kanban Lean Lean assembly Lean Health Care Lean implementation Lean Logistics Lean management Lean manufacturing Logistics Management Manufacturing Manufacturing engineering Metrics Mistake-Proofing Poka-Yoke Quality Six Sigma SMED SPC Standard Work Strategy Supply Chain Management Takt time Toyota Toyota Production System TPS Training VSM

↑

© Michel Baudin's Blog 2026
Powered by WordPress • Themify WordPress Themes
%d