Ubuntu work-flow is a push system
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
One Hundred Papercuts |
Opinion
|
High
|
Unassigned | ||
work-items-tracker |
Opinion
|
Undecided
|
Unassigned |
Bug Description
***************
THE PROBLEM
***************
According to Lean Management theory, the Ubuntu work- flow is a push system. That is, one which processes (or roles, or people) push their work to the next process regardless of the actual capacity of the next one to cope with more work.
We're creating a bunch of written work (bug reports, studies, surveys...). Usually having this pile of resources is understood to be good for production. But reality is very different:
- It is workforce saved in a can, unused for real project movement.
- Since its storage tends to increase progressively , it is like a black-hole.
- Most this workforce rots before being translated into an improvement for the product (Ubuntu).
And metrics aren't designed at this time to stop this scenario.
***************
THE SOLUTION
***************
By redesigning metrics about how workforce is distributed along individual processes can boost the productivity, according to Lean experience, between a 400% and a 1700%. This is because it will allow individuals to easily evaluate themselves where the overload in production is, and dynamically reallocate their workforce wherever it is more needed.
This will transform work-flow into a pull system, where production in individual processes are made on demand of the next one. So capability of coping with work is always warranted, and already done work is in constant flow.
******************
MORE RESOURCES
******************
Please, have a look at these resources; so you can actually understand this report:
DIAGRAMS
- Concept: <http://
- Comparative: <http://
- Implementation: <http://
- Example: <http://
PAPERS
- Concept: <http://
- In deep (if you're interested in details): <http://
Changed in launchpad-work-items-tracker: | |
status: | New → Opinion |
Priority set to "high", because the bug renders essential features or functionality of the application or dependencies broken or ineffective.