Намедни, дочитал Leaning into Six Sigma, до этого имел довольно расплывчатое представление что же это за зверь "Six Sigma" и с чем его есть =). Просветился)
Коротко о самой книге:
Что хорошо - книга короткая (~95 страниц), после 300-400 страничных читается за пару заходов.
Написана от первого лица и в этом чем-то напоминает Deadline.
Очень краткий пересказ:
Консультант пришел на проект и начал вытягивать его из болота, т.е. :
В общем книга дает такое достаточно облегченное понимание Lean-подхода, идеологии SS и как их применять вместе.
Порекомендовал бы пробежать глазами книгу + прочитать key points в конце глав, если вы знакомы с Lean, или почитать, как краткое ознакомление, если не сильно знакомы.
Ах, да чуть не забыл в книге описан очень прикольный подход SS типа, восточных единоборств есть -орки, тролли, эльфы 80го уровня, зеленые пояса, черные пояса, чемпионы по степени понимания и умения применять SS.
Мысли по теме:
* Знакомство с темой ОЧЕНЬ желательно, хотя бы прочитайте статью в Википедии. TOC, Lean, Six Sigma.
Полезные ссылки:
Архи-полезный тред, которое многое прояснил в голове:
http://www.isixsigma.com/index.php?option=com_k2&view=item&id=1511:six-sigma-versus-lean&Itemid=111
Пара пдфок от туда же:
http://asq.org/pub/qualityprogress/past/0302/qp0302nave.pdf
http://asq.org/pub/qualityprogress/past/0403/qp0403smith.pdf
Краткая историческая справка:
Six Sigma - метод управление зародивший от Lean в Мотороле:
Если Lean это такой процесс улучшения потока создания добавочной ценности , то Six Sigma - это процесс уменьшения вариабельности отклонений этого процесса, т.е. уменьшение среднеквадратичного отклонения (сиречь сигмы) до 6, попытка достичь 3.4 бракованных изделия на миллион (3 бага на миллион готовых фич, эх нам в разработке ПО о таком только мечтать =)).
Коротко о самой книге:
Что хорошо - книга короткая (~95 страниц), после 300-400 страничных читается за пару заходов.
Написана от первого лица и в этом чем-то напоминает Deadline.
Очень краткий пересказ:
Консультант пришел на проект и начал вытягивать его из болота, т.е. :
- пришел и научил всех, как жить,
- разъяснил про методы работы:
- идеологию Six Sigma + Lean,
- 5S,
- (D)MAIC (переделанный цикл Деминга-Шухарта PDCA под более статистический подход),
- сделал рабочих довольными и гордыми за свою работу,
- менеджмент понимающим и слушающим рабочих,
- и научил людей решать их проблемы/видеть пути улучшения производства/устранять потери.
- + дал статистический мат-аппарат, как следить за отклонениями от идеального процесса.
В общем книга дает такое достаточно облегченное понимание Lean-подхода, идеологии SS и как их применять вместе.
Порекомендовал бы пробежать глазами книгу + прочитать key points в конце глав, если вы знакомы с Lean, или почитать, как краткое ознакомление, если не сильно знакомы.
Ах, да чуть не забыл в книге описан очень прикольный подход SS типа, восточных единоборств есть -
Мысли по теме:
* Знакомство с темой ОЧЕНЬ желательно, хотя бы прочитайте статью в Википедии. TOC, Lean, Six Sigma.
Lean is Art. Six sigma is Science
LEAN...It is art. Six Sigma is STATS on STEROIDS
Сравнивать их между собой в данном посте смысла не вижу (да и лишь перепечатаю пдфку), т.к. самые основные и рабочие подходы и там и там подозрительно похожи.
Если их пересечь то за пределами пересечения останется небольшой кусочек, как в Лине, так и в SS.
TOC правда с людьми вообще особо не считается, потому стоит немного особняком, но в принципе его можно считать частью Lean, ради простоты, т.к. выравнивание работы неявно предполагает применение TOC.
По поводу Versus/And мнения разнятся от:
1) Только этот метод истинный, а остальные - его потомки/обрезки/мутанты.
2) Выберите тот, который больше всего подходит именно вам из этих 3-х.
3) Все три метода бред - скоро появится новый метод Х, который зажжет.
4) Используйте все - по сути они одно и тоже.
По моему скромному мнению, последнее и есть тру-подход.
И тут даже следует не смотреть в сторону их объединения, а смотреть от обратного: вся цель любого производства/дела - сделать (пиздато) приятно своему пользователю - предложить наилучшее, бесконечно-полезное и качественно-вечное нечто, будь то услуга/товар/идея/что-угодно. Соответственно можно надергать из кучи возможных подходов - только то, что нужно и применимо в данной ситуации.
Есть потери - задействуй Lean и постарайся сделать процесс исключительно выполняющим полезную работу .
Есть измеримые данные + неравномерность - натрави SS: что можно померить - можно улучшить.
Есть где-то боттлнек/не хватает ресурсов - примени туда TOC: сделай предложение = спросу (если боттлнек в спросе =)) на всех этапах, либо используй критический ресурс по максимуму.
В разработке ПО на самом деле, все тоже самое: все народившиеся методологии получаются тот-же конструктор:
хочется быстрых релизов - сделай Agile с итерациями,
хочется кристальной видимости, что делается и не хочется планировать на годы вперед - построй value map и введи Канбан и т.д.
Осталось только понять какие же составные кубики разработки ПО есть, и останется только повторить "Верной дорогой идете, товарищи" =)
Полезные ссылки:
Архи-полезный тред, которое многое прояснил в голове:
http://www.isixsigma.com/index.php?option=com_k2&view=item&id=1511:six-sigma-versus-lean&Itemid=111
Пара пдфок от туда же:
http://asq.org/pub/qualityprogress/past/0302/qp0302nave.pdf
http://asq.org/pub/qualityprogress/past/0403/qp0403smith.pdf
Комментариев нет:
Отправить комментарий