Pull to refresh

TOC, CCPM. Обязательно к изучению

Lumber room
Сегодня я прочел книгу Голдратта «Critical Chain», и испытал настоящий сдвиг парадигмы. К сожалению, не нашел её русского издания, читал в электронном виде по-английски (можно найти вот здесь, например).

Так вот, друзья, «Critical Chain» — замечательная книга, написанная очень легким художественным языком, которая заставила меня по-другому взглянуть на то, чем я занимаюсь и то, как надо управлять проектами.

Вообще я достаточно долго шел к изучению этой теории (посыпаю голову пеплом). Знаете, это обычно происходит следующим образом: где-то краем уха услыхал о том, что есть интересная теория (Theory of Constraints, TOC), которая позволяет совершенно по-другому посмотреть на управление в самом широком смысле этого слова.

Потом я увидел презентацию Андрея Степенко о теории ограничений применительно к управлению проектами, и я подумал о том, что было бы неплохо почитать авторов теории в оригинале. Андрей, кстати, занимается этим вопросом вполне профессионально — вот компания, в которой он работает.

Кроме того, масла в огонь подливал ailev, который периодически у себя в блоге дает очень интересные ссылки, среди которых фигурирует и TOC, и CCPM (Critical Chain Project Management).

Более того, периодически встречаются очень интересные дискуссии о том, как можно использовать TOC в реальной жизни.

Сейчас, начал изучение книги по CCPM, которая так и называется: «Critical Chain Project Management».

После прочтения книги в голове роится много интересных мыслей, постараюсь их организовать и поделиться с вами.

Если кто-то из читателей знает, как используется TOC в реальной российской жизни, делитесь.
Total votes 9: ↑9 and ↓0 +9
Views 1.6K
Comments 6

«Критическая цепь» Голдрата. Конспект книги

Project management *
Для того, чтобы познакомиться с общей идеей CCPM (Critical Chain Project Management), нужно обязательно прочесть книгу автора — Элияху Голдрата.
Она написана как художественное произведение, а не как учебник, и по-настоящему заставляет проникнуться идеей. Я попробовал сделать конспект книги в виде mindmap (щелкните на рисунок, чтобы увидеть полноразмерную карту).

Также вы можете ознакомиться с конспектом в формате mmap
Попробуйте его рассмотреть — поможет ли он вам понять основные мысли книги?

Оригинал данной записи опубликован в блоге «Управление проектами в картинках»
Total votes 37: ↑33 and ↓4 +29
Views 8K
Comments 29

Теория Ограничений

Lumber room
Сегодня на оффисе начинается курс по Теории ограничений Голдрата. Довольно прикольная штука (по отзывам тех кто прочитал книжку). Говорят, что применима не только к управлению предприятием, но и к собственной карьере и т.д.:)

Читать дальше →
Total votes 3: ↑0 and ↓3 -3
Views 949
Comments 0

Как один мужик MES-систему купить хотел

ERP-systems *
Это было примерно месяц назад. К нам в офис приехал Василий. Он топ-менеджер компании, производящей оборудование для театральных сцен. С порога заявил, что ему нужна MES-система или APS-система и что он еще не до конца решил, какая из них. «Почему именно MES-система?» — спросил я.

— Я уже несколько месяцев занимаюсь изучением вопроса, связанного с решением наших производственных проблем. Встречался с представителями нескольких компаний, производящих MES и APS системы. Они сказали, что их системы как раз и решают наши проблемы. Причем мне сказали, что только такие системы и способны решить наши проблемы. У вас тоже MES система?

— Нет, у нас ERP-система. Да это не важно, забудьте про эти всякие аббревиатуры. Давайте просто поговорим о ваших проблемах.

Читать дальше →
Total votes 100: ↑86 and ↓14 +72
Views 37K
Comments 36

Оптимизация работы веб-студии. Применение теории ограничений в производстве сайтов

WebCanape corporate blog


