Построение идеальной компании.

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

Применение теории ограничений систем для постановки процессов. (ITGM5)

 

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

Тезисно по моему докладу на ITGlobalMeetup#4: TOC на Agile проектах.

Для тех кто заинтересовался применением критической цепи для проектах по разработке ПО (Agile, XP, иные)  я выложу здесь основные тезисы:

1. Метрики в XP и SCRUM  такие как скорость реализации задач и диаграмма сгорания показывают только ДАТУ когда проект будет завершен но не говорят когда надо договариваться.
2. В голове заказчика все-равно есть бюджет и расписание, даже если вы продаете по Time&Materials. И он не всегда обрадуется увеличению сроков и бюджета в последний момент.
3. Все задачи на проекте можно представить в виде последовательности -  критической цепи.
4. Для критической цепи можно зарезервировать буфер проекта, обычно  1/2 от расчетной  длительности проекта.
5. Контролируя расход буфера можно принять решение о необходимости внесения изменений в план и расписание проекта и необходимости идти к заказчику.

Это может выглядеть так: