Согласование целей разработки программного обеспечения с бизнес-стратегией

Рекомендации по постановке целей и полезные советы.

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

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

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

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

Почему руководители должны согласовывать технические цели с бизнес-стратегией?

Поскольку организации всех отраслей приступают к цифровым преобразованиям, спрос на разработчиков постоянно растет. В настоящее время в мире насчитывается около 18 миллионов разработчиков, каждый из которых ежегодно вносит в ВВП в среднем 51 000 долларов США. Однако, согласно опросу, проведенному фирмой финансовых услуг Stripe, почти треть времени разработчиков тратится впустую на отладку, исправление и поддержку плохого кода. Это приводит к негативному влиянию на мировой ВВП в размере 300 миллиардов долларов в год. Учитывая, что зарплаты разработчиков часто превышают шестизначные цифры, нетрудно понять, почему это серьезная проблема для предприятий, инвестирующих в разработку ПО.

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

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

Какие бизнес-цели должны ставить топ-менеджеры?

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

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

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

Рекомендации, которым необходимо следовать при постановке целей и советы, которые помогут в этом.

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

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

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

Заключение

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

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