Привет, друзья. Меня зовут Владимир, я руководитель отдела продаж в московской ИТ-компании, системный интегратор 1С.
С вами снова мой книжный клуб) Сегодня на повестке дня – настоящая бизнес-классика, которая, несмотря на возраст, бьет точно в цель (простите за каламбур). Это «Цель: Процесс непрерывного улучшения» Элияху Голдратта.
Не пугайтесь подзаголовка – книга написана в форме увлекательного производственного романа. История Алекса Рого, который должен спасти свой завод за 3 месяца, станет для вас не просто чтением, а инструментом для переосмысления того, как работает любая система, включая нашу с вами компанию и ваши собственные задачи.
Почему это полезно именно нам, в продажах и в ИТ?
Голдратт через призму производства раскрывает универсальные принципы управления потоками и ограничениями. А что такое современная ИТ-компания, как не фабрика по обработке информации, где ценность создается в цепочке: `Запрос -> Анализ -> Разработка -> Тестирование -> Деплой -> Поддержка`? Звучит знакомо?
Читая «Цель», вы сможете:
1. Понять логику компании: увидеть, как решения наверху (или в соседнем отделе) влияют на вашу ежедневную работу. Почему иногда все тормозит? Откуда берутся "пожары"?
2. Оценить свой вклад в общее дело: осознать, как ваша эффективность (или ее отсутствие) влияет на поток ценности для клиента.
3. Найти точки влияния: увидеть, где именно вы можете применить усилия, чтобы реально ускорить процесс или повысить качество. Это про активную позицию.
4. ...Или сделать выводы: честно оценить, являются ли проблемы системными и непреодолимыми в текущих условиях.
Основные Тезисы, которые я вынесли (и как они применимы в моей работе):
1. Цель должна быть одна. Прибыль компании (через удовлетворение потребностей рынка).
Наша главная цель – устойчиво создавать ценность для клиентов, приводящую к росту компании. Все наши действия (разработка фичи, исправление бага, оптимизация инфраструктуры, проведение митапа) должны так или иначе работать на эту цель. Не на локальные KPI отдела любой ценой, не на "тушение пожара", а на конечный результат для клиента и бизнеса. Держите эту цель в голове, когда расставляете приоритеты.
2. Важна не эффективность, а сбалансированность потока.
"Бесполезно оптимизировать отдельный станок на 100%, если он создает залежи полуфабрикатов, которые не могут переработать следующие этапы. Важен общий поток через всю систему."
Неважно, как быстро пишет код один разработчик или как быстро тестирует один QA, если их работа не синхронизирована, или если следующий этап (интеграция) "бутылочное горлышко". Супер-эффективный бэкенд, который выдает код быстрее, чем фронтенд может его "не переварить". Фокус на бесперебойном движении задач по цепочке к завершению (в прод!), а не на максимальной загрузке каждого человека или команды.
3. Скорость системы должна быть равна скорости узких мест.
"Производительность всей системы определяется самым медленным ее звеном (бутылочным горлышком). Ускорять что-либо, кроме этого горлышка – пустая трата ресурсов и даже вред (накопление незавершенки)."
Ищите свои "узкие места"! Это может быть:
* Долгий процесс согласований.
* Перегруженный эксперт по определенной технологии/функциональному направлению.
Фокусируйте усилия и ресурсы на устранении или поддержке именно этих узких мест. Не требуйте от всех "еще быстрее", пока не разгрузили критическую точку.
4. Понятные критерии оценки работы.
"Традиционные метрики (загрузка ресурсов, локальная эффективность) часто вводят в заблуждение и заставляют людей действовать против общей цели (например, производить ненужные детали ради показателей)."
Как мы измеряем реальный прогресс?
* Время отработки запроса и подготовки ТКП.
* Конверсия.
* % успешной реализации проектов.
* Выручка/маржа.
Итог:
«Цель» – это не про производство. Это про мышление. Это про то, чтобы видеть компанию как единый организм, где все части взаимосвязаны. Это про поиск настоящих причин проблем, а не борьбу с симптомами. Это про фокус на том, что действительно движет компанию вперед.
Рекомендуем книгу всем:
* Руководителям: чтобы видеть систему целиком и принимать решения, которые ускоряют поток, а не создают видимость активности.
* Тимлидам и проджект-менеджерам: чтобы выявлять узкие места в своих процессах, правильно расставлять приоритеты и выбирать метрики.
* Разработчикам, QA, DevOps, Аналитикам, продажникам, маркетологам, финансистам, бухгалтерам, делопроизводителям: чтобы понимать, как ваша работа вписывается в общую картину, где возникают задержки и как ваши действия влияют на коллег и конечный результат. Это дает почву для конструктивных предложений по улучшениям.
Читайте, думайте, примеряйте на нашу реальность. И давайте обсуждать – где мы видим узкие места? Какие метрики на самом деле говорят о нашем прогрессе к единой Цели? Может, уже пора "бежать"? Шутка... Или нет? 😉
Делимся мыслями в комментариях!
P.S. Книга легко гуглится в электронном и бумажном виде. Приятного и полезного чтения!