Принято считать, что одна из главных проблем открытых проектов — нехватка ресурсов. Мало денег, мало разработчиков... Всего мало, только энтузиазма основателей в избытке.

Подобная ситуация настолько понятна, что нехваткой ресурсов принято объяснять и ошибки в ПО, и недостаточную интенсивность разработки, и фактическое закрытие проектов... Однако руководитель группы Customer Content Services компании Red Hat Сэм Кнут считает, что такой простой подход зачастую не имеет под собой реальных оснований.

В статье на сайте OpenSource.com он пишет про совершенно противоположную ситуацию. Он рассказывает, как несколько недель назад в одной из своих поездок он выяснил, что открытый проект испытывает трудности оттого, что некоторые участники не могут вносить в него такой вклад, на который потенциально способны.

Кнут не скрывает, что его первой реакцией было удивление. Он постоянно слышит жалобы на огромный список дел, с которыми нереально справиться в течении разумного периода времени. Про избыток ресурсов он услышал впервые.

Впрочем, недоиспользование потенциала участников не обязательно связано с объёмами работ. Зачастую дело не в количестве, а в качестве. Наиболее талантливые люди хотят видеть влияние их вклада и реализовать свои идеи. Именно по этой причине их привлекает открытая разработка, в которой всё зависит от каждого специалиста.

Одна из главных задач лидера заключается в том, чтобы как можно раньше выявлять самых способных и амбициозных участников, которым следует поручать сложную, содержательную и интересную работу. Поскольку именно такие люди потенциально способны принести проекту максимальную пользу, положительный эффект от таких мер обязательно будет.

Разумеется, активную позицию должен занимать не только лидер, но и сам участник, поскольку он больше остальных заинтересован в самореализации. Кнут считает, что в этом случае ему надо отбросить лишнюю скромность и поговорить с лидером. При любом итоге ясность лучше неопределённости.

Тем не менее участникам часто бывает психологически непросто решиться на прямой разговор. Особенно если они только недавно присоединились к проекту и не имеют в нём достаточного статуса. Поэтому Кнут рекомендует начать беседу издалека.

Во-первых, участник может сообщить лидеру, что готов взять на себя дополнительную нагрузку. Если даже речь зайдёт об обычном объёме работы, дайте понять, что способны на большее.

Во-вторых, участник может напомнить лидеру о собственных навыке и опыте, которые не используются в проекте. Возможно, руководитель просто упустил их из внимания и готов дать более сложное задание.

В-третьих, если у участника есть какие-то оригинальные идеи, то можно обсудить именно их. Если лидер их одобрит, то предложить ему свою кандидатуру для реализации собственных предложений — практически наверняка это будет принято.

В-четвёртых, можно поделиться с лидером собственными наблюдениями, которые смогут улучшить работу команды в целом. Если он согласиться, то предложить взять на себя ответственность за эти мероприятия.

Опираясь на личный опыт работы в открытых проектах Кнут считает, что такой разговор всегда будет воспринят лидером положительно. Даже если предложения участника выглядят несколько авантюрными, инициативу в сообществе Open Source принято всячески поощрять.

Правда ждать от энтузиаста практической пользы следует не всегда. Для этого руководитель должен быть уверен, что участник:

  • последовательно демонстрирует высокое качество работы;
  • точно понимает цели проекта и ищет пути их более эффективного достижения;
  • предлагает достижимые, подходящие и эффективные идеи.

Как уже было сказано выше, к инициативам в сообществе Open Source относятся положительно — в конце концов, Linux начинался с «Just for Fun». Но лидер не может себе позволить быть полным идеалистом, поэтому во время разговора с участником ему следует учитывать ряд важных факторов.

Во-первых, демонстрирует ли его собеседник понимание целей и стратегии проекта. Если нет, то ему следует помочь разобраться в этих вопросах, а затем подумать о том, как направить его инициативы в полезное для всей команды русло.

Во-вторых, соответствует ли собеседник месту, занимаемому в команде. Если предложения участника далеко выходят за рамки его непосредственной работы, то может оказаться, что он будет более полезен в другой роли. В этом случае лидеру стоит попробовать получше узнать желания человека, сопоставить их с потребностями проекта, а затем попытаться найти между ними какое-то соответствие.

В-третьих, не будут ли действительно интересные идеи собеседника отнимать слишком много ресурсов от других важных работ. Это самый сложный случай, поскольку требует от лидера умения достичь баланса между общей целью проекта и личными задачами участника. Возможно, им сообща удастся выработать какой-либо приемлемый для обоих план.

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

В идеале, точно так же должен относится к этим задачам и каждый участник. Разговор с лидером разумней начать со слов «Я хотел бы это сделать, чтобы помочь команде». Это намного лучше, чем «Я хотел бы это сделать, поскольку мне скучно и я хочу интересную работу». Несмотря на то, что в большинстве случаев оба заявления могут быть правдивыми и искренними, отношение к первому будет доброжелательней.

Работа в проекте Open Source — это всегда баланс интересов. Личное и общее переплетены в них так сильно, что одно практически невозможно отделить от другого. Нет ничего странного или необычного в том, что участники хотят решать сложные проблемы, а не заниматься необходимой рутиной.

Задача лидера — распределять задачи так, чтобы каждому доставалось что-то заманчивое. Только в этом случае он может рассчитывать, что участники будут делать что-то важное для всего проекта, но не слишком интересное для себя.