Похожие презентации:
Команда проекта НОВАТЭК (3)
1. Результаты опроса команды проекта НОВАТЭК
Июнь 20262. Сводные результаты Статистика
Сводные результаты1,0
1,5
2,0
2,5
3,0
3,5
4,0
Вовлеченность
4,1
Компетенции
4,0
4,5
Статистика
5,0
Опрос
Приняли участие 25 из 30 человек
10 Разработчиков
6 Аналитиков
Поддержка
3,8
9 Других (РП, куратор, ФА, ТА,
ведущий аналитик/разработчик)
Полномочия и ответственность
Работа с задачами
Инструменты
3,6
3,2
Интервью
Приняли участие 22 человека
3,0
2
3. Уровень стресса
Оцените уровень стресса на проектеза последний месяц
3,0
стресс практически
отсутствует
крайне высокий
уровень стресса
разработчики 2,5
3,1
3,5 аналитики
другие
Мотиваторы
Интересные
задачи
Технологии
Демотиваторы
Наличие работы
Достижение
результата
Профессиональный
Команда
рост
Имя компании
Хаос
Простои
Переработки
Бесполезная работа
Непонятные требования
Изменения и переделки
Нет ОС
Взаимодействие с заказчиком
Взаимодействие команды
Нет полномочий
ЗП
Бесконечные таблички
3
4. Вовлеченность
Насколько вы лично заинтересованыв успешном завершении проекта?
12%
Как вы считаете, в какой степени
члены вашей команды заинтересованы
в успешном завершении проекта?
8% 20%
Насколько чётко вы понимаете свою роль
в достижении целей проекта (какой вклад
конкретно вы должны внести, какие задачи
на вас лежат)?
20%
4%12%
Все
Разработчики
Аналитики
Другие
4,6
4,5
4,5
4,7
36%
4,0
4,5
4,3
3,2
36%
3,8
3,4
4,5
3,7
68%
36%
24%
24%
Здесь и далее на графике указан % выбора каждого
из вариантов ответа
1 – самый
негативный
вариант
2
3
4
Средний балл по 5-балльной шкале
5 – самый
позитивный вариант
4
5. Компетенции
Насколько удобны используемыеинструменты (Проектный ДО, проектный 4%12%
СППР, почта) для вашей повседневной
работы?
60%
24%
Все
Разработчики
Аналитики
Другие
4,0
3,8
3,8
4,3
Какие знания и навыки
нужны проекту?
Более глубокое
знание системы
Технические знания
Навыки разработки
Предметной области ДО и ДО как продукта
Знания по предметной области проекта финансовому и бухгалтерскому учету
Devops
Архитектура проекта
Антикризисное управление
Учет задач
Планирование времени
CI/CD
Быстрое прототипирование
Автотесты
Декомпозировать объемные требования
и устанавливать приоритеты
Переговоры с заказчиком
Опыт в корпоративных
проектах
RLS, РИБ
5
6. Поддержка
Легко ли вам получить необходимую помощьот коллег, когда она нужна?
0% 20%
Когда у вас возникает вопрос по проекту,
понимаете ли вы к кому с ним обратиться?
4%8%
Насколько открытой и честной вы считаете
коммуникацию внутри нашей команды?
0% 20%
Чувствуете ли вы поддержку со стороны
непосредственного руководителя (РП)?
8% 8%
Какой тип поддержки вам
сейчас нужен больше всего?
На графике указан % опрошенных, выбравших
тот или иной вариант ответа. Вопрос с
множественным выбором.
Все
Разработчики
Аналитики
Другие
40%
40%
4,2
4,3
4,3
4,0
28%
44%
4,0
3,9
4,5
3,8
3,6
3,9
3,5
3,4
3,4
3,8
2,8
3,2
16%
24%
40%
28%
28%
28%
16%
72%
Чётче формулировать задачи и ожидания
24%
Улучшение инструментов/инфраструктуры
Более чёткое планирование сроков
Дополнительная экспертиза/обучение
20%
16%
Снижение нагрузки
12%
Обратная связь по задачам
12%
6
7. Ответственность и полномочия
Достаточно ли у вас полномочий дляпринятия решений по вопросам в зоне
вашей ответственности?
4% 20%
48%
28%
Все
Разработчики
Аналитики
Другие
4,0
4,1
3,5
4,1
Как часто вы сталкиваетесь с задачами, по которым не до конца понятно,
отвечаете ли за нее только вы и отвечает ли за нее кто-то еще?
2,8
такие ситуации
возникают регулярно
таких ситуаций не бывает
другие 2,4
3,3 аналитики
2,9 разработчики
7
8. Работа с задачами
Учитываются ли ваши оценки сроковпри планировании работы?
0%
12%
Как быстро вы обычно получаете обратную связь
от заказчика после отправки промежуточных
результатов или запросов на уточнения?
0% 32%
Есть ли у вас возможность обсудить и
скорректировать сроки до их утверждения?
4% 20% 12%
24%
36%
Разработчики
Аналитики
Другие
3,8
4,2
3,0
3,9
3,8
3,5
3,5
4,1
3,7
4,3
3,3
3,3
3,6
4,1
2,7
3,8
12%
3,2
3,0
3,5
3,3
28%
58%
28%
Все
11%
36%
Считаете ли вы сроки выполнения задач
реалистичными?
0%20%
Достаточно ли информации вы получаете при
постановке задачи, чтобы оценить сроки её
выполнения?
4% 20%
Насколько эффективен текущий механизм контроля
выполнения задач (отслеживание прогресса,
промежуточные проверки)?
12% 20%
48%
12%8%
2,8
2,5
3,2
3,0
Насколько постановка задач помогает вам понимать,
что именно нужно сделать?
8%
40%
12%8%
2,8
2,8
3,0
2,7
20%
32%
36%
36%
24%
28%
8
9. Работа с задачами. Изменения
Как часто в ходе проекта меняются требованиясо стороны заказчика?
4,2
изменения требований
практически не происходят
Топ-6 причин изменения требований
недостаточная проработка требований на этапе написания
проектного решения
недопонимание между заказчиком и исполнителем на этапе
уточнения требований
запрос на улучшение юзабилити и удобства интерфейса от
конечных пользователей
разные ожидания и трактовки одного и того же функционала у
разных представителей заказчика
сопротивление изменениям со стороны сотрудников и
необходимость адаптации системы под их привычки
появление новых заинтересованных лиц со стороны заказчика
требования меняются
очень часто
разработчики 4,1 4,3 аналитики,
другие
76%
68%
52%
52%
24%
20%
На графике указан % опрошенных, выбравших тот или
иной вариант ответа. Вопрос с множественным выбором.
9
10. Потери времени
На что больше всего теряется времяв рамках проекта?
Предложения участников
Прекращение резкого изменения внутренних бизнеспроцессов без проработки вопроса
Исправление
ошибок/переделки
64%
60%
Избыточные совещания
Распределять команду не по объектам метаданных а по
Бизнес процессам. Деление аналитиков и разработчиков
на команды с тим лидами
Четко распределить роли
Несогласованность
процессов
48%
32%
Поиск нужной информации
Ожидание ответов от
коллег
Улучшение архитектуры
Контроль качества до согласования с заказчиком
Ожидание ответов от
заказчиков
Технические проблемы
Единая и единственная прозрачная система учета задач.
Описание задачи при постановке.
28%
20%
Качественный, а не количественный разбор и устранение
причин проблем
Автоматизировать отчетность, уйти от табличек
Уменьшить количество совещаний
16%
На графике указан % опрошенных, выбравших тот или иной вариант ответа.
Вопрос с множественным выбором.
Перераспределение задач для более равномерной загрузки
10
11. Инструменты
Насколько удобны используемыеинструменты (Проектный ДО, проектный 4%
СППР, почта) для вашей повседневной
работы?
Большее количество инструментов
точно не нужно.
Хочется более оптимального
использования существующих.
Выстроить процессы управления
командой в одном ПО
32%
32%
28%
4%
Все
Разработчики
Аналитики
Другие
3,0
2,8
2,8
3,2
СППР лишний
Проектный ДО по удобству и близко не сравнится с хорошо
настроенным СППР
Одновременно надо отслеживать почту в контуре заказчика, ДО,
СППР и мессенджеры чтобы не пропустить сообщение
Ведение учета в Excel Таблица - считаю является 1 из n главных
проблем проекта
11
12. Сильные стороны (с учетом опроса и интервью)
― Команда оценивает проект как сложный и при этом развивающий профессионально― Команда и заказчик заинтересованы в успешном завершении проекта
― Взаимовыручка и поддержка между коллегами. Быстрое реагирование
12
13. Точки роста (с учетом опроса и интервью)
Работа с ЗаказчикомДоговоренности с Заказчиком:
― Сокращение сроков подготовки повесток/протоколов
― Договоренности о приоритетности разработки
функционала (ценность базового функционала, «бантики»
потом)
― Снятие временнЫх ограничений работы в контуре
Заказчика (+доступ к интернету)
На встречах с Заказчиком:
― Предварительное согласование архитектуры до начала
разработки (с участием разработчика «колодца»).
― Оперативное проговаривание замечаний с Заказчиком в
период согласования спецификации
― Ведение встречи главным аналитиком (достижение целей
встречи, фасилитация)
― Разъяснение Заказчику новых и непонятных ему
механизмов
Работа внутри команды
Командный дух:
― В команде победы и поражения — общие: результат зависит
от каждого (транслировать победы, понимать вклад каждого)
― Понимание проектного контекста помогает команде при решении
задачи (не знаю последствия срыва сроков, РП постоянно
меняются, не знаю что за колодцы)
― Совместная оценка идей помогает увидеть больше
возможностей
Совместная работа:
― Определение зон ответственности и полномочий (тим лиды
разработчикам)
― Справедливое распределение задач и планирование отпусков
― Определение системы учета задач –> автоматизация статусов –>
сокращение времени присутствия на статусах
Будущие риски:
― Организация сквозного тестирования для выпуска релизов
― Организация группы поддержки
― Разделить рефакторинг по блокам
13