В статье «12 тыс рублей за сайт. Есть ли бизнес за МКАДом?» я писал про наш подход к разработке сайтов на базе разработанной внутри компании технологии. На момент написания той статьи, мы выпускали «под ключ» 24 сайта в месяц. Это больше чем один сайт в день силами команды из 8 человек.

После рассказа на хабре о нашей технологии количество заявок на разработку сайтов выросло в несколько раз. Только за март 2012 было выставлено около 60-ти коммерческих предложений и, большая часть из них превращалась в договора.

И тут наше производство затрещало по швам. Практически сразу заявки стали становиться в очередь, менеджеры начали путаться в проектах, дизайнеры стали проситься в отпуск. Ситуация становилась поистине напряженной…
Читать дальше →
Total votes 88: ↑84 and ↓4 +80
Views 53K
Comments 38

Управление складскими запасами по Теории Ограничений Голдратта

ERP-systems *
Летом обещал, что осенью начнем выкладывать функционал с алгоритмами Теории Ограничений в области управления запасами и производства.

Вот, начинаю с запасов.

Спросите у любого, кто занимается производством или дистрибуцией, беспокоит ли его вопрос управления запасами, уверен ли он, что его складские запасы нельзя снизить, хватает ли оборотных средств. Эта проблема беспокоит почти всех. Но решений нет, или они слишком сложны, а значит неработоспособны.

Мы реализовали в виде ПО положения Теории Ограничений Голдратта — лучшей, революционной системы менеджмента, применяемой с успехом сегодня на западе в тысячах предприятий. В России эта система только появляется и я считаю, что она требуем максимальной популяризации, потому как приносит потрясающие результаты, которые я наблюдал лично.



Читать дальше →
Total votes 8: ↑7 and ↓1 +6
Views 20K
Comments 8

Как сделать производство эффективным

GTD *
Эффективное производство (да и вообще предприятие) удовлетворяет четырем простым требованиям:
  • Производит то, что нужно рынку
  • Производит это качественно
  • Производит это быстро и в срок
  • Производит это с минимальными затратами


Я здесь остановлюсь на двух требованиях из четырех:
  • как производить быстро и в срок
  • как производить с минимальными затратами


Читать дальше →
Total votes 20: ↑8 and ↓12 -4
Views 49K
Comments 3

Экономическая эффективность от внедрения ERP-системы

ERP-systems *
Как посчитать экономическую эффективность от внедрения ERP-системы. Таким вопросом задаются очень многие. Изложу свою точку зрения.

Не так давно был на конференции по Теории Ограничений. Там среди прочих выступал ирландец, который рассказывал про босса одной крупной компании. Рассказывал про его подход к принятию решения по внедрению различных проектов. Не помню, что за компания, да это и не суть.

«Давай внедрим то, давай внедрим это». Предложения внедрить что-то звучат для него регулярно. Оно и понятно. Инициатива, так сказать. Однако очень скоро он приучил всех, что первый вопрос, который сотрудник услышит в ответ на свое предложение что-то внедрить, будет звучать так: «Насколько компания будет больше зарабатывать или насколько меньше она будет тратить, если мы сделаем это?»

Читать дальше →
Total votes 6: ↑4 and ↓2 +2
Views 20K
Comments 4

Еще раз про управление запасами

ERP-systems *
На днях у меня состоялись переговоры с двумя разными компаниями. Главная тема обоих переговоров – управление запасами. В обоих случаях меня пытались убедить, что методы Теории Ограничений Голдратта им не подходят.
И происходило это каждый раз от банального незнания того, как эти методы работают.

Переговоры №1. Виноторговая компания.

