Про декомпозицию
Если упростить до сути, управление проектами и людьми — это искусство декомпозиции. Любая цель становится выполнимой, когда её разбиваешь на части, где каждое действие можно понять, оценить и довести до конца. Сложная система превращается в набор простых шагов — и вот уже не страшно, с чего начать.
Но именно на этом месте всё обычно и ломается. Что-то вроде сделали, а вроде и нет. И как только начинаешь разбираться — никто толком не может сказать, что именно готово, а что ещё “в работе”. Самая частая фраза: «мы этим занимались». Это значит: ничего не готово, но очень хочется, чтобы казалось, будто процесс идёт.
Когда слышу “готово на 80%”, внутри уже загорается лампочка. Эти 80% — просто способ не сказать “не сделал”. Это не цифра, это способ не брать ответственность. Поэтому у любого адекватного менеджера рано или поздно появляется привычка резать задачи до тех пор, пока не останется только два состояния: сделано / не сделано.
Иногда доходишь до смешного. Даёшь человеку простое поручение — например, согласовать макет с клиентом. Через неделю он рассказывает, что дизайнер ещё думает, клиент не ответил, а в чате не было тегов. И вроде бы “все работали”, но конкретного результата нет. В этот момент становится ясно: проблема не в макете, а в том, что задачу нужно было разбить до уровня “отправить макет”, “дождаться комментария”, “внести правку”.
Менеджмент — это не про контроль и отчёты, а про честность. Про умение признать реальность без процентов и “почти готово”. Если задача не декомпозирована — она будет бесконечной. Если декомпозирована — у неё есть шанс быть завершённой.
Когда команда начинает мыслить в этих категориях, исчезают оправдания и споры “что имелось в виду”. Каждый видит границу: вот задача, вот результат. Всё остальное — разговоры для галочки.
· 07.11.2025
В целом, на счёт разделения на компоненты сложных процессов согласен, старая школа, основа моей любимой японской модели бережливого производства. Только система не даром является системой, нужно взаимосвязи по пути к простому не потерять.
Если у команды не будет понимания, как их работа влияет на общий результат, то возможны весьма интересные ситуации.
Например, одни деятели перевыполнили задачу, нашли более дешёвое оборудование, практически с теми же характеристиками. Менеджмент доволен, все в срок, даже бюджет удалось сократить - согласовал. В это же время, другой подрядчик "пилит" несущую конструкцию, а в качестве дополнения, решает задачу по закреплению того самого оборудования на объекте. Но, не имея информации о смене его характеристик, они не ужесточили требования касаемо водонепроницаемости, как итог - утрата компонентов, влага просочилась и вуаля. А ведь все выполнили свои задачи на пресловутые сто процентов, в срок.
Ещё один пример, из личной практики - переносили на отечественный рынок одну интересную машинку, процесс локализации был практически завершён, с опережением срока, между прочим. Стандарты расписаны, требования к компонентам обозначены. Дизайнеры (в широком смысле слова, а не в художественном) вообще красавчики, доработали конструкцию под наш регион, за малое количество лаве, требованиям местного законодательства все соответствует. А запас прочности какой, отлично постарались. Вот только проект свернули на пресловутых восьмидесяти процентах. Наверху пересчитали, оказалось, что спросом пользоваться не будет. Над этим проектом работало два офиса, долго, больше года. Российский и английский. И это были не "ремесленники" , а "художники" , спецы в области разработки, время которых можно было потратить куда с большей пользой - проблем хватало. Завершение задач =/=завершению проекта. Самое смешное, спроси руководство у исполнителей проекта о том, как они, зная специфику рынка, оценивают вероятность его успеха, то в работу он не пошёл бы. Но люди привыкли выполнять задачи, каждый свой отрезок и поэтому... глобальный результат им не был важен, нужно было закрыть задачу в срок. С чем и справились. Не был выстроен процесс коммуникации, не было обратной связи.
Коммуникация и взаимосвязи внутри структуры - основа, базис, как обрезай задачи.
Не соглашусь и в частностях - ответ в духе "сделано на восемьдесят процентов" достаточно информативен, если получен на каком-то этапе до дедлайна по проекту. С этим уже можно работать, если задать более конкретный вопрос - "сколько времени вам нужно для выполнения оставшихся 20%? "(соотношение количества работы и времени на неё совсем не является очевидным из-за различной специфики), и "что входит в эти двадцать процентов и почему оно оказалось в них?".
Это же менеджмент, нужно понимать, как именно идёт работа, с точки зрения процесса, на всех его стадиях, а не только состояние готовности проверять.
Управление - это не только стоять с хлыстом за спиной сотрудника. Это ещё и разбор конкретной ситуации, поиск причин, создание условий для выполнения заданий.
Например, нет на производстве специализированного оборудования. Оно нужно для обработки, скажем, 20 процентов изделий. Можно и без него, но долго до ума доводить иными способами.
Сотрудники молчат, привыкли делать так, да и думают, что не выделят средства на закупку. Задача управленца здесь не только отследить готовность, но и выявить потребности. Если деньги есть, модернизация производства позволит завершить этот быстрее и в следующий раз взять более сложный заказ и выполнить его в короткие сроки.
Управление - это искусство обеспечить максимальную эффективность для исполнителя. А творческих профессиях ещё круче. Там уже важно не только сделать, но и как сделать. Быстро не равно хорошо, особенно если строгих критериев результата на раннем этапе не закладывалось.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 07.11.2025
Когда комментарий длиннее поста 🫡
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён