Прожект-менеджмент, какие бывают проблемы

30 ноября 2008, 21:12
Здесь довольно часто обсуждается как в постах, так и в комментариях к компаниям отношения между разработчиком и топ-менеджментом, или если по-нашему, по –простому, с директором. Проблемы с увольнениями, пересчёты зарплаты и прочие не самые приятные вещи. Однако это уже обычно крайние случаи, когда конфронтация неизбежна и результатом боевых действий будут лишь испорченные нервы и трудовая книжка, а заодно и репутация обоих сторон. Гораздо чаще встречаются скрытые конфликтные ситуации, которые возникают в узком кругу команды, занимающейся конкретным проектом под начальством прожект-менеджера. Мне абсолютно неинтересно кого-то там обвинять или учить, просто хотелось поделиться некоторыми достаточно распространёнными случаями, а заодно может обсудить в комментариях подобные проблемы, поделиться опытом, чтобы их избегать. Прожект-менеджер это посредник между заказчиком и непосредственно самими девелоперами, который отвечает за организацию разработки и общую коммуникацию с клиентом. Итак, случай первый – небольшой проект у постоянного заказчика или же какая-то его отдельная часть, которая по планам разработки предусматривает загруженность только пары человек, ну максимум трёх. Заказчик, который как обычно хочет по максимуму сэкономить денег (а иначе, почему он вообще обращается к аутсорсерам, а не набирает себе толковых и дорогих спецов на родине), не очень хочет понимать, зачем ему платить за часы работы пиэма, который будет управлять буквально парой человек. Действительно, неужели они, два таких по утверждению компании классных спеца, между собой не договорятся? Наши компании со всех их опытом, в стремлении не упускать клиента зачастую идут навстречу клиенту и оставляют разработку на девелоперов, а пиэм на проекте существует максимум в формате куратора, который, по сути, только форвардит письма и претензии заказчика. В результате, чаще всего даже у хороших девелоперов такой проект идет, мягко говоря, не очень хорошо, а зачастую и просто валится. Заказчик, как обычно хочет всего и сразу и особенно от своих аутсорсинговых парней. Защищать их интересы особо некому, а прожект-менеджер, который в принципе не разбирается в чём корень самой проблемы, если клиент что-то требует, начинает тупо давить на программистов, неважно при этом насколько реальны и обоснованы требования заказчика. Ребята на проекте, если всё идёт нормально от пиэма не слышат ни слова, но если клиенту что-то взбредёт в голову, получают форвард его гневных глупых писем с добавкой "Что за фигня? Разберитесь, иначе останетесь без премии, и вообще вы там все охренели, бездельники ". Даже если засиживая на работе допоздна, девелоперы вытаскивают проект, в результате остаются недовольны все - и программисты, и куратор-менеджер, и заказчик. Атмосфера в команде никакущая, клиент подумывает об отказе от дальнейшего сотрудничества. Второй случай. Идёт разработка на проекте – получился какой-то косяк, по вине собственно команды, или кого-нибудь одного из программистов. Заказчик сильно недоволен и устраивает выволочку прожект-менеджеру, костеря его всеми возможными способами. Что делает нормальный менеджер и хороший человек? Нет, он не идёт и устраивает всем разнос и в свою очередь рассказывает всем, какие они идиоты и что должны теперь работать бесплатно круглыми сутками, чтобы вытянуть проект. Он пытается сгладить ситуацию, чтобы не портить атмосферу в команде, указать на ошибки и попытается как-нибудь договориться по-хорошему, чтобы программисты, поняв сложность ситуации, сами были настроены её исправить. Ну а что делают многие девелоперы в такой ситуации? Они банально отказываются что-то делать заново или сверху, возмущаются тем, что вообще их тут эксплуатируют и раз пиэм не может всё нормально сделать, за что он вообще деньги получает? Да без него только лучше было бы. И не важно, что при этом такому кодеру вчера было лениво, а сегодня нужно уйти пораньше, а код писать некогда, это ж не он отвечает за проект. В таких случаях даже жалко прожект-менеджера, который сталкивается с подобными, откровенно говоря "зажравшимися" программистами. Ещё вариант, глупый, конечно, но, тем не менее, и он встречается, причём нередко. Сложно представить, но иногда случайным образом выясняется, что кто-нибудь из программистов или тестеров, месяц или даже два, вообще ничего не делал. То есть он, конечно, делал, рылся время от времени в коде, что-то заливал на продакшн, что-то апдейтил. Но вот в результате получен ноль. Половина задач банально даже не реализована, а вторая половина сделана наспех за пару дней, и в принципе работать не может. Конечно, на крупных проектах такое сложно встретить или на срочных, но на мелких, а уж особенно внутренних, такое довольно часто бывает. Виноваты тут, конечно, оба, во-первых, лентяй девелопер, который в условиях перегретого рынка (по крайней мере до последнего времени, знал, что в крайнем случае он работу себе всегда найдёт), а во-вторых, прожект-менеджер, который не пытался вникнуть в проект, а лишь проверял отчётность и заполнение мсп. Тут можно долго рассуждать приводить ещё примеры, но вообще с моей точки зрения причина возникновения большинства проблем – это то, что на прожект-менеджменте часто любят сэкономить, а без него просто нельзя, какой бы не была сильной команда. А также то, что несмотря на все процессы и ИСО-сертификации, МС прожект и т.д., без погружения прожект-менеджера в проект, в котором он должен разбираться и каждую фазу понимать, ничего хорошего обычно не выходит.
подписка на главные новости 
недели != спам
# ит-новости
# анонсы событий
# вакансии
Обсуждение