Интересная статья о применении Теории Ограничений в Microsoft (улучшили, ускорили, ухлубили и т. п.)

@gare4ka, смотрите в чем беда... Мы начинаем используем ярлыки: теория ограничений, матричная организация, но уверены ли мы, что все участники процесса вкладывают одинаковые смыслы в эти названия?

Что такое Теория Ограничений? Это управленческая концепция с определенным набором принципов и положений:

1. В каждой системе есть точка (роль, правило, политика, психологическая установка, оборудование) определяющая пропускную способность всей системы в целом - ограничение
2. Для увеличения результата нужно оптимизировать именно это ограничение и подчинять всю систему этому ограничению
3. ... (и еще примерно много подобного рода пунктов)

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

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

Какие приемы из матричной организаций призваны упростить хотя бы задачи синхронизации?

Но... Самое первое но... А кто сказал, что вам нужно новых людей? И в 2 раза? Вы уверены, что оптимально используете текущую команду?

Спасибо за ответ! Ну в данный момент команды работают оптимально, но все они sort of продуктовые.
Как я понял в основе всегда одно и тоже, понять корень проблемы, в нашем случае спрогнозировать, потом думать как это можно решить, если есть подходящее решение на рынке - берём его, если нет - чешем репу)))

@gare4ka, всегда чешем репу :)

@cartmendum, в любой непонятной ситуации — чешем репу! © мызнаемкто.

@cartmendum, попробую объяснить через аналогию:

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

Можно решить проблему деньгами - купить новые сервера.

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

Итак, я пофиксил запрос, теперь на сайт могут зайти одновременно не 100 человек, а целых 2000.

Но об этом решении не напишешь статью на условный "хабр", потому что меня там засмеют - любой программист, кроме разве что совсем адских говнокодеров, без проблем найдёт и решит такую проблему сам.

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

Все статьи и книги по менеджменту, которые я читал, решают именно простейшие проблемы, в стиле "читатель, запомни: если ты завяжешь шнурки на своих кроссовках, то ты будешь меньше спотыкается". Спасибо тебе книжка, что бы я без тебя делал?)

@Kroid, да, точно. Сколько-то людей наняли... Поскромничали, не рассказали, на сколько увеличили пропускную способность тем же составом :)