Successfully reported this slideshow.
Your SlideShare is downloading. ×

виноградова внедрение изменений без длинных документов, долгих согласований и формальных аудитов

More Related Content

More from Magneta AI

Related Audiobooks

Free with a 30 day trial from Scribd

See all

виноградова внедрение изменений без длинных документов, долгих согласований и формальных аудитов

  1. 1. 1/26 Внедрение изменений без длинных документов, долгих согласований и формальных аудитов Ирина Виноградова Лаборатория Касперского
  2. 2. 2/26 Почему я об этом рассказываю Мне нравится помогать людям решать проблемы и делать работу эффективнее Я люблю, чтобы моя работа была интересной и не скучной Хочу поделиться опытом и выводами
  3. 3. 3/26 Что вы узнаете • Как действовать, чтобы все-таки внедрить • И чтобы самим было интересно, и чтобы польза была • Что требовать от внедрятелей • Как быть, если вы против изменений Вы внедряете изменения Вас хотят изменить
  4. 4. 4/26 ИСТОРИЙ О ВНЕДРЕНИИ ИЗМЕНЕНИЙ
  5. 5. 5/26 История 1. «Бесполезные процессники» vs «21 правило» Документов много, а пользы от них? Формальные аудиты делу не помогают Противопоставление - ОНИ плохие, мы хорошие Conduct Lessons Learned PM cannot delegate Scope, Dates, Quality commitments ........... ........... ...........
  6. 6. 6/26 Совет: зафиксируйте самое важное Сформулируйте короткий набор правил о самом важном Это действительно небольшой список того, ЧТО от вас хотят. КАК – вопрос вашего профессионализма Вы внедряете изменения Вас хотят изменить
  7. 7. 7/26 Совет: общайтесь на равных Учитесь, развивайтесь, стремитесь быть на уровне, тогда к вам будут прислушиваться и доверять Да, вы профи в своем деле, вас за это уважают. Но одна голова – хорошо, а две – лучше, общайтейсь! Вы внедряете изменения Вас хотят изменить
  8. 8. 8/26 История 2. Зачем?! Если вы сами не «купили» ЦЕЛЬ и ПОЛЬЗУ изменения, вы не «продадите» это другим Не заставляйте людей делать то, что «может быть когда-нибудь пригодится» Принудительное внедрение изменений не приносит желаемого эффекта
  9. 9. 9/26 Совет: придите к общему пониманию проблемы Поверьте в необходимость изменений, чтобы убедить в этом других Разберитесь, что вам принесет изменение, обсудите проблемы открыто - вам хотят помочь Вы внедряете изменения Вас хотят изменить
  10. 10. 10/26 Совет: не усложняйте решение Не усложняйте решение ради гипотетических будущих выгод Не ждите финальной версии, участвуйте в пилотировании изменений Вы внедряете изменения Вас хотят изменить
  11. 11. 11/26 История 3. Ресурсная процедура Максимальное затягивание обсуждения – стратегия избегания ответственности Долгие разговоры не всегда зло? Многабукф прочитают один раз, и то не все July August September October November Договорились по понятиям Сделали первую версию Обсуждаем и Переписываем ..... Обсуждаем еще и инструменты Согласовали!Все еще обсуждаем .....
  12. 12. 12/26 Совет: обсуждайте конструктивно Не жалейте время на обсуждения, они иногда переубеждают, а в споре рождается истина Будьте конструктивны в спорах и прислушивайтесь к другим мнениям Вы внедряете изменения Вас хотят изменить
  13. 13. 13/26 Совет: пишите коротко и ясно Пишите коротко, чтобы можно было быстро узнать или вспомнить ключевые принципы работы Из документа вы должны понять ЧТО делать. КАК – уже детали для новичков Вы внедряете изменения Вас хотят изменить
  14. 14. 14/26 История 4. Тетрис Не выслушаете все стороны, будете долго лечить от несуществующей болезни Каждый считает себя умнее других Корень очень многих проблем – трудности с коммуникациями
  15. 15. 15/26 Совет: найдите корневую причину Не бросайтесь сразу устранять проблему, устанавливайте корневую причину необходимости изменений Если вас лечат от другой болезни, помогите диагностировать нужную Вы внедряете изменения Вас хотят изменить
  16. 16. 16/26 Совет: дайте вспомогательные инструменты Дайте людям инструменты, которые помогут лучше понять друг друга Если вас не понимают, пробуйте другие способы достучаться до собеседника Вы внедряете изменения Вас хотят изменить
  17. 17. 17/26 История 5. «Они не умеют работать с рисками» Старое решение не работает для новой задачи Прототип не жалко покритиковать, чтобы выявить, что на самом деле нужно Негативные эмоции тоже пробуждают креативность
  18. 18. 18/26 Совет: выбирайте решение под задачу Имейте в своем арсенале разные способы решения, не расчитывайте, что для всех задач хватит одного Если решение не подходит, предложите вариант лучше Вы внедряете изменения Вас хотят изменить
  19. 19. 19/26 Совет: не бойтесь ошибиться Не бойтесь ошибиться, совместный разбор ошибок поможет добиться лучшего результата Если «они делают все неправильно», поделитесь вашей хорошей идеей Вы внедряете изменения Вас хотят изменить
  20. 20. 20/26 История 6. Организационные изменения Я сам знаю, как правильно «Да нет, я-то не так делаю» Не поверили, пока не почувствовали на собственной шкуре
  21. 21. 21/26 Совет: провоцируйте желание меняться Провоцируйте желание меняться, используйте прозрачность, соревновательность, юмор Не отказываетесь участвовать в провокационых проектах, это поможет вам получить неожиданную пользу Вы внедряете изменения Вас хотят изменить
  22. 22. 22/26 Иногда традиционные способы изменений в принципе невозможны Прозрачность как повод посмотреть на себя со стороны Не все улучшают показатели честно История 7. Провоцирующие метрики
  23. 23. 23/26 Совет: помогайте становиться лучше Не учите жить, не наводите порядок, а помогайте людям, продуктам и компаниям становиться лучше Вы гуру, вам действительно доверяют и вас уважают. Но вы можете стать еще круче, свежий взгляд умного человека точно не помешает Вы внедряете изменения Вас хотят изменить
  24. 24. 24/26 Советы о внедрении изменений Найдите ключевую проблему Не жалейте время на конструктивные обсуждения Не бойтесь ошибаться и переделывать Разрабатывайте самое быстрое и простое решение Пишите коротко и ясно Делайте разные вспомогательные инструменты Провоцируйте желание меняться Помогайте людям и компаниям стать лучше
  25. 25. 25/26 Почитать ... о внедрении изменений ... о провоцирующих метриках ... о Тетрисе https://www.slideshare.net/irinaivinogradova/
  26. 26. 26/26 ir_vin@mail.ru https://www.linkedin.com/in/irinavinogradova https://www.slideshare.net/irinaivinogradova/ ОСТАЛИСЬ ВОПРОСЫ? ВСТРЕТЬ МЕНЯ НА НАШЕМ СТЕНДЕ!

