«

»

Дек 21

PBConf. Конференция «План Б» по планированию.

Ноябрь и декабрь для меня вышли дюже насыщенными в плане полезных «блудняков». Довелось посетить несколько чудесных мероприятий:

  • Мастер класс Сергея Архипенкова «Построение эффективной команды. Практический подход»
  • Конференция SPMConf.
  • ОТПУСК.
  • И, до кучи, так,  конференция компании Яндекс «План Б».

Это было… Потрясающе.

Нарушая все правила здравого смысла — писать о событиях — начну с конца.
С конференции «План Б».

Конференцо-день начался для меня небольшой relax сессией на первом этаже БЦ, нужно было прийти в себя после дороги по Питерской «зиме»  и с приветствия замечательных организаторш компании Я.
Карины и Дарьи.

Карина, спасибо, что позволила узнать об этом мероприятии.

Даша, спасибо за твою работу. Мне так же, в свое время, довелось поноситься по залу, позаниматься гостями конференций — этот труд — нелегок, но ведь классно, да? 🙂

Повесив куртку, я наткнулся на локального шамана с бубном (у парня реально, в руках, был бубен). Найду фото — выложу 🙂

Поздаровавшись, я поплыл в главный зал, ожидать выступления потрясающих людей.
И так уж случилось, что на этой конференции я встретил Стаса Давыдова. Очень приятно был поражен встречей. И да, кроме фразы: «Стас, как ты?» родить не смог ничего по началу.
Потом уже поговорили про теплую Испанию… )

Кстати, некоторым людям я пялился на бейдж, ибо с утра не мог вообще вспомнить — как их зовут. Тупняк был глобальный. Выглядел я, наверное, так:

Фото by Стас Давыдов


И всё-таки оно, она, если говорить о конференции, началось.

Я, как разумный человек, не спешащий заниматься visibility в субботу с утра пораньше, сел за дальную колонну.

Дальше буквально, по предложению\тезису про докладчика и выступление:

Да, пока не забыл: кому интересно больше деталей — смотрим на хэш-тэг в твиттере: #pbconf

Фото сделаны Стасом Давыдовым, и больше вы можете найти в лицо-книге здесь или в яндекс фотках — здесь.

1. Роман Чернин.

Заявлен: «Фэйлы внедрения планирования»

Фото by Стас Давыдов
  • Доклад пошел другой, о чем Роман честно предупредил.
  • «Нет заказчиков — нет планирования», «Нет заказчиков — нет сроков».
  • Да и вообще, ребят, планируйте то — что НАДО делать.
  • А, да… Если нет человека ответственного за продуктовую разработку — «нарисуйте» себе такого. Того, кто четко понимает что за продукт нужен. Product Manager, этакий.

Кстати записал себе, что в Яндексе:  разработчики отличаются от менеджеров по цвету бейджиков.
«Когда у общества нет цветовой дифференциации штанов — то нет цели!»© фильм Кинд-дза-дза! 🙂

2. Ольга Павлова.

«Framework для планирования проекта с точки зрения менеджера продукта» (Ольга Павлова)

Фото by Стас Давыдов
  • «Вы, управляя проектом, управляете мечтой заказчика».
    И да, производите вы МЕЧТУ заказчика, а не свою (своей продуктовой группы) хотелку.
  • Заказчик, как ребенок — всегд хочет что-то большое и светлое, а не то клевое и с перламутром, что хотел 10 минут назад.
  • Мы делаем для заказчика «игрушки»  — Да, как для ребенка. 🙂
  • Все, кто строит, раскрашивает, ремонтирует эти игрушки — должны быть привлечены к планированию так рано, как это возможно.
  • Опять же, ПМ должен быть не папой Карло, строгающим Буратино, а тем, кто видит конечный результат (А.Н. Толстой).
  • Оценивайте митинги, согласования, уточнения и т.п.
  • Не бойтесь выкинуть прототип, даже если он сожрал время команды. Очевидно, но иногда запускают этот случай.

3. Георгий Липатов.

«Полёт на Марс, или как не обидеть слона«

Фото by Стас Давыдов
  • Не ставьте жёсткие сроки своей команде.
  • Разработчики хотят работать хорошо, хотят делать хорошо — дайте им эту возможность.
  • Тестирование! Планируйте его!
  • Тестирование не распыляйте на несколько проектов. Дайте ребятам возможность вариться в одном проекте и не выделяйте тестировщиков в отдельную бригаду, которая не сможет договорить по проектам.
  • Если заказчик попросил построить ракету, для полета на Марс, постарайтесь пораньше выяснить нюансы: может он хочет слона перевезти? 🙂

4. Иван Потапов.

«Планирование аналитической части проекта»

Очень классный доклад для тех, кто живет не в песочнице, а в песчаном карьере, с аналитиками.. 🙂

  • Виноват всегда аналитик! Естественно, если фаза анализа требований у вас есть, поставлена и отлажена.
  • Планируйте анализ.

5.  Юрий Ветров.

Не столь интересна заявленная тема, как то — как Юрий отвечал на вопросы аудитории.

Получилось так, что либо mail.ru, либо Yandex.ru «пошли войной» друг на друга. В общем не получилось открыть презентацию Юрия.

И он пошел отвечать на вопросы аудитории.

Ребятааааааа…. я понял, что в IT Тина Канделаки была бы не самым быстро говорящим человеком. Я иногда не успевал мыслью за скоростью ответов.

