Подтвердить что ты не робот

Основные этапы методологии разработки Agile

Каковы основные шаги для Agile software development?
И как вы начинаете новый проект с гибкой методологией?

4b9b3361

ОТВЕТЫ

Ответ 1

Well OP, нет единого документального пошагового руководства для "гибкой разработки программного обеспечения" и любой процедуры, которая согласуется с манифест квалифицируется как гибкий

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

  • выбрать одну практику за раз
  • Вложите около 2-3 недель с ним. Успокойтесь с ним.
  • проверьте, все ли в команде считают, что это полезно. Если да, придерживайтесь его, сделайте его частью своего нового процесса. Иначе отбросьте и найдите и замените другим альтернативным средством.

В случае, если вся ваша команда является новой для гибкой, я бы рекомендовал (в порядке интенсивности)

  • Практики гибкого разработчика (Энди Хант, Венкат С., тонкая книга, высокое соотношение цены и качества для новичков)
  • Гибкие принципы практики и шаблоны (Роберт и Мика Мартин)
  • Проводите еженедельные сеансы "Лучше" для избранных практик, таких как TDD (beck, astels, et.all), Рефакторинг (Fowler, Joshua K.) и т.д., которые должны иметь огромные выигрыши.
  • месяц или около того.. пойдите для философских книг, таких как XP Embrace Change - Beck, Lean Books by Poppendieck, Agile S/w Development - Алистер Кокберн, Peopleware - DeMarco, Lister

Я бы рекомендовал взглянуть на книги, перечисленные здесь

Ответ 2

Существует серия screencast под названием Autumn of Agile, которая дает представление об гибких принципах. Пока не так много эпизодов, но план эпизодов выглядит следующим образом:

  • Обзор гибких ценностей и практик.
  • Основные принципы проектирования OO
  • Шаблоны проектирования в действии
  • Основы тестирования модулей
  • Mock Objects
  • TDD
  • Организация проекта/папка
  • Основы управления версиями
  • Непрерывная интеграция/автоматизация сборки
  • Гибкие принципы планирования проектов
  • Обзор основных концепций дизайна, управляемых доменом

Ответ 3

Хенрик Книберг собрал короткий PDF, быстрый и удобный для чтения. Вы можете начать с его чтения. Вы получите ответ на свой вопрос и многое другое.

Ответ 5

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

Я настоятельно рекомендую книгу "Agile Adoption Patterns", чтобы помочь вам подумать о том, какой из них подходит для вас. Также может быть хорошей идеей получить прямую (на сайте) помощь от кого-то, кого знают в Agile development - того, кто может наблюдать за вашей командой, видеть шаблоны и антипаттерны и вносить свой вклад в то, как с ними бороться.

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

Ответ 7

Вторая рекомендация Илья для книги: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521

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

Отзывы о книге: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521 Пример главы: http://www.informit.com/store/product.aspx?isbn=0321514521#info8

Наконец, присоединитесь к списку адресов Agile по группам. yahoo.com либо ScrumDevelopment, либо AgileProjectManagement наилучшим образом удовлетворит ваши потребности.

Ответ 8

Я читал много гибких книг, и одна книга, которую я действительно могла бы порекомендовать всем, это "Искусство гибкого развития" Джеймса Шор.

Ответ 9

Лучший способ - нанять технически опытного гибкого тренера. Попросите кого-нибудь поработать над вашей командой, которая сделала любой гибкий метод, который вы хотите принять (схватка, xp, хрусталь, канбан и т.д.) Раньше. Им нужно будет увидеть ваши рабочие обстоятельства - и желательно работать в среде, чтобы помочь. Проверьте их ссылки и убедитесь, что они действительно использовали его на практике. Множество подражателей и подделок.

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

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

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

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

Ответ 10

Вы не проворны или нет, вы более или менее проворны.

Чтобы начать получать более гибкие от того, что вы уже делаете,

  • визуализировать больше (показатели на экране, визуальная доска и т.д.)
  • получить больше обратной связи и сократить петли обратной связи (CI, метрики кода, показатели ошибок и т.д.).
  • уменьшить количество одновременной работы (WIP) - т.е. уменьшить многозадачность как на индивидуальном, так и на командном уровне.

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