Основные шаги для [закрытой] методологии Гибкой разработки программного обеспечения

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

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

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

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

• Методы Гибкого Разработчика (Andy Hunt, Venkat S., тонкая книга, высокое отношение значения к странице для новичков)
• Гибкие Принципиальные Методы и Шаблоны (Robert & Micah Martin)
• Поведение еженедельные сессии 'Улучшения' для избранных методов как TDD (приветствие, затяжки кровли, et.all), Осуществляя рефакторинг (Fowler, Joshua K.), и т.д. которые обязаны иметь огромные выплаты.
• приблизительно один месяц в.. пойдите для философских книг как Изменение Объятия XP - Приветствия, Минимизированных Книг Poppendieck, Гибкой Разработкой S/w - Alistair Cockburn, Peopleware - DeMarco, Lister

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

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

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

• Гибкий Обзор
• Значений и Методов Основные Принципы разработки OO
• Шаблоны разработки В Действии
• Основы Поблочного тестирования
• Фиктивные объекты
• Основы Управления исходным кодом Файла/Структуры папок
• Проекта TDD
• Непрерывная Интеграция / Автоматизация сборки
• Гибкие Принципы Планирования проекта
• Обзор Доменных Управляемых Понятий Ядра Дизайна

взгляните на "Гибкую разработку программного обеспечения, Принципы, Шаблоны и Методы" robert marin. существует Java и c# версия. http://www.amazon.com/Software-Development-Principles-Patterns-Practices/dp/0135974445

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

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

Один из методов, которые я всегда хотел бы адаптировать как один из первых, является итеративными ретроспективами. Те жизненно важны для цикла адаптации Гибких подходов.

Я рекомендую статью "Creating an Agile Environment" Gregory S. Smith ( http://www.methodsandtools.com/archive/archive.php?id=70 ) и видео "Переход К Гибкой Методологии На Предприятии" ( http://www.renewtek.com/index.php?page=agile-methodology-in-the-enterprise )

Я буду рекомендация второго Ilja для книги: 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

Наконец появляется, присоединяются к Гибкому списку рассылки по groups.yahoo.com или ScrumDevelopment или AgileProjectManagement хорошо подойдут Вашим потребностям.

Я прочитал много Гибких книг и одной книги, я мог действительно рекомендовать от всех, чтобы те были "Искусством Гибкой разработки" James Shore.

Лучший способ - нанять технически опытного гибкого тренера. Найдите кого-нибудь для работы в вашей команде, который уже использовал любой гибкий метод, который вы хотите применить (scrum, xp, crystal, kanban, ... что угодно) раньше. Им нужно будет увидеть ваши условия работы - и, желательно, поработать в окружающей среде, чтобы помочь. Проверьте их рекомендации и убедитесь, что они действительно использовали это на практике. Вокруг много подражателей и фейков.

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

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

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

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