Разобраться нельзя менять
Месяц назад я зашла тимлидом на новый проект. Всего на 0,3 FTE — примерно 12 часов в неделю.
Новый домен, незнакомая архитектура, люди, процессы. Команда работает сразу на нескольких проектах, привычные способы взаимодействия не работают.
В общем, полный набор для моей тревожки.
Первые две недели меня откровенно трясло. 😅
Причём за годы управления реакция на новые проекты практически не изменилась. Всё то же желание немедленно разобраться во всём, желательно ещё вчера.
Зато заметно сократилось время, которое я провожу в этом состоянии.
Раньше я пыталась сначала собрать полную картину. Теперь понимаю, что это занятие практически бесконечное. Пока разберёшься в одном, обязательно обнаружится ещё что-нибудь интересное.
Поэтому в этот раз начала не с попытки изучить всё подряд, а с организации работы.
Как планируем? Кто и когда доступен? Где застревают задачи? Что зависит от других команд?
И постепенно начали проявляться вполне конкретные проблемы: доступы, приоритеты, планирование загрузки.
Ничего революционного. Но именно из таких мелочей складывается ситуация, когда все работают, а сроки почему-то живут своей жизнью.
Через месяц у меня всё ещё больше вопросов, чем хотелось бы. Зато теперь понятно, какие из них действительно важны.
И вот тут возвращаемся к запятой.
Разобраться, нельзя менять?
Можно потратить месяцы на изучение процессов, пока команда продолжает работать по-старому.
Разобраться нельзя, менять?
Тоже вариант. Особенно если хочется сначала всё перестроить, а потом выяснить, зачем оно вообще так работало. 😅
Я предпочитаю третий путь: разобраться настолько, чтобы понять, что именно стоит менять.
Собственно, с этого и начинается нормальный аудит разработки. Не с внедрения очередной методологии, а с поиска причин, по которым работа идёт не так, как ожидается.
И чем больше у меня управленческого опыта, тем меньше хочется приходить в новую команду с готовыми решениями.
Сначала неплохо бы выяснить, какую проблему мы вообще собираемся решать.
А вы где поставили запятую?
· 33 мин
А все зависит от ситуации и точки входа на проект. :). Когда входишь на проект, который в ... допустим, "ауте", то надо сначала "тушить пожар", а уже потом возвращать к нормальному ходу. Ежели ситуация на входе более-менее, то тогда наоборот, сначала вникать. А по поводу новых команд, тут кто к чему привык. Когда большую часть карьеры работаешь в условиях "новый проект - новая команда" набивается шишка... Хотя не скрою, иногда посещает мысль о чем-то спокойном в ин-хаус...
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён