Приветствую вас дамы и господа !!!
В данной статье я бы хотел рассмотреть как студент Product University такую важную тему - "Kanban/Agile/Scrum/Lean - как выравнивать процессы и убирать посредников".
Ну для начала я объясню почему выбрал эту тему и не буду вас нагружать шибко заумными терминами и фразами - буду объяснять максимально просто и возможно даже сама тема обсуждения поменяется(скорее все так и будет), т.к цель статьи в том чтобы объяснить для чего важны данные сервисы и на каком или на каких сервисах я остановлюсь для дальнейшей плодотворной работы.
С начала мы поговорим о Lean - уйдем в истоки. Есть такое понятие как бережливая разработка программного обеспечения(ПО) - кратко это методы разработки ПО при котором следуют основным принципам:
- Без потерь(излишняя функциональность, бюрократизация и многое другое)
- Настраивать качество
-Формировать понимание(обучение)
- Уважать мнение людей
- максимально откладывать решения для сбора информации и ее анализа( до того момента когда ждать больше некуда иначе потери)
А вообще кратко,идея следовать главному принципу - «Мыслить широко, делать быстро, ошибаться мало; учиться стремительно».
Далее я вас познакомлю с Kanban/Agile/Scrum/ - способы и одновременно сервисы данной бережливой разработки. Сначала по отдельности.
Начнем с Kanban ( читается Канбан), не буду сильно вдаваться в историю происхождения но кратко все таки объясню:
Впервые начали данный термин( и метод) использовать в Японии при конвейерном производстве компонентов для выпуска автомобилей чтобы - само производство не остановилось компания Toyota - смысл в том что на тот момент появилась проблема нужен был план производства не потерпела убытки. Вот тогда и разработали план - метод работ по приоритету и количеству одновременно выполняемых задач ( введено такое ограничение чтобы скорость производства не падало и было время на реакцию при изменении плана производства)
Сейчас данный метод-сервис активно используется в разработки ПО - стартапах не имеющих четкого плана.
Я расскажу суть Kanban:
1. Четкое выстраивание приоритетов работы
2.Если один из процессов встал и тормозит общую работу - он временно откладывается( решения его проблем)
3. Общий процесс не останавливается никогда, только видоизменяется.
А так вообще есть очень много литературы и информации в интернете рассказывающие более подробно об этом методе кому будет интересно почитайте.
Смотрим дальше Agile - это более гибкий метод разработки, в основе которого лежит принцип взаимодействия с заказчиками и постоянная модернизация выполненных задач
Сейчас представлю принцип( кратко и понятный всем)
Требования > План >Работа>Правка>Повтор
Причем во всех этапах задачи подразделяют на сложности выполнения ( story point) и также выставляются временные рамки (двунедельные sprintы) это сделано для того что быть максимально сделать и доработать представленную задачу. Также данном методе является главное - взаимодействие( я бы даже сказал что это условие обязательное) с заказчиками и разработчиками .
Следующий у нас Scrum - как правильно сказано в одном из изданий, это метод - структуры.Сейчас поясню это когда при создании продукта, проекта уйдет четкое разделение обязанностей между главными лицами данного метода - SCRUM Product Owner,SCRUM Manager и SCRUM Development Team.
А теперь по порядку:
Scrum Product Owner - объединяет команду с заказчиком проекта и развивает проект
SCRUM Manager - организовывает бизнес процессы :совещания,мотивация ,следование методу scrum
SCRUM Development Team - это разношерстная команда разработчиков( тестировщики, дизайнеры, программисты) их обычно 5-9 человек(в зависимости от задач) -ну тут все понятно.
Следующая группа - так называемые Стекхолдеры - это те кто инициировали проект(заказчики)
Как вы можете заметить в данном методе - все играют свои роли .
Вот я вам кратко описал все основные методы - да у каждого есть свои плюсы и минусы ( о них много информации в интернете), но идее они дополняют друг друга.В каких то проектах продуктах нужно использовать один метод, в других - несколько все зависит от задач.
Пока резюмируя эту статью на данном этапе я в обучении и работе над проектами(кейсами) буду использовать методы Agile и Kanban. Так как они в полной мере отражают мои задачи - как основа работы на продуктом.
И теперь я бы назвал статью - "Agile и Kanban - как основа работы над продуктом"