Сначала в переговорной один человек от компании. Непосредственно тот, кто нас пригласил.
Выдержки из диалога:
«Я правильно понимаю, что ключевая тема переговоров – запасы?» — спрашиваю я.
— Да. Мы уже давно этим вопросом занимаемся и вот ищем решение. Мы слышали о решении компании X (не буду называть в этом посте), там очень красиво сглаживаются пики, все планируется. Они уже год применяют эту систему. Очень хорошая, эффективная система.
— Как изменились запасы этой компании за последний год?
— эээ, я не знаю. А зачем вам?
— Почему тогда вы говорите, что система эффективна? Мне кажется, что эффективность какой-либо системы управления запасами надо оценивать не по тому, как она сглаживает пики, а по тому, как изменились запасы. Если они снизились на сумму, превышающую инвестиции в эту систему, и при этом не пострадал объем продаж и удовлетворение спроса, то да, система эффективна. Все остальное – игра цифр и красивых графиков.
— Хм, интересно. Сейчас к нам в переговорную придут люди, вы не говорите им, что снижение запасов – это главный критерий работы такой системы. Низкие запасы – это не всегда хорошо.
— Не понял. А что, какие-то другие есть критерии эффективности? И насчет низких запасов можно поподробнее?
— Ну, вот если, например, ваши запасы вырастут, то банки вам с большим удовольствием будут давать кредиты.
Я вздыхаю. Это говорит, не какой-то студент на интернет-форуме, а человек из бизнеса. Слава Богу, что IT-директор. Уфффф, я с облегчением вздыхаю, что это не директор по логистике.
Читать дальше →
Total votes 20: ↑12 and ↓8 +4
Views 14K
Comments 11

Как мы делали правильное производство

ERP-systems *
К слову сказать, на это понадобилось лет шесть изысканий.

Очевидно, что если вы что-то производите (или выполняете проекты, это не так принципиально), то очень-очень хочется делать это:
— быстро
— качественно
— точно в срок
— с минимальными затратами (инвестициями)
Это значит, что должно быть найдено какое-то решение, позволяющее делать именно так.

Но есть нюанс. Любая многопользовательская среда не приемлет сложных решений. Или вам придется разориться на обучении и повышении квалификации, доведя уровень образования сотрудников до кандидатов наук.

Свои изыскания в этой части мы начали году в 2006-м, полагая, что лучшее решение для производства — это MRP. В 2010-м году, после некоторых опытов по внедрению, мы поняли, что MRP не ведет к увеличению эффективности. Количество заказов, произведенных точно в срок, не увеличивается, запасы не уменьшаются, скорость производства не растет. А зачастую даже наоборот. Я написал статью об этом. Довольно эмоциональную. Видимо серьезно задев тех, кто зарабатывает на внедрении MRP. Но ведь целью внедрения любой системы менеджмента должно быть увеличение эффективности, не так ли? Многие об этом забывают, как, впрочем, и о том, что цель бизнеса – зарабатывать деньги. Поэтому внедрение MRP чаще всего превращается просто в проект по внедрению MRP, а в не в проект по улучшению эффективности производства.

Читать дальше →
Total votes 60: ↑55 and ↓5 +50
Views 38K
Comments 19

Как мы экспериментировали с Теорией Ограничений в Украине

ERP-systems *
Многие из тех, кто читает этот блог, знают, что я ратую за то, чтобы внедрение ERP систем не было исключительно ради внедрения ERP системы. Этот проект должен приносить какие-то экономические плоды для компании. А возможно это только в том случае, если вместе с системой внедряются и методики управления. В противном случае ERP-система будет просто учетной программой, в которой можно фиксировать события и документы, но никаких решений принимать будет нельзя, и компания лучше не станет. Для принятия правильных решений в области менеджмента и управления нужны методы. Вот как, например, на Тойоте были изобретены определенные методы управления конвейерным производством и это принесло фантастический успех Тойоте. И уже на эти методики сверху можно ставить ERP-систему. Тогда она принесет эффект.

Если вы будете ловить леща при помощи спиннинга, то это принесет одни убытки. Расходы будут, а результат нулевой. Потому что тут тоже нужны методики и знания, прежде, чем приступить. Так же и в бизнесе.

