Kyiv Project Management Day: дневник конференции

28 октября 2017г. Lemberg Tech Business School провел масштабную конференцию Kyiv Project Management Day, посвященную проектному менеджменту. Программа состояла из 3 блоков панельных докладов и 1 блока мастер-классов. Доклады были разделены по темам: «PM-модели», «PM-практики» и «Product Management».

Делимся ключевыми тезисами некоторых докладов и своими наблюдениями.

В блоке «PM-модели» Сергей Немчинский говорил о своем опыте и уроках, которые он извлек. Так, например, Сергей считает странным, если IT проектом руководит PM не из IT. Но если уж так и случилось, то PM-у нужно быть предельно честным со своей командой: «Я не умею, но вы умеете! Я буду защищать ваши интересы перед заказчиком, а вы будете делать…». Важно стараться привлекать экспертность сотрудников, показывать, что вы им доверяете и верите в них! И еще одно наблюдение от Сергея: зачастую причины провала проекта… это перипетии в личной жизни! Или работа с родственниками.

Артем Быковец рассказал, кто такой Scrum Master, очертил основные его функции. По мнению Артема, это: фасилитация, обучение и наставничество, наблюдение, коучинг (командный/индивидуальный), мотивация. Важно, чтобы Scrum Master не был нянькой-секретарем у команды. Людей не нужно делать счастливыми, их нужно делать эффективными! Вот основное «предназначение» Scrum Master.

Наталья Науменко, говоря о построении эффективной команды, порекомендовала PM-у использовать палитру моделей: ролевую модель Белбина, модель карьерных якорей и теорию спиральной динамики. Причем начинать диагностику нужно с себя: какую роль по Белбину я сейчас выполняю, какой у меня сейчас карьерный якорь, к какому цвету я себя отношу (соотнесение ценностей моих и компании). И только после этого приступать к подбору сотрудников – строить свою эффективную команду.

Евгений Полозюков дал рекомендации, как быть гибким в проектных коммуникациях:

  • Всегда давать обратную связь
  • Использовать активное слушание
  • Быть здесь и сейчас
  • Проблемы обсуждать 1 на 1
  • Интересоваться личными делами своих сотрудников
  • Практиковать ненасильственное общение (не переходить на личности, стараться понять потребности собеседника, слышать и слушать)
  • Объединять команду с помощью разных инструментов
  • Анализировать проблемное поле (SWOT-анализ, 5Why, диаграмму Ишикавы)
  • Обучить команду умению решать конфликты, но поощрять «управляемые конфликты» — ведение диалога

Дмитрий Лукьянов сделал акцент на том, что в чистом виде какая-либо методология не может быть использована для управления проектом на протяжении всего его жизненного цикла.  Особенно если смотреть на проект, расширив границы таким образом: «от появления идеи до получения результатов использования продукта проекта». Поэтому термин AgileFall перестал быть игрой слов, а стал самостоятельным подходом, в котором проект рассматривается из разных перспектив, и создание продукта проекта командой специалистов – это только одна из перспектив. По мнению Дмитрия, для того чтобы быть успешным в реализации проектов, PM-у нужно быть разносторонне подкованным, изучать разные подходы и уметь видеть и «водопад», и «скрам» в проектах и понимать, как они могут взаимодействовать и взаимодополнять друг друга.

В блоке «PM-практики», Павел Якименко представил своеобразную обратную связь HR-менеджерам, проведя собственный анализ запросов работодателей украинского рынка в 2017 году. В результате оказалось, что украинские компании ищут не реального кандидата, а такого себе супермена/супервумен, не существующего в природе. Особенно Павла забавляют некоторые тестовые задания, которые даются кандидатам. Например, такие: «напишите branching strategy», или «ответьте на RFP «хочу аналог skype», или «исправьте все неточности в нашем ТЗ». Возникает ощущение, что компания изначально не хочет брать кандидата на работу, но хочет, чтобы он сделал часть проекта. Чтобы выбрать достойную и подходящую именно тебе компанию-работодателя, Павел советует обращать внимание на: стиль менеджмента, уровень зрелости и корпоративной культуры. Это можно оценить по итогам общения с HR менеджером, в т.ч. по процедуре проведения подбора, предоставления обратной связи и проч.

Константин Коптелов заинтриговал тем, почему Agile у нас не работает и, вероятнее всего, не заработает. Константин говорил о том, что у Agile есть 2 аспекта: органический и технический. Органический – это люди, коммуникации, взаимоотношения и т.д.), технический – это системы, документы, инструменты, техники и т.д). Так вот самая распространенная ошибка при внедрении Agile — это концентрация на техническом аспекте и отсутствие должного внимания органическому аспекту. А органический куда важнее! Также Константин обратил внимание, что прежде чем внедрять Scrum, нужно взрастить нужные навыки в людях (или найти людей с такими навыками):

  • Определение MVP
  • Разбивка его на User Story
  • Оценка задач
  • Проведение собственной самооценки
  • Соединение частей в целое
  • Планирование
  • Умение синхронизироваться
  • Проведение совещаний
  • Предоставление обратной связи

В блоке «Product Management» Александр Краснов разъяснил, кто же такой Product Manager. В первую очередь, это такая роль в Scrum. А также он:

  • Разрабатывает Product Backlog
  • «Грумит фичи» с development командой
  • Помогает Marketing команде
  • Активно работает с Sales командой
  • Показывает команде Customer Success
  • Анализирует финансовые показатели
  • И многое другое…

Александр также поделился полезными для Product Manager подкастами:

  • Inside Intercom Podcast
  • Cto cast
  • This Week in Google

Андрей Мандрика показал реальность возможности слияния бизнеса и IT.

Конечно, есть сложности:

  • отсутствие прозрачности
  • непонимание и недоверие к друг другу
  • разные цели
  • сопротивление изменениям.

Но есть и пути решения:

  • Ставить единые цели для Operations и Developers. Донести до каждого видение бизнеса и его целей, показать путеводную звезду.
  • Познакомиться с работой коллег. Например, устраивать экскурсии в соседние отделы или поменять сотрудников из разных отделов местами на 1 день.
  • Разговаривать на одном языке. Например, создать глоссарий терминов.
  • Заслужить доверие реальными результатами. Если что-то конкретно пообещал – выполни обещание.
  • Идентифицировать и устранить 8 видов потерь по Lean:
  • Перепроизводство = разработка ненужного бизнесу функционала
  • Излишние запасы = частично выполненная работа
  • Транспортировка = передача работы другому исполнителю
  • Передвижение = переключение между задачами
  • Ожидание = задержки по согласованию требований и принятию решений
  • Дефекты = баги, особенно те, которые выявлены в production, а не в тестировании
  • Излишние процессы = дополнительные, ненужные шаги при разработке и внедрении
  • И 8-й вид потерь – неиспользованный потенциал = отвержение идей от бизнеса и от своих сотрудников.

Главный посыл выступления Андрея – не быть лебедем, раком и щукой!

Успешных вам проектов, друзья!

 

  ,
Поделитесь с друзьями

Читайте также

Odessa Summer Project Management Day
Odessa Summer Project Management Day

Погрузиться в тему управления проектами за 1 день, да еще и совместить это с отдыхом на море? Легко! 10 июня 2017г. состоялся Odessa Summer Project Management Day, крупнейшая в Украине конференция для проектных менеджеров, 30 спикеров, 3 потока, масса новых знакомств и отдых на море.

Читать далее