Эта статья была спонсирована Atlassian . Спасибо за поддержку спонсоров, которые делают возможным использование SitePoint.
Atlassian, компания, стоящая за популярным программным обеспечением JIRA для отслеживания проектов и проблем, недавно заключила партнерское соглашение с аналитическими службами Harvard Business Review, чтобы написать отчет об успехах гибкой разработки программного обеспечения. В отчете рассказывается о последних изменениях в тенденциях развития и о том, как рост конкуренции требует от разработчиков программного обеспечения выполнения сроков быстрее, чем когда-либо. Переход к гибкому рабочему процессу является ключом к быстрой разработке и выпуску циклов, но есть хитрость, чтобы сделать Agile правильным способом. Давайте рассмотрим несколько ключевых моментов, выделенных в отчете, чтобы лучше понять, как лучше работать с Agile.
История Agile
Оказывается, что Agile-процесс уже давно существует. Почти два десятилетия на самом деле. Но только недавно метод разработки программного обеспечения получил признание в качестве основной передовой практики. Несмотря на то, что для роста популярности потребовалось некоторое время, в отчете Atlassian и Гарварда говорится, что «IDC оценивает, что объем рынка средств управления гибким жизненным циклом к 2017 году превысит 1 миллиард долларов в общемировом доходе». Это означает, что популярность agile не показывает никаких признаков замедления. вниз. Не пора ли твоя команда заметила?
Так что же делает Agile таким особенным? Как говорится в отчете, Agile отличается от традиционного подхода к программированию с использованием водопадов. Этот метод водопада разбивает программирование на несколько итеративных этапов, включая планирование, разработку дизайна, тестирование и реализацию. Каждый шаг спроектирован так, чтобы происходить последовательно, без повторов между последующими. Как вы, наверное, знаете, у этого подхода есть свои трудности. Каждый шаг может занять много времени и часто задерживается из-за меняющихся бизнес-требований. Конечно, самая важная причина, чтобы выбрать гибкий подход вместо водопада, это общение. С традиционным подходом водопада становится трудно создать среду командной работы и сотрудничества, поскольку каждый этап проекта должен проходить последовательно.
В Agile подход «водопад» разбит на гораздо меньшие масштабы, так что добавочные части проекта могут быть повторены в гораздо более быстром темпе. Это, в свою очередь, способствует командной работе и общению, так как всем членам команды рекомендуется работать друг с другом, чтобы обеспечить меньшую часть всего проекта.
Создание гибкой работы
Возможно, вы уже были проданы за успех и надежность гибкого метода, но важно помнить, что команды могут все еще не включить гибкую работу для них. Атлассиан и Гарвард обнаружили, что многие компании все еще пытаются получить максимальную отдачу от гибких реализаций. Большая часть этого происходит из-за недооценки времени и усилий, необходимых для успешной реализации гибкого метода.
Одна из самых сложных частей успешного осуществления гибкого процесса — это необходимые культурные изменения, которые необходимы. Внедрение agile позволяет с самого начала принимать как культурные, так и организационные изменения. Эти изменения не только для команды инженеров, либо. Во многих случаях принятие гибкого метода означает сдвиг для всей компании.
Распространение Agile в вашей компании
Если вы хотите, чтобы agile работал для вас и вашей команды, это может потребовать изменения культуры всей вашей организации. Как объясняют Атлассиан и Гарвард, адаптивные практики — это легкая задача. Однако изменить свою бизнес-культуру в соответствии с этими новыми практиками может быть гораздо сложнее. Важно помнить, что разработчики часто работают с теми, кто не входит в состав команды разработчиков. Agile становится легче, когда все в организации понимают, как работать таким образом, чтобы agile-метод продолжал улучшать вашу команду инженеров, а также скорость, с которой выпускаются релизы.
Связь — это ключ
Коммуникация является еще одной важной частью успешной стратегии гибкого развития. На самом деле, общение может быть просто самой важной частью всего гибкого процесса. Как указано в отчете Атлассиана и Гарварда: «При правильной реализации видимость проекта значительно возрастает, а нарушения связи происходят гораздо реже. Это потому, что каждый может видеть и постоянно обсуждать то, над чем все остальные работают в любой момент ».
Один из лучших способов улучшить общение — убедиться, что ваша команда может находиться в одном и том же месте в одно и то же время. Это, конечно, гораздо труднее сделать, когда инженерные команды могут быть удаленными или находящимися вдали от берега. Однако, когда это возможно, преимущества легко увидеть. Простое изменение, такое как обмен кабин для открытой планировки офиса, может позволить вашей команде намного лучше общаться друг с другом. Это, в свою очередь, позволит завершить ваши проекты вовремя и без общих сбоев в коммуникации, которые приводят к задержкам.
Управление продуктом также может сыграть большую роль в успехе Agile. Обеспечение того, чтобы ваши менеджеры по продукту были такими же доступными, как и ваши инженеры, помогает обеспечить быстрое решение любых вопросов или сбоев. Это также сыграет важную роль по мере роста вашей команды. Как отмечают Атлассиан и Гарвард в отчете, поскольку группы гибкой разработки растут более чем на 100 человек, координация между потребностями и проблемами заинтересованных сторон может быть затруднена без внимательных и доступных руководителей проектов.
Вывод
Несмотря на то, что популярность гибкого метода, безусловно, растет, его внедрение может быть очень сложным для вашей команды. Как мы видели здесь, есть над чем подумать в отношении адаптации процесса. Коммуникация, культура и принятие в масштабах всей компании являются важными частями хорошей гибкой реализации. Если вы заинтересованы в получении дополнительной информации о гибкой и как вы можете заставить его работать для вашей команды инженеров.