Современный рынок неумолим – это сфера жесточайшей конкуренции. Наскоро созданное программное обеспечение, постоянно дающее сбои, изобилующее багами, конечно, не будет востребовано у клиентов. А потому разработчик всегда заинтересован в создании стабильно работающего, востребованного решения – непрерывная интеграция и регулярные проверки кода позволяют не допустить проблем и ошибок. Но у всех ли компаний имеется возможность посвятить себя столь кропотливому труду? Agile-команды в большинстве случаев находят время для решения поставленных перед ними задач.
Особенности Agile-методов
Разработчики, прибегающие в своей деятельности к agile-методам, тяготеют к устойчивым эффективным рабочим процессам без неожиданных подвигов и прорывов. Аккуратность исполнения – достойная альтернатива «геройству» и авралам. Подобная устойчивость достигается при:
- точной оценки уровня сложности предстоящих работ;
- выборе эффективной стратегии управления кодом;
- автоматического тестирования со стабильно высоким качеством кода;
- непрерывном развертывании при оперативном ознакомлении с реакцией пользователей.
Для внедрения принципов устойчивой разработки, прежде всего, требуется дисциплина – ее необходимо воспитывать и развивать в команде. Причем часто подобные попытки являются безуспешными, поскольку осваивать принципы agile в отрыве от остальных членов коллектива большой компании бессмысленно. То есть руководители должны понимать, что качество выполненной работы часто значительно важнее объемов и соблюдения сроков, которые вовсе не являются самоцелью. Часто самым сложным на пути к agile становится именно необходимость убедить в этом администрацию, мыслящую согласно «планам» и «графикам».
Но если все получится, то у разработчиков появится возможность устойчивого создания ПО с полной ответственностью за проект. Качественное выполнение возложенных задач позволит обеспечить и коммерческий успех проекта.
Благодаря ответственному подходу на рынок может быть выпущен действительно качественный продукт. Для agile-разработок «гонки на выживание» совершенно не подходят. Если скорость создания ПО несколько отстает от созданных ранее графиков, это говорит лишь о том, что на проработку того или иного момента потребовалось больше времени, чем планировалось изначально. Чтобы вернуть все на круги своя, нужно просто скорректировать объем работ – и тогда «посиделки» за монитором компьютера по ночам и в выходные будут исключены.
Оптимальный подход
Большинству разработчиков программного обеспечения известно о трех ограничениях, которые необходимо соблюдать, работая над проектами – это объем работ, время и качество. Масса знакомящихся с данной статьей специалистов когда-либо принимали участие в проектах с ограниченным хронометражем. При этом многие не могли соблюсти график и в коллективе специалистов начинался настоящий хаос. Порой энтузиазм разработчиков разбивался еще и о то, что конечный продукт на рынке внезапно оказывался (вопреки ожиданиям!) совершенно невостребованным. Руки опускались сами собой – какое уж тут соблюдение сроков…
В agile-разработках возможности изменения объема работ имеют значительно более широкий диапазон. Команда может самостоятельно обеспечить высокое качество на постоянной основе, развить собственную культуру работы, при этом тесно взаимодействуя с коммерческими службами компании. К примеру, в Atlassian принципы agile – это основа работы большинства специалистов.
То есть принципы agile – это больше, чем просто постоянные совещания. Такой подход является сформированной системой принципов, подходов и ценностей. Принципами agile закладывается надежная техническая основа предстоящей работы. При этом разработчики полностью вовлекаются в процесс, создают качественный код, получая при этом удовольствие от слаженной коллективной работы.
Залог качества программного обеспечения
Важным аспектом в agile становится командная работа. Это не удивляет, так как в большинстве случаев любое ПО – это результат коллективного труда. Разработчики тесно общаются с руководством, операторами, специалистами по контролю качества, дизайнерами, так как при написании кода необходимо учитывать все нюансы. Когда специалистами Atlassian начали взаимодействовать с другими отделами компании напрямую, это стало причиной роста качества кода и, соответственно, удовлетворения разработчиков. Код стал совершеннее, сократилось число конфликтующих потоков работы. Взаимодействие специалистов оказалось более эффективным – и это далеко не все положительные изменения.
Atlassian как наставник по agile
«Тренерская работа» играет немаловажную роль при данном подходе. Agile-команды могут обучать друг друга, делиться полученным опытом, чтобы вся команда могла быть одинаково осведомленной о базе кода. Достичь такого результат можно, постоянно осуществляя проверки – это гарантирует стабильно высокое качество, позволяя осуществлять эффективный обмен данными о коде внутри команды.
Как бы не распределялись обязанности и знания внутри команды-agile, важные участки проекта не могут зависеть от одного конкретного работника. Если такая ситуация будет иметь место, тот станет заложником ситуации: не сможет уйти в отпуск, на больничный и пр.
Agile-разработчики могут сочетать в работе различные инструменты из всего набора технологий. Сделать это им проще, чем коллегам, которые используют каскадную модель. Команда agile работает согласно принципам самоорганизации, участники постоянно осваивают новые навыки.
Разработчики, поставляющие продукт в полном объеме – от базы до интерфейса, лучше разбираются в коде. Atlassian хочет сделать своих сотрудников специалистами широкого профиля, а потому приветствует обмен знаниями в рамках компании.
Новый уровень
Переход на agile говорит о формировании здоровой рабочей атмосферы в коллективе. Кстати, Jira Software впервые была использована в 2002 году как инструмент организации администрирования проектов и отслеживания задач. С данного момента свыше 65 тысяч компаний АО всем мире выбрали для себя Jira за возможности гибкой настройки под тот или иной вариант проекта, которая позволяет работать со множеством приложений.
