Метаморфозы проектного управления: как работать с ошибками

Мне везет встречать на профессиональном пути ценные кадры. Один из таких драгоценные камней руководил крупнейшим автомобильным бизнесом в стране. Он поразил меня сразу повадками, манерой реагировать и общаться с его высшим управленческим составом.Это очень современный руководитель, хотя многие говорят, что он не любит перемен и консервативен. Я в этой дуальности не нашла противоречий.Примерно на второй день работы с ним, я увидела собранные за годы и десятилетия записные книжки, ежедневники, планы. Имею ввиду буквально исписанные от руки блокноты. Это был 2020 год, а записи начинались с 00-х. Конечно я спросила зачем? Ответил, что без прошлого нет будущего, в работе важно понимать, почему были приняты те или иные решения, записи помогают спустя годы вспомнить и переоценить. И добавил, что он очень сентиментален и хочет сберечь воспоминания. Так я восприняла ответ этого человека. К чему лирика? Я хочу поговорить о том, почему важно рефлексировать на работе. На примере управления проектами в ИТ по аджайлу это встречи ретроспективы по итогам спринта. О них я твердо знаю 2 вещи:1. Те, кто впервые сталкиваются с ретро отрицают его пользу либо жестко и категорично, либо настойчиво тихо саботируют2. Те, кто прошел несколько ретро-встреч, меняют гнев на милость и начинают видеть в этой встрече возможность и инструмент улучшения качества и скорости. На примере 2-х проектов - в одном уверенные мидлы и сеньоры, в другом подающие надежды джуны и мидлы. Ошибки планирования и там и там. Последствием является трата времени и денег на неверно или в тот период времени выполненную работу, на презентацию ее результатов, на необходимость исправлять, снова презентовать. А главное - объясняться и оправдываться, отрабатывая негатив от Заказчика. Команду разработки и внедрения мотивирует понимание того, что их работа цена и важна. Поверьте, деньги на втором месте, даже если сами исполнители говорят обратное. Формула долгой успешной разработки выглядит так: ценность Заказчику фичами обменивается на признание ценности команды от ИТ - одним функции, другим похвала. Планировать хорошо - удел опытных. А новички могут и должны осваивать этот навык как раз на Ретро, когда команда самостоятельно без указания руководителей анализирует самостоятельно принятые ранее решения. Как говорил еще один драгоценный камень "начни с конца". По поводу самостоятельности на проектах убеждена - лучшее, что руководитель может сделать для успеха проекта и сотрудников - это позволить им пройти свой пусть роста и сделать это так, чтобы они сформировали собственные точки зрения - на своем опыте. Не на вашем. Потому, что при необходимости скорректировать чьи-то взгляды, сделать это можно только, если эти взгляды имеются. Когда вы передавливаете, итогом корректировать будите только самого себя. Желаю всем успехов в профессиональной рефлексии и мудрости в общении с коллегами.

Начать дискуссию