- Главная
- Дневник эксперта
- Конференция для менеджеров проектов и руководителей групп — «План Б» в Санкт-Петербурге, 23 февраля 2013
Конференция для менеджеров проектов и руководителей групп — «План Б» в Санкт-Петербурге, 23 февраля 2013
Евгений Севастьянов
генеральный директорКонсультировал в области регулярного менеджмента более 70-ти компаний: от 10 до 9.000 человек (включая: холдинги, сети магазинов, фабрики, сервисные компании, строителей, государственных служащих, веб-агентства, интернет-магазины). Ученик Александра Фридмана.
Один из соавторов книги "Социальные технологии Таллиннской школы менеджеров. Опыт успешного использования в бизнесе, менеджменте и частной жизни": http://www.ozon.ru/context/detail/id/140084653/
Конференция «План Б» состоялась в выходной день — 23 февраля. Время старта — 10:00. Однако, свободных мест в зале не было. Поэтому тем кто любит подольше поспать пришлось прослушивать конференцию стоя.
Участники от «Открытой Студии»:
Евгений Севастьянов — генеральный директор.
Антон Белоев — руководитель проектов.
Зачем мы пришли на «План Б»
Мероприятие от Яндекса о проблемах и граблях (в простонародии зовутся «факапами»), возникающих при работе над проектами. «Кто не ошибается — тот не менеджер», — говорят бумажные распечатки, развешенные по офису Яндекса. Полностью согласен.
Мы пришли на «План Б», чтобы учиться на чужих ошибках и тем самым сэкономить деньги наших Клиентов.
Рекомендации по предотвращению факапов от Ольги Павловой
- При работе над проектом сразу подключайте маркетологов заказчика.
- Чётко озвучивайте, что в проект НЕ войдёт.
- Хвалите и благодарите участников проекта.
- Лучше планировать сразу и заранее.
- Минимизировать риски — постоянно задавать вопросы.
- Использовать договоры и оферты при любых работах.
Мои личные выводы по итогам «Плана Б»
А также хотелось бы представить свои выводы по итогам конференции. Уверен, они помогут нам улучшить качество своей работы. Будем их обсуждать с командой и после этого внедрять в наши бизнес-процессы:
- При работе над проектом избегать разработки сложного функционала второстепенной полезности. Наличие сложного функционала значительно уменьшает скорость и конечное качество разработки. Оптимально будет уже работающий проект дорабатывать постепенно, по мере необходимости.
- Отвергать любые попытки изменения функционала и доработку согласованного проекта, поступающие на стадии разработки от заказчика.
- Исключить двойную ответственность в проектной группе.
- Все решения по проекту нужно сразу же документировать.
- Всегда причины проблем и факапов необходимо искать в себе и своей компании, вместо того, чтобы искать причины в других и «пенять» на обстоятельства.
«План Б» в фотографиях
Теперь вы можете Перейти ко всем статьям или Смотреть каталог услуг «Открытой Студии»
Читавшие эту статью, также читали
Мало, требую развернутой теоретизации!
—написал Михаил, 24 февраля 2013С нетерпением жду видео с Конференции!
—написал Станислав Кошкин, 25 февраля 2013Очень рад что побывал на этой конференции.
—написал Антон, 27 февраля 2013Несмотря на то, что она проходила 23 февраля - нисколько не пожалел. Море полезной информации, практических кейсов и отличных людей.
Основные моменты которые я отметил для себя:
1) Факапы встречаются у всех и это не так страшно, но их нужно анализировать иделать выводы
2) С программистами можно и нужно общаться чаще
3) Длинный проект нужно разбивать на итерации
4) При факапе - виноват руководитель проекта. При удачном завершении проекта - заслуга всей команды проекта.
Ну и конечно офис Яндекса - это реально круто!