{"id":14291,"url":"\/distributions\/14291\/click?bit=1&hash=257d5375fbb462be671b713a7a4184bd5d4f9c6ce46e0d204104db0e88eadadd","hash":"257d5375fbb462be671b713a7a4184bd5d4f9c6ce46e0d204104db0e88eadadd","title":"\u0420\u0435\u043a\u043b\u0430\u043c\u0430 \u043d\u0430 Ozon \u0434\u043b\u044f \u0442\u0435\u0445, \u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u0442\u0430\u043c \u043d\u0435 \u043f\u0440\u043e\u0434\u0430\u0451\u0442","buttonText":"","imageUuid":""}

Agile Project Management понятными словами

Кто такой менеджер в IT?

Менеджер в IT — это человек находящийся между бизнесом и технологиями, который переводит потребности бизнеса в понятный язык для разработчиков для достижения целей бизнеса.

Что должен знать менеджер?

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

Что такое Agile?

Многие говорят что это гибкая методология для разработки ПО, НО ЭТО НЕ ТАК

Agile - это философия управления проектами которые опираются на ценности и принципы, которым руководствуется команда для эффективной и гибкой работы в неопределенной среде.

Причём тут Менеджер?

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

О каких ценностях идёт речь?

1. Люди и взаимодействие важнее процессов и инструментов;

2. Работающий продукт важнее исчерпывающей документации;

3. Сотрудничество с заказчиком важнее согласования условий контракта;

4. Готовность к изменениям важнее следования первоначальному плану.

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

Какой подход к разработке у Agile?

• Гибкая методология разработки (Scrum/KanBan/Lean/XP)

• Постоянное формирование требований на основе целевого видения продукта

• Короткие горизонты планирования (1-2 мес.)

• Реализация внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля

• Каждый участник процесса «конвейерной сборки» вовлекается в процесс переосмысления своих задач и общего дела; каждый может вносить изменения и даже остановить разработку

Но не всё же так круто?

Действительно что нет в этом мире задумок без минусов, и вот некоторые из них:

  • Меньше предсказуемости
  • Много времени может уходить на выяснение отношений в команде
  • Нет чётких дедлайнов
  • Нет чёткого бюджета
  • Требования могут меняться в любой момент

Каковы 12 принципов Agile?

Легко заметить, что многие принципы Agile непосредственно относятся к разработке ПО. Именно из этого исходили многие участники исходного Agile Alliance, именно на этом делается акцент в манифесте Agile. Однако принципы Agile применимы и к проектам в других областях и отраслях, поэтому давайте рассмотрим это подробнее.

  • Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения. Главное для Agile-команды — удовлетворенность клиентов, поэтому они обязательно представляют результаты своей работы через регулярные промежутки времени, а не заставляют заказчиков ждать финального результата в конце проекта.
  • Изменение требований приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения конкурентного преимущества заказчика В этом их преимущество перед традиционными командами, которым обычно не так легко управлять изменениями.
  • Работающий продукт следует выпускать как можно чаще, с периодичностью от двух недель до двух месяцев Вспомним, что Agile-команды ценят постоянное общение, а не жестко распланированный выпуск обновлений, которые могут слишком далеко отстоять друг от друга по времени, что может оказаться неприемлемым для клиентов. Команды Scrum, которые тоже работают по методологии Agile, разбивают свою работу на периоды от одной до четырех недель, известные, как спринты.
  • На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе Сотрудничество — краеугольный камень Agile, причем имеется в виду не только сотрудничество между членами команды, но и сотрудничество с заинтересованными сторонами, разработчиками, клиентами и другими партнерами.
  • Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте им условия, обеспечьте поддержку — и полностью им доверьтесьAgile-команды успешны, потому что в них работают только те люди, которые необходимы для проекта. Если участники Agile-команды получат поддержку, возможность работать вместе и инструменты, необходимые для работы, все остальное приложится.
  • Непосредственное общение — наиболее практичный и эффективный способ обмена информацией как с самой командой, так и внутри команды. Все мы знаем, что главное в управлении проектами — личное сотрудничество. Этот принцип применим и во времена «новой нормы», при гибридных и удаленных моделях работы. Zoom и Teams — отличная альтернатива телефонным звонкам и электронной почте, а в ключевых точках проекта возможны и личные встречи команд.
  • Работающий продукт — основной показатель прогресса. Смысл принципа, который называет работающий продукт основным показателем прогресса, в том, что главная цель команды всегда остается одна — предоставить клиенту как можно более высококачественный результат. Когда клиент доволен, это и есть главный показатель успеха проекта.
  • Agile помогает наладить устойчивый процесс разработки. Инвесторы, разработчики и пользователи должны иметь возможность бесконечно поддерживать постоянный ритм Многие команды поначалу показывают бурный прогресс, который не получается сохранить до конца проекта.
  • Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проектаAgile не работает по принципу «раз — и готово». Каждый новый проект — это возможность для инноваций, а не для повтора одних и тех же идей.
  • Простота как искусство сократить до минимума лишнюю работу крайне необходима Команды Agile не занимаются переусложнением — они просто соблюдают проектные требования и хорошо выполняют свою работу, а затем переходят к следующему проекту.
  • Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд Лучшие команды — это те команды, у которых есть лидер, предоставляющий им свободу самовыражения. Микро - менеджмент редко делает команды лучше или продуктивнее, и Agile-команды — отличный пример того, чего можно добиться без микро-менеджмента.
  • Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы Непрерывное совершенствование — сама суть Agile, и регулярные проверки эффективности команды в целом могут помочь избавиться от вредных привычек и добиваться большего.
0
1 комментарий
Muhammadsoleh Salikhov

Для новичков самое то)

Ответить
Развернуть ветку
-2 комментариев
Раскрывать всегда