Действительно, зачем нужен менеджер проектов в современном IT-мире? Scrum, самоорганизующиеся и распределенные команды, фриланс-биржи... Посмотрев на все это, человек, который захочет реализовать идею собственного проекта, может решить, что менеджер — это пережиток, лишние финансовые расходы, и вообще, он сам все расставит красиво по местам.
Однако. Один из наших клиентов в Бостоне, чей проект впоследствии попал ко мне в работу, во время предварительных переговоров написал следующее:
«I had hoped to spend no more than $N on something like this based on my initial review of UpWork engineers quotes. Most decent ones with relevant portfolios quoted around $M so I figured a 2x increase for the value of having it managed and off my plate is worthwhile».
Обратите внимание, заказчик в полном уме и здравой памяти решил повысить стоимость проекта вдвое только ради того, чтобы его проектом кто-то управлял. Так в чем же дело?
Самоорганизующаяся команда профессионалов — основа SCRUM, в котором предполагается кросс-функциональный состав разработчиков. В современном кино можно нередко встретить такие команды, например:
«Звездный путь» (начиная с 2009 года) и команда звездолета Enterprise. По мне, так данная команда — это в чистом виде бирюзовая компания (почитайте Фредерика Лалу «Открывая организации будущего»), потому что складывается впечатление, что в этой команде каждый из участников в определенный момент времени исполняет ту роль, в которой он может принести наибольшую пользу для общего дела. Однако и здесь есть роль капитана корабля, которую передают то аналитику или пилоту, то инженеру или доктору.
«Мстители». Еще одна наикрутейшая команда профессионалов, да еще и каких! Бог грома, убийца, шпион, зверь, миллиардер-плейбой-филантроп, солдат и т. п. Между тем в самый жаркий момент вся эта разношерстная компания добровольно делегирует права командира Капитану Америка. Интересно, не правда ли?
А ведь в обычной жизни, за пределами IT, мы часто принимаем решения о том нужен ли нам менеджер.
Хочу рассказать историю, как лично столкнулся с командой, в которой был свой лидер, и как принимал решение нужен мне этот человек и его команда или я сам себе молодец. Мой рассказ пойдет об обычном бытовом проекте. Параллельно я задал несколько вопросов своим коллегам о том, как бы они повели себя в тот или иной момент своей профессиональной деятельности при работе над IT-проектом. Ниже мы увидим насколько привычные нам в обычной жизни действия пересекаются с тем, что происходит в таком загадочном и инновационном мире разработки программного обеспечения.
Итак...
Старт проекта
В один прекрасный момент я решил стартовать проект по укладке тротуарной плитки у себя дома. Задача состояла в том, чтобы уложить около 100 кв. м. плитки на участок неправильной формы с перепадом уровня горизонта. Сделать все нужно было в течение рабочей недели, так как далее у меня начинался отпуск. Предварительно узнав цены на данный вид деятельности, я понял, что у меня на руках есть примерно половина требуемого бюджета, а вторую половину необходимо добирать кредитными средствами.
Месяца за три до этого я заприметил группу парней, которые бодро укладывали асфальт напротив соседского дома. Мне понравилось, как шустро они управлялись с техникой, избегая перекрытия движения по дороге, обеспечивая проход людей по временной тропе, и вообще как красиво у них все это получалось. Я подошел, поинтересовался укладывают ли они плитку или нет, на что получил ответ, что плитка — это их основной профиль, а асфальт — второстепенный. Мне дали телефон менеджера по продажам. На том и расстались.
А что если сэкономить? Допустим я не смогу сделать все своими руками. Но сейчас несложно найти недорогих рабочих, которым всего-то необходимо сказать что нужно сделать. Да, за ними надо будет наблюдать, заниматься дополнительной покупкой материалов и постоянно следить, чтобы сильно не накосячили. Однако мое время тоже стоит денег. И я решил, что пусть каждый занимается своим делом, уж лучше я найму готовую, давно сработавшуюся бригаду, а не одиночных рабочих, пусть и не по самой выгодной цене.
И вот в нужный час я звоню менеджеру по продажам, со мной проводят полноценные presale-переговоры, составляют схему участка под укладку плитки, определяют предварительный бюджет по материалам. Узнав ограничения по времени с моей стороны (deadline), мой собеседник сказал, что у него есть одна бригада, которая точно уложится в указанный срок, а возможно сделает все раньше, но стоимость ее чуть выше. По факту работ возможно придется доплатить, так как окончательная геометрия участка и реальные трудозатраты будут определены уже во время работ. В общем, мы договорились. Кредитный ресурс я пустил на закупку материалов и стал ждать бригаду. Дело было в воскресенье.
Через час приехал бригадир (он же менеджер и технический лидер в терминах IT) с напарником. Это оказались те самые ребята, которых я раньше видел. У бригадира в телефоне была схема моего участка с некоторыми заметками по поводу уровня горизонта. Парни произвели повторный замер участка, углов и поинтересовались как именно я планирую пользоваться данной площадкой. Узнав про наличие нагрузки в 17 тонн воды от каркасного бассейна, они проверили существующее основание, чтобы понять, нужно ли его будет переделывать. Бригадир сказал, что ему потребуется доступ на соседский участок, чтобы оттуда произвести работы по установке поребрика и попросил меня организовать такой доступ на оговоренный период времени. Посмотрев по сторонам, мы определили техническую зону для оборудования и обговорили требования по водоотводу с площадки.
«Очень часто на старте проекта его рамки не определены в нужном объеме. Строятся лишь предположения о том, каким должно быть итоговое решение. Одним из главных навыков любого менеджера проектов является умение задавать правильные (исследовательские) вопросы и упорно добиваться четких ответов. Поэтому менеджер проектов еще на старте погружается в предметную область, проясняет смысл создания приложения и формулирует, какую именно проблему конечного пользователя нужно решить. Опираясь на цели бизнеса и цели самого клиента, менеджер описывает верхнеуровневые требования к функционалу будущего продукта. Именно по этим требованиям команда проводит оценку, и клиенту предоставляются первые рамки по срокам и бюджету»
Ребята уточнили, где поблизости находятся магазины, чтобы организовать для себя питание, как воспользоваться бытовыми удобствами (вода, туалет и т. п.). Бригадир сказал, что они готовы начать завтра и все будет закончено в среду вечером. Я в лучшем случае рассчитывал на пятницу или субботу, а тут — среда! Парни привезли все необходимое оборудование и мы расстались до утра понедельника.
Итак, мой проект стартовал.....
Продолжение статьи читайте здесь.