Месяц назад мы запустили проект на Украине, где опробовали наши новые решения в области Теории Ограничений (TOC). Теория Ограничений — это тоже методика управления предприятием, как и тойотовский канбан, но TOC более совершенна и, в отличие от канбана, хорошо работает в случае с рваным спросом, высокой вариативностью заказов. О некоторых показателях эффективности этого проекта в цифрах чуть ниже.
Читать дальше →
Total votes 14: ↑11 and ↓3 +8
Views 13K
Comments 18

Проектная кухня. Снижение архитектурных рисков проекта

Project management *Product Management *
За свой опыт в разработке ПО я работал на многих проектах, и часто приходилось включаться в уже существующий проект или видеть как новая команда на моих проектах подхватывает проект с историей. Часто новый разработчик приходящий на проект и приступающий к выполнению задачи первым делом начинает плеваться на существующий дизайн. Ему кажется, что всё сделано не правильно, не очевидно и слишком переусложнено. И как результат, при выполнении задачи, начинают появляться дыры в уже разработанном дизайне и существующая архитектура начинает обрастать костылями. В конце концов, проект или его подсистему требуется переписать почти полностью. Чем старше проект, тем таких случаев может быть больше.

Также бывает и другая крайность, для реализации нового функционала или переделки существующего, один и разработчиков говорит: «Я знаю как сделать лучше!» после чего, вместо того чтобы дать идее «отлежаться» и оценить все плюсы и минусы, сразу начинает её делать. Где-то через месяц разработки может возникнуть ситуация, что чего-то он не предусмотрел, и приходится отказываться от разработки и выкидывать код или срочно искать варианты решения проблемы. Почти каждому разработчику в этом случае хочется сохранить лицо: «Как же так? Я же профессионал!» — думает он, «Если я признаю свою ошибку то все подумают, что я не настолько крут как всем говорю». И в этом случае Идея которая недостаточно проработана входит в проект и становится проблемой уже всей команды. Что также удорожает проект. А так как это становится заметно не сразу и внимания на причинно-следственные связи почти никто не обращает, то ситуация может повторяться снова и снова.
Это похоже на Ваш проект?
Total votes 13: ↑12 and ↓1 +11
Views 6.8K
Comments 11

Применение Теории Ограничений для постановки процесса

Project management *Product Management *

В деятельности менеджера всегда есть какая-то доля работы связанная с постановкой бизнес-процессов. Как правило это необходимо когда появляются новые потребности компании, бОльший оборот, лучшая стабильность по денежному потоку или просто внедрить каике-то улучшения. Иногда бывает, что мы сталкиваемся только с симптомами или нежелательными явлениями, когда что-то идет не так: «продалбываем» сроки, заказчик недоволен, слишком большие расходы на содержание инфраструктуры или иные издержки. Между этими двумя позициями есть общая деталь: если есть потребность к изменению значит что-то эти улучшения сдерживает, и это можно расценивать как нежелательное явление. Когда мы начинаем разбираться в ситуации, то можем собрать множество разрозненных фактов из которых понятно только то, что изменения требуются. но с чего начать? Как минимальными усилиями провести изменения?


И тоже самое можно сказать о конфликтах в команде. Когда видишь конфликт интересов но решить его в лоб, административным рычагом, будет не самым правильным выходом. Нужно искать корневую причину конфликта и решать ее.


Алгоритм решения
Total votes 13: ↑12 and ↓1 +11
Views 18K
Comments 4

Кайдзен в разработке ПО — из собственного опыта

Development Management *Project management *GTD *
Термин «кайдзен» ввела компания Тойота, и про него много написано в толстенных книжках из серии «Дао Тойота».

Кайдзен еще называют «процессом непрерывного совершенствования». Обычно его ассоциируют с промышленным производством автомобилей и конвейерами, ну или как минимум с управлением процессами. Про разработку говорят мало, однако кайдзен очень хорошо подходит и для разработки ПО.

Далее Вы узнаете про несколько случаев, которые постепенно подвели автора к пониманию кайдзен в разработке.
Читать дальше →
Total votes 19: ↑19 and ↓0 +19
Views 8.9K
Comments 15