Как свести к нулю количество конфликтов между проектной командой и командами поддержки (Юрий Матвиенко, SPMConf-2011) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
== Примечания и отзывы == <!-- <blockquote>[©]</blockquote> --> <references/> {{stats|disqus_comments=0|refresh_time=2020-01-04T23:36:5609T23:41:24.971843730458|vimeo_comments=0|vimeo_plays=190|youtube_comments=0|youtube_plays=8}} [[Категория:SPMConf-2011]] [[Категория:Team Communication]] |
Версия 20:41, 9 января 2020
Содержание
Аннотация
- Докладчик
- Юрий Матвиенко
Большинство конфликтов между проектными командами и командами поддержки возникает по двум причинам. Первая – несоответствие их целей друг другу. Вторая – отсутствие даже самых элементарных знаний о принципах работы смежной команды.
Мы редко задумываемся о том, что можем быть полезны друг другу. Поддержка должна быть звеном, связывающим проект с заказчиком. Поддержка лучше всего понимает настоящие потребности конечного пользователя и потому может быть, например, первым приёмщиком продукта. Это позволит не допускать до глаз заказчика очевидные для него изъяны. С другой стороны, работа в проекте для сотрудника поддержки – отличная школа, шаг вперёд в саморазвитии и превосходный мотиватор.
Каким образом проблемы взаимодействия служб развития и поддержки были решены в отдельно взятом ИТ департаменте крупного холдинга? Как правильно ставить цели обеим командам? В какой момент и в какой роли вводить в проектную команду сотрудников поддержки? Что надо закладывать в план и бюджет проекта ещё до принятия решения о его старте? Каким должен быть регламент передачи продукта в поддержку? Эти вопросы рассматриваются в докладе. Основной упор будет сделан на успешный практический опыт.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Слайды
Примечания и отзывы
Plays:198
Comments:0