Как бы я ни старался, но эту тему стороной я обойти никак не могу. Тебе же потом обязательно зададут вопросы по тому, как ты умеешь работать в команде. Итак, встречай: гибкие методологии работы команд!
Долгое время, все компании нежно любили поэтапные методологии разработки. Как то: запланировать и забетонировать требования к программке, после этого начать разработку, после того как прошла разработка, протестировать программу и о чудо, когда кровь выпита у всех разработчиков и тестировщиков заказчик получает… не совсем то, а иногда и совсем не то, что хотел. Скажу так: есть очень много областей, где такой метод работы будет идеальным выбором, например - в строительстве. Ведь менять конфигурацию дома когда строители возводят уже 20 этаж - не совсем здравая затея, не так ли? Ну или создание автомобиля на конвейере - так себе идея.
В случае с программным обеспéчением (кстати, ударение именно на этот слог) такой подход мог работать на заре появления компьютеров, когда она только раскачивалась и написание программы действительно можно было сравнить со строительством дома. Но сейчас, когда все вокруг меняется крайне быстро, у нас попросту нет возможности ждать год, когда команда напишет и протестирует программу. Нам нужны первые результаты, причем через пару недель! Иначе то, на что мы потратили время будет уже не актуально. Нам нужно раз в неделю, две или месяц, по маленьким кусочкам, итеративно, но добавлять функциональность, причем наши затраты на переделки снижаются колоссально, ведь если какая-то часть программы станет неактуальна, мы потеряем всего 2 недели, а не целый год.
Дальше я дам тебе конкретные примеры методик работы в итеративной разработке, а пока подписывайся и зови друзей!
#agile #scrum #kanban #safe