Editor's Notes

  • Меня зовут

    Мне нравится решать сложные задачи.
    Если говорить об изменениях, то занудно …
    Не сработает с умными людьми.

    Но у умных и знающих тоже возникают проблемы
    Помочь в такой ситуации – реально круто и интересно!

    Сегодня расскажу вам о своем опыте внедрения изменений и о том, как мне удалось сделать свою работу полезной и одновременно не занудной
  • битва – и в ЛК, и в Аксенчер, и в Люксофте, и в других компаниях
    У любого изменения есть как минимум два участника.
    Как посмотреть друг на друга свежим взглядом
  • Из моей жизни в ЛК, с первых дней до сегодняшнего дня
    Что было, как изменялось и мое в том числе, понимание изменений, и какие я для себя извлекла уроки
  • Начнем с первых дней моей работы в ЛК.
    ОНИ и МЫ
    Конфигурация с матрицы с процессниками

    Пмы - «процессники» – зло, пишут никому не нужные бумажки, переписывают PMBok, определение, что такое проект (как будто это могло измениться).
    А если что-то реально нужно, то помощи не дождешься. Еще приходят с формальными аудитами

    Людям, которые пишут процессы, тоже обидно. Злые Пмы сопротивляются, не читают, не уважают.
    Да и руковоство недовольно – формально вроде все ок, а на деле в проектах проблемы остаются

    «21 правило». Есть недоработки – есть правило-напоминание.
    Например, про ретроспективы
    Как все эти правила соблюдать – на откуп Пма
    И Пмы считают это единственным более-менее полезное нововведеним за последнее время.

    Я вижу проблему – выполнение трудно проверить.
  • Какие выводы из этой истории я для себя сделала.

    Итак, мне нравится идея фиксировать только важное. Не читать три тома ради одной фразы

    И я считаю, что тем кому все пытаются разжевать все до мелочей, надо НАСТАИВАТЬ, чтобы вам обозначили ключевые точки маршрута, а не вели за руку всю дорогу. Вы профи.
  • Самое важное, не ОНИ и МЫ, а наше общее дело

    Процессники не учат жить, не наводят порядок, а помогают людям, продуктам, компаниям, становиться лучше
    Чтобы это делать, вы должны много знать и все время учиться, в том числе учиться у тех, кого вы хотите изменить.

    Если к вам пришли с изменениями, не значит, что вас пришли ломать, вам пришли помочь стать еще круче, одна голова хорошо, а две лучше.

    Поэтому общайтесь, учитесь друг у друга
  • Продолжаем разговор о первых неделях работы в ЛК

    Уже год или около того полным ходом шел проект внедрения HP PPM, в частности, к моему приходу в ЛК дело дошло до таймшитов.

    Команда внедрения собрала требования.
    Мне доносить Пмам

    Одна проблемка (меня это тоже смущало) – всех требований было очень много = Долго и нудно заполнять не самую удобную форму.

    Первый вопрос Пмов – нафига, им другое нужно!

    Уговорили. Польза сомнительна

  • Что в этой истории можно было сделать по-другому?

    Первое и самое важное: вопрос, который надо задать себе и заказчику
    Какую цель преследует это изменение?
    Поставьте себя на место исполнителей
    Вы в это верите?
    Или надо выяснить какие-то вопросы, попробовать переубедить заказчика, найти балланс пользы и затрат?

    Разговаривайте со всеми сторонами, слушайте, слышьте, рассматривайте проблему с разных сторон, ищите взаимную выгоду
  • Делайте только то, что крайне необходимо сейчас. То, что вы заложите на будущее, скорее всего никогда не пригодится, потому что мир изменится очень быстро, а время и силы вы уже сейчас потратите.

    Еще - если все элементарно, почему не попробовать?

    Делайте прототипы и привлекайте к пилотированию сложных людей. Тогда это будет их решение, специально заставлять пользоваться не придется.
  • К началу третьей истории просветление еще не настало

    История полезных дел для Пмов = повод придти за помощью.

    Проблема получения ресурсов на проекты

    «По понятиям» договорились быстро.
    Начали писать подробную процедуру и согласовывать ее с PMO (30 менеджеров) и 9 руководителями ресурсных подразделений (+ 1-2 делегата)

    ~50 замечаний в среднем (по делу, мое и неправильное, как бы чего не вышло)
    Заняло полгода!!!. Еще надо инструмент доработать, тоже не быстро....

    Какие отсюда выводы:

    Разговаривать не надо? Нет, надо!
    Обидно - процедуру после согласования никто ни разу не открывал. В стол.
  • После истории с ресурсной процедуры, что я буду делать по-другому?

    Точно не буду жалеть времени на обсуждения.
    могу переубеждать
    Почерпнуть из спора идеи

    Что бы мне хотелось, чтобы другая сторона делала по-другому?
    Больше конструктива.
  • Следующий совет.
    Подумайте о том человеке, который вновь обращается к вашему документу через полгода. Будет он перечитывать определения, глоссарии, пошаговые инструкции?
    Что он ищет в документе?

    Что мы в итоге сделали?
    wiki страничку со ссылками

    Еще часто суть остается прежней, но меняются детали реализации. Не пересогласовывать, а подправить сайт.
  • История успеха 

    ПМы не умеют оценивать трудозатраты, всегда требуется больше времени, чем оценка.

    Уше прошли грабли
    Выслушать и попытаться понять все стороны
    Мнение Заказчиков
    Мнение Пмов

    Реальная проблема - все «умнее других» и они все не умеют договариваться
    Как помочь договориться – дать подпорку, инструмент
    Сделали наглядный инструмент Тетрис, как он работает

    Вау эффект! Помогло быстрее объяснять проблемы и договариваться.
    В конце дам ссылочку, где подробнее почитать про тетрис

  • Ищите. Не найдете, залечите досмерти, а проблема останется, да еще и новые появятся.
    Представьте, если бы мы кинулись учить Пмов разным методам оценки.
  • Вы не решите проблемы за них или лучше них. Но вы можете им помочь.
    В нашем случае помогла Визуализация. Есть куча других способов, пробуйте разное, подстраивайтесь под задачу.

    Менеджеры наши тоже должны понять – если вас не понимают, это не потому что дураки. Это вы плохо объяснили. Попробуйте по-другому

    Гибкость важна всем, в том числе, ранее работавшее решение может перестать работать и тогда надо быть готовым быстро его поменять.
    Это нам покажет следующая история
  • Окрыленные успехом тетриса, начали визуализировать другие аспекты работы Пма. Но не тут то было
    Сигнал: плохо работают с рисками, заранее не думают, не эскалируют своевременно на боссов, приходится тушить пожары в последний момент.

    1 день на прототип – пузырьки
    Показали ПМам и в ответ получили Фэ

    В ходе спора выявили требования и сделали элементарный инструмент
    Осталось собираться и решать проблемы

    Красота не самоцель. Некрасивое решение прекрасно, если оно решает проблему


  • Наглядность – понятие многогранное. Визуализация – круто для визуалов, не всегда она работает лучше всего.
    Ваша задача – понять, что лучше всего подходит для задачи
  • Не быть равнодушным. Делать прототипы, ошибаться, спорить, не замалчивать проблемы, не говорить – не нравится, переделайте.
    А предлагать варианты, чтобы в итоге получилось то, что подходит лучше всего
  • В ЛК традиционно процессники занимаются всем, в том числе организационными изменениями
    Научить менеджеров R&D давать сотрудникам лучше обратную связь и ставить цели
    Проблема была выявлена в результате глобального опроса сотрудников, то есть статистика ее подтвердила

    Сподвигнуть делать что-то по-другому сложно
    Желательно, чтобы менеджеры сами дошли

    Мы придумали, что можно дать посмотреть на себя со стороны.
    Нарисовали комиксы
    Вот этот мой любимый, про меня. (Проиграть его). На моего менеджера подействовало.

    Еще помог игровой тренинг – провокационные упражнения, где менеджер чувствует себя в шкуре сотрудника, которому не объясняют цели и не дают обратную связь. В конце игр делаем разбор полетов – умные люди сами делают выводы, что надо меняться

    Подействовало – стали интересоваться темой, меняться
  • Даже самым умным полезен взгляд со стороны
    Сонные люди живут по шаблону. Надо разбудить эмоции, взбодрить людей, замотивировать их самим искать и находить решения
    Это делает нас круче, происходит взаимное обогащение
  • Все предыдущие истории были про альтернативный способ внедрения изменений, когда в-принципе остается возможность действовать традиционно – процедуры, согласования, приказы по компании
    Последняя история о внедрении изменений, когда ты напрямую не можешь ничего менять.
    Например, находясь за пределами R&D
    Остается лазейка – данные и ваши знания о том, как ведется разработка, какие есть проблемы, важные для заказчика
    Плюс тот факт, что люди сами стремятся быть лучше, надо предоставить им повод улучшаться и они им воспользуются

    Проблема – у внутреннего заказчика нет уверенности в финальном качестве продуктов, разработка – черный ящик, самим разобраться технически сложно, а команды просто говорят – не волнуйтесь, все будет хорошо.

    Сделали систему мониторинга с KPIs и метриками разных уровней
    Красный цвет – плохо, желтый – так себе, зеленый – нормально. Надо, чтобы все было зеленым в идеале.

    Система общедоступна, ты как ПМ не хочешь выглядеть хуже других
    Главное - есть индикатор, что в проекте что-то меняется

    Конечно, не все такие идеальные. Быть на уровне, понимать, что и почему, гибко менять набор метрик и т.д

    К советам – про провокации мы уже говорили
  • Теперь совет, который относится не только к последней, но и ко всем историям
    Для меня самое важное, миссия – помогать людям.
    Не учить жить, не наводить порядок, а помогать людям, продуктам, компаниям, становиться лучше

    Мне кажется, что люди, с которыми я работаю, понимают, что я их уважаю, я действительно считаю их гуру в своем деле.
    Но у меня иногда есть свежие идеи, свежий взгляд.
    Ко мне можно обратиться за помощью, за советом.
    И я постараюсь помочь.
    Во всяком случае точно не помешаю.
  • Для вас
    Одим списком – все советы, что можно делать по-другому, извлеченные из историй, которые я вам рассказала

×