Я сделал для себя заметки не по теме:

  1. Говорить быстро.
  2. Говорить четко.
  3. Говорить по делу.

Да, мне стыдно, но под эти ответы я подремал минут 15 (половина выступления) 🙂

6. Станислав Комарницкий

«Изменение процессов планирования в растущей команде тестирования»

Каюсь, этот доклад я пропустил, общаясь в кулуарах. Буду слушать. Интересно мне понять, что и как в Яндексе с тестированием. Тем более, как мне заметили — вакансии ручных инженеров по тестированию, пропали с сайта Яндекса. Вполне возможно, про причину сего станет понятно из доклада.

7. Дмитрий Григорьев

«Трудности планирования в удаленных и географически распределенных командах»

Пример описанный: распределенная команда, в которой точность 30 минут в оценках задач — повод для обсуждений. К сожалению, про размеры задач не уточнил. С хорошей точностью оценок работают люди. Это интересный опыт.

8. Михаил Карпов

«Планирование для продуктового менеджера»

Фото by Стас Давыдов

Докладчик был хорош. Громкий голос, дельные идеи.

Мне повезло общаться в моей компании с сильными менеджерами: все идеи, вроде удобства работы для команды, визибилити задач для команды, видения проекта для команды на долгий срок (скажем так, команда знает, что делать в терминах общей цели, на срок около полугода) — знакомо.

Об этом и говорил Михаил.

9. Константин Иванов

Серфинг в неспокойных водах: планирование IT-проектов методом набегающей волны.

Константин вышел и показал, что Agile не пилюля от всего, в крупных и взрослых проектах.

10. Мария Петрова

«Планирование в распределенных командах»

  • Самооценки (Мужик сказал — мужик сделал\Инженер сказал — инженер сделал).
  • Неудачные «удаленные » собеседования (собеседуем лично, даже в распределенные команды).
  • Интересно было услышать о шишках, вроде «испорченного телефона», в распределенных командах.
  • Все договоренности и задачи фиксируются документально, а не на устном уровне.

11

Интерактив от Яндекса и Афишы.

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

Фото by Стас Давыдов
  1. Опросили о проблемах коммуникации на проектах. Зафиксировали.
  2. Сделали из них клавиатуру: раздали бумагу людям, те написали буквы и символы с клавиатуры. Один человек — одна клавиша (ну, по крайней мере, так планировалось).
  3. Была поставлена задача — печатать фразы, поднимая бумагу.
  4. С помощью юмора, отключения большого экрана (устройство вывода с «клавиатуры») моделировали проблемы, о которых менеджеры сообщили: нечеткие требования, постоянно меняющиеся требования, нет команды и т.п.
  5. Вроде все озвученные проблемы покрыли.
Фото by Стас Давыдов

12. Ирина Томилова

«Чего хотят тестировщики? Или как  после планирования жить хорошо»

Фото by Стас Давыдов
  • Вполне так, даже с оценкой рисков. К сожалению, для меня, ничего нового.
    А, интересная информация: в DINO Systems автоматизируют тестирование, порядка 80% новой функциональности.
    Повод на подумать о целесообразности подобног подхода.
  • Стоит пометка, но контекст не могу вспомнить:(
    Тестировщик отвечает за качество (тестировщик != роль тестировщика, отдаю должное)
  • Пингвины клевые в презентации были 🙂

13. Андрей Базулин

«Как я организовал музыкальный фестиваль и при этом не потерял друзей»

Фото by Стас Давыдов
  • Андрей рассказал на живом примере чего стоит недооценить риски. И кто эти недооценки «решает» — менеджер.
  • Аренду УАЗика в Москве надо планировать и «букать» заранее.
  • Драйв от организации — кайф.

14. Константин Горский

«Планирование дизайнеров»

Фото by Стас Давыдов

Хорошая презентация, игра с залом, где-то интерактив. Где-то шутки…

  • Планируйте дизайнеров заранее.
  • Не рубите у ребят творчество.
  • Зеленая кнопка это вещь,  которую любят дизайнеры.

Вот только сейчас думаю: «Ребята, дизайнеры, а что же делать с дальтониками?!» 🙂

15. Иван Селиховкин

«Специфика раннего планирования на проекте.«

Фото by Стас Давыдов

Иван был хорош, но за свои темы — связь хирургии и управление проектами получил дозу негативной обратной связи.
Хотя, мне показало весьма грамотная связь медицины и раннего планирования — не надо думать, что врач вырежит аппендецит, не спланировав: команду, действия, риски. И в проекте то же самое.

Ребята из Яндекса — спасибо за конференцию.

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

Так что, товарищи — конференция была стоящей. Буду честен, если бы не час\два в кулуарах + интерактив (не транслировалось онлайн) — я отдал бы предпочтение онлайну.

Поделиться в соц. сетях

Опубликовать в Facebook
Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Яндекс

2 пинга

  1. Миниотчет о конференции «План Б в Санкт-Петербурге | «ndtpm

    […] сделанных обзоров, среди которых мне особо понравился обзор Сергея Атрощенкова (наверное за то, что он меня не […]

  2. 30 Июня. Я.Субботник СПб. | BarbaricQA.com

    […] например посетив конференцию План Б, я написал этот […]

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вы можете использовать эти теги HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>