Опишите собранность ваших сотрудников или вашей команды в целом. Какова она по вашей оценке сейчас, до начала курса?
Как это помогает или мешает вам?
А как ваша собранность влияет на коллег?
Опишите собранность ваших сотрудников или вашей команды в целом.
Начну с описания что делаем и как.
Распределение ролей на аккаунте происходит так:
На аккаунте несколько проектов в каждом есть несколько ролей:
- Бизнес заказчик
- Продакт
- Аналитик
- Инженер данных
- BI разработчик
Этапы разработки и ответственные:
Работаем с хранилищами данных.
У предприятия есть различные источники из которых мы хотим загрузить данные в общее хранилище и на их основе создать дашборды с метриками.
Инженеры данных отвечают за загрузку данных из источника в первый слой хранилища (таблицы в базе данных, которые в точности повторяют источник).
Задачи планируются на квартал. Увеличивая скорость работы не увеличится количество выходных фич. Может увеличиться количество свободного времени, которое можно потратить на решение интересных инфраструктурных задачи или обучение.
Задачи мои разработчики получают в проекте. Я (лид команды инженеров) нахожусь чаще всего вне проекта. Мои задачи:
- Контроль выполнения сроков, эффективности и качества разработки.
- Оптимизация методов разработки, анализа, ведения задач.
- Развитие сотрудников (1-1, роадмапы, мотивация на обучение).
- Поддержание лояльности к компании и мотивации команды.
- Обработка обратной связи от продактов.
- Периодически разрабатываю.
- Периодический найм.
Собранность команды
В команде 4 инженера:
-
2 опытных:
As is Курируют, решают сложные задачи, занимаются задачами на нескольких проектах.
Проблемы с собранностью из за наличия параллельных задач.
Берут больше задач чем могут выполнить. Не учитывают накладные расходы.
To be
Планируют задачи в соответствии со свое рабочей мощность.
Получается больше времени уделять инфраструктурным задачам. -
Начинающий разработчик
As is
Решает простые и средней сложности задачи. Реальная собранность неизвестна. В целом на текущий момент устраивает.
To be
Планируют задачи в соответствии со свое рабочей мощность.
Получается больше времени уделять инфраструктурным задачам. -
Разработчик с опытом, но…
As is
Совершенно не собранный и с низкими компетенциями для текущих задач средней+ сложности. Зарплата высокая по команде. Решать может только простые задачи. Или средние под наблюдением опытного разработчика. Планирование без напоминаний практически не ведется, как и декомпозиция.
To be
Ух не верю, что можно реально что то сделать.
В целом думаю о выводе с проекта или создание роли буферного разработчика, которые сможет подхватывать простые задачи.
Моя собранность:
В текущем году потерял мотивацию. Выполняю следующие задачи.
- Контроль выполнения сроков, эффективности и качества разработки. As is: Да
To be: Сделать док. Где можно оперативно смотреть статус по задачам и прохождение контрольных точек разработки. - Оптимизация методов разработки, анализа, ведения задач.
As is:
Есть несколько MVP процессов и инструментов.
– Прототипирование.
– Ведение постановок и RND по задачам в документах по шаблону.
– Инструмент, позволяющий одним действием проверить качество данных в интеграции.
To be:
– Описать все процессы в статьях и встроить их как привычки в работу инженеров. - Развитие сотрудников (1-1, роадмапы, мотивация на обучение).
As is:
– Делаю роадмапы, но качество меня не устраивает.
To be:
– Делать роадмапы в которые буду верить я, инженеры и ресурсный.
Не могу состыковать как хотелось бы и реальный мир. - Поддержание лояльности к компании и мотивации команды.
As is:
Всё ок. Разработчикам нравится работать в моей команде. Периодически спрашивают про совместный отдых. Готовы приехать ко мне в Пермь. Хвастаются достижениями.
To be:
– Съездить на отдых вместе.
– Посетить 4 конференции за год.
– Создать клуб инженеров, где будем изучать и сравнивать инженерские инструменты и подходы. - Обработка обратной связи от продактов.
As is:
- Хорошая обратная связь. Получается выводить джунов на проекты. Отпускают команду на конференции. К некоторым продактам не нашел подход. Были конфликты.
To be:
— Уметь взаимодействовать с продактами, которые мне непонятны.
– Выводить на ставки джунов.
– За счет проектного времени решать инфраструктурные задачи.
- Периодически разрабатываю.
As is:
- Очень туго идёт. Не хочу этим заниматься.
To be:
– Разработка только по желанию.
- Периодический найм.
As is:
– Можно улучшить.
To be:
– Поменять шаблон лога встречи.
– Сходить на 30 собесов.
Влияние моей собранности на коллег.
– Замедление развития команды и создания удобных методов планирования, анализа и разработки.
Upd:
Проверьте себя по своей рабочей роли: насколько хорошо вы управляете вниманием при работе с важными объектами? Дополните пост про ваше понимание собранности вашей оценкой личной квалификации в мастерстве по приведенным выше пунктам!
- Навести внимание на важное по роли, несмотря на отвлечения;
Навык, который я бы улучшил. - Удержать внимание на важном столько, сколько потребуется (дни – недели – месяцы – годы);
Навык, который я бы улучшил значительно. - Осознать, что что-то пошло не так, до того, как проблема «ударила обухом по голове»;
Навык, который я бы улучшил. - Интегрировать информацию для решения проблем и принятия решений;
Навык, который я бы улучшил. - Делать все это на минимальном усилии, чтобы сэкономить энергию и другие ресурсы.
Навык, который я бы улучшил.