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

Введение

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

Далее приводим перевод оригинального манифеста дословно…

Сам Манифест

Мы постоянно открываем для себя более совершенные методы разработки
программного обеспечения, занимаясь разработкой непосредственно и помогая
в этом другим.

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

  • Люди и взаимодействие важнее процессов и инструментов
  • Работающий продукт важнее исчерпывающей документации
  • Сотрудничество с заказчиком важнее согласования условий контракта
  • Готовность к изменениям важнее следования первоначальному плану

То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.

12 основополагающих принципов Agile-манифеста

Мы следуем таким принципам:

  1. Наивысшим приоритетом для нас является удовлетворение потребностей
    заказчика, благодаря регулярной и ранней поставке ценного программного
    обеспечения.
  2. Изменение требований приветствуется, даже на поздних стадиях разработки.
    Agile-процессы позволяют использовать изменения для обеспечения заказчику
    конкурентного преимущества.
  3. Работающий продукт следует выпускать как можно чаще, с периодичностью
    от пары недель до пары месяцев.
  4. На протяжении всего проекта разработчики и представители бизнеса должны
    ежедневно работать вместе.
  5. Над проектом должны работать мотивированные профессионалы. Чтобы
    работа была сделана, создайте условия, обеспечьте поддержку и полностью
    доверьтесь им.
  6. Непосредственное общение является наиболее практичным и эффективным
    способом обмена информацией как с самой командой, так и внутри команды.
  7. Работающий продукт — основной показатель прогресса.
  8. Инвесторы, разработчики и пользователи должны иметь возможность
    поддерживать постоянный ритм бесконечно. Agile помогает наладить такой
    устойчивый процесс разработки.
  9. Постоянное внимание к техническому совершенству и качеству
    проектирования повышает гибкость проекта.
  10. Простота — искусство минимизации лишней работы — крайне необходима.
  11. Самые лучшие требования, архитектурные и технические решения рождаются
    у самоорганизующихся команд.
  12. Команда должна систематически анализировать возможные способы
    улучшения эффективности и соответственно корректировать
    стиль своей работы.

Материалы по теме Agile

Чек-листы в Agile-разработке: DoD, DoR, CoS (AC) & ToDo

В руководстве про Скрам-разработку и просто в статьях о Agile практиках разработки часто встречаются методы чек листов типа DoD, DoR, CoS и ToDo. Давайте разберемся что это такое и как ими пользоваться.

Барабан-буфер-канат (ББК) — из методов ТОС

Барабан-буфер-канат (ББК) (drum-buffer-rope (DBR)) – метод TOC для планирования и управления производством при наличии внутреннего ресурса-ограничения. О применении в ИТ-разработке.

Место Agile-команд в компании

Мы поговорим о месте Agile-команд в большой компании. Если речь идет о большой компании, которая сейчас работает, применяя другие управленческие подходы, то трансформацию стоит проводить постепенно. И, более того, далеко не всегда всю компанию стоит перестраивать, стоит оценивать сравнительную эффективность разных методов, основываясь на характере деятельности и доступном персонале. А можно руководствоваться классическим «солнце всходит и заходит, ничего не надо трогать», в большинстве компаний можно найти хорошо работающие подразделения. Более подробно Вы можете ознакомиться с вопросом, пройдя по ссылке, указанной в источнике. .

Схема scrum — ежедневная работа внутри спринта

Средством организации ежедневного выполнения задач, с которыми люди работают самостоятельно или автономно, является доска Scrum, на которую помещены задачи. Сотрудник берет себе задачу, помечает на ней себя как ответственного и перемещает ее на доске в колонку, соответствующую выполняемым задачам, и затем ее выполняет. Колонок с выполняемыми задачами на доске может быть несколько, при этом в зависимости от разделения труда в команде, сотрудник может выполнять несколько этапов, или передавать задачу другим сотрудникам.  Передача задач тоже происходит посредством доски, а не в прямой коммуникации: задача перемещается в колонку готовности к следующей фазе. И так – пока задача не окажется в колонке сделанных. …

Leave a comment

Ваш адрес email не будет опубликован.