Программное обеспечение разрабатывается с начала 60-х годов. Сегодня в этом процессе заняты самые разные специалисты, и их работу нужно структурировать, контролировать, планировать и приоритизировать.
В начале 90-х годов на замену «тяжелым» методам разработки стали приходить новые: RAD, Scrum, Crystal Clear, XP, которые сейчас принято называть гибкими методологиями разработки ПО. В 2001 году был опубликован «Манифест гибкой разработки программного обеспечения» (AGILE)
В общем смысле Agile стал философией современной разработки, в которой Scrum организует структуру совместной работы и определяет четкие роли в проекте, Kanban балансирует задачи и визуализирует их, а концепция Lean помогает оптимизировать задачи, и процессы.
Общая цель подхода Agile – создание продукта в максимально короткие сроки, организация работы по четким ролям в установленные временные отрезки.
Scrum нужен компаниям для того, чтобы организовать работу команды. В Scrum у каждого специалиста своя четкая роль. В процессе обязательно участвуют Scrum-мастер и Product owner. Первый работает непосредственно с исполнителями и занимается операционным управлением - назначает роли, ставит задачи, проводит собрания. Product owner курирует проект, взаимодействует с заказчиками и менеджментом, и в некотором смысле сам является заказчиком и идейным вдохновителем.
В методологии Scrum принято работать спринтами от 1 недели до 1 месяца, с регулярными собраниями, на которых могут корректироваться цели, задачи и сроки их выполнения.
В этом смысле методология Kanban дает больше свободы командам разработки, здесь отсутствует микроменеджмент, команда работает сообща на достижение конкретных промежуточных целей и их выполнения, роли могут меняться в процессе. Выглядит это примерно, как здесь:
Конечно, такой подход требует очень высокой самоорганизации каждого участника команды, так как за результат фактически отвечают все вместе, и если это не самостоятельный стартап, то без Scrum скорее всего не обойтись.
В заключении, скажу пару слов о методологии Lean – бережливой разработке ПО. Смысл концепции заключается в том, что:
- не стоит делать что-то раньше срока
- не делать то, что явно не добавляет ценности
- избегать излишней бюрократизации процессов
- принимать решения опираясь на факты
- чаще согласовывать результаты и цели с заказчиком
- бережно относиться к персоналу
Вот честно. Если на секунду попытаться забыть эти все термины и абстрагироваться, то вот что выйдет. Дефолтный сферический начальник в вакууме в жизнь не разберёт эти ваши скрамы и канбаны. Доску с маркером знают, и то не все) а объяснить доступно так никто и не может это всё, и я не могу, жаль.
Я объясняю доступно и понятно ))
Обращайтесь!