This. Is. AMAZING. What a remarkably clear, and exceptionally well-presented discussion. I am very glad I took the time to watch this video. I feel like it took me from 0 to 60 in understanding the importance of business process management-and how not to shoot myself in the foot with it!
The idea of moving responsibility and decision-making to the lowest possible level has fascinate me for quite a while. This is also a message Cris Brogan has in many of his writings, that, ideally, each person should totally own what they're doing. People give their best only when they know it's their very own thing that they're working on.
very good talk. Lots of examples, I love learning from examples. I would like someone to video a few actual projects in progress and then put the best bits on youtube. A bit like Ripple Down Rules, where good ideas get linked to examples. Not just one or two, but a few hundred.
So in 3M the workers actually weren't workers, but they were skilled engineers, who just had no other workers as helpers. Additionally, sure, workers know how to do their work. But there is still good to be roles for people and supervision. You still had managers and supervisors and normal visors doing their things. It is not so good, that in a software project you just get random people and let them figure things out without any frame of reference who is project manager, and so on. Also in bigger software companies there is more going on, and sometimes it is more efficient to decide from top how to mold things. I mean, managers decided to go to lean model, not the workers. Also many levels of managers simulated the lean way of doing things, so at higher levels managers knew what they wanted. It is not so good if you have managers, but they are not deciding things nor "simulating" things. And software engineering is not manufacturing job. On the other hand, it should be as much as possible: There should be certain ways of doing things instead of ad hoc banging of heads against walls. For example always gather requirements first, then do specification, then prototype and definition, coding, etc... and documents always consistent,... If you just let workers do work, it is not the most efficient way possible. Sure you can let workers use tools the best possible way, but things need to be in order. In manufacturing you have assembly lines that move slowly. A worker cannot suddenly decide something that doesn't go with the assembly line. In software development the workers need to follow requirements. But if requirements are obscure, how do you follow them? Workers sort the requirements out? How do the workers know, how many features the customer bought? There needs to be some management and differentiation of work, you can't just "let the workers figure everything out". Someone needs to be project manager and so on. How does an individual worker improve the process, if he has the power over only his own little work area? I mean, each worker needs input from others, or might have to take care of other work areas which are not by standard and therefore seem (are) messy? I think that there should be general framework and practise for doing things. One worker cannot affect that framework, he needs the support of supervisors. But if supervisors don't listen, then things don't improve in general. And then you need a manager who introduces the next "lean".
The network. Was in the links quickly. Communicate Well .. a category or group or field, group. The rest of the group leader. Description and responsibilities of each group. Send to a larger center. To check in, and management.
I love Google, Sony, Microsoft, Facebook, Aazda, GM. Ford, Samsung and Apple!!! In other words I love my family... -Some gys on my family dont like each other...!
A little bit slow at the beginning (the first hour of the video hahahaha) for anyone that have had a management training, but well... it's ok, like @meitarm already said, it's a nice summary on the management topic. And please change the name of the video to comprehensively management or something like that, because the name it has now is really wrong!!!
This. Is. AMAZING. What a remarkably clear, and exceptionally well-presented discussion. I am very glad I took the time to watch this video. I feel like it took me from 0 to 60 in understanding the importance of business process management-and how not to shoot myself in the foot with it!
The idea of moving responsibility and decision-making to the lowest possible level has fascinate me for quite a while. This is also a message Cris Brogan has in many of his writings, that, ideally, each person should totally own what they're doing. People give their best only when they know it's their very own thing that they're working on.
very good talk. Lots of examples, I love learning from examples.
I would like someone to video a few actual projects in progress and then put the best bits on youtube. A bit like Ripple Down Rules, where good ideas get linked to examples. Not just one or two, but a few hundred.
very good video ,,,, thankz to all
this is an excellent guide! good stuff
It is so deep!
Discussion is interesting. But I expect more ...
So in 3M the workers actually weren't workers, but they were skilled engineers, who just had no other workers as helpers. Additionally, sure, workers know how to do their work. But there is still good to be roles for people and supervision. You still had managers and supervisors and normal visors doing their things. It is not so good, that in a software project you just get random people and let them figure things out without any frame of reference who is project manager, and so on. Also in bigger software companies there is more going on, and sometimes it is more efficient to decide from top how to mold things. I mean, managers decided to go to lean model, not the workers. Also many levels of managers simulated the lean way of doing things, so at higher levels managers knew what they wanted. It is not so good if you have managers, but they are not deciding things nor "simulating" things.
And software engineering is not manufacturing job. On the other hand, it should be as much as possible: There should be certain ways of doing things instead of ad hoc banging of heads against walls. For example always gather requirements first, then do specification, then prototype and definition, coding, etc... and documents always consistent,... If you just let workers do work, it is not the most efficient way possible. Sure you can let workers use tools the best possible way, but things need to be in order. In manufacturing you have assembly lines that move slowly. A worker cannot suddenly decide something that doesn't go with the assembly line. In software development the workers need to follow requirements. But if requirements are obscure, how do you follow them? Workers sort the requirements out? How do the workers know, how many features the customer bought? There needs to be some management and differentiation of work, you can't just "let the workers figure everything out". Someone needs to be project manager and so on.
How does an individual worker improve the process, if he has the power over only his own little work area? I mean, each worker needs input from others, or might have to take care of other work areas which are not by standard and therefore seem (are) messy? I think that there should be general framework and practise for doing things. One worker cannot affect that framework, he needs the support of supervisors. But if supervisors don't listen, then things don't improve in general. And then you need a manager who introduces the next "lean".
Normalvisors.
Good leader also manage his networks.
The network.
Was in the links quickly.
Communicate Well .. a category or group or field, group.
The rest of the group leader.
Description and responsibilities of each group.
Send to a larger center. To check in, and management.
I love Google, Sony, Microsoft, Facebook, Aazda, GM. Ford, Samsung and Apple!!! In other words I love my family... -Some gys on my family dont like each other...!
A little bit slow at the beginning (the first hour of the video hahahaha) for anyone that have had a management training, but well... it's ok, like @meitarm already said, it's a nice summary on the management topic. And please change the name of the video to comprehensively management or something like that, because the name it has now is really wrong!!!
Life is too short for for this shit.
Everything meitarm wrote.