Ответ
Методология: Гибридный подход (Scrum + Kanban) с двухнедельными спринтами.
Ключевые этапы цикла разработки:
1. Планирование:
- Backlog Refinement: Уточнение требований, декомпозиция задач
- Планирование спринта: Оценка в story points, определение capacity
- Дизайн-ревью: Согласование макетов перед разработкой
2. Разработка:
- Daily Standup: 15-минутные ежедневные встречи
- Ветвление: GitFlow с префиксами:
git checkout -b feature/MOD-451-chat-attachments git checkout -b bugfix/MOD-452-crash-on-logout git checkout -b release/2.5.0 - Code Review: Обязательные 2 апрува через GitHub PR
3. Тестирование и релиз:
- QA: На отдельном staging окружении
- CI/CD: Автоматизация через Fastlane + GitHub Actions
# Пример workflow: # 1. Push в ветку → запуск тестов # 2. Мерж в develop → билд на TestFlight # 3. Мерж в main → релиз в App Store - Релиз: Раз в 2 недели через App Store Connect
Особенности процесса:
- 20% времени на техдолг в каждом спринте
- Парное программирование для сложных задач
- Демо для стейкхолдеров в конце спринта
- Ретроспектива для непрерывного улучшения процессов
Ответ 18+ 🔞
А, ну вот, слушай, смотри, как у нас тут всё устроено, блядь. Сидим мы, значит, не просто так, а по науке, ёпта. Гибрид, сука, Scrum с Kanban'ом скрестили — получился такой франкенштейн, но рабочий, блядь. Спринты по две недели, как часы, хуй с горы.
Первое, пиздец, планирование:
- Backlog Refinement, или, по-нашему, «чё там по задачам?». Сидим, ковыряем требования, пока они не станут понятны даже моей бабке. Дробим эти эпики, блядь, на такие кусочки, чтобы не охуеть с размаху.
- Планирование спринта. Тут начинается магия. Оцениваем в каких-то ебучих story points, как будто мы не программисты, а гадалки. Capacity считаем — сколько мы, мудаки, за две недели реально потянем, чтобы не выгореть, как спичка.
- Дизайн-ревью. А вот это важно, ёпта! Пока дизайнеры не принесут макеты, которые можно хоть как-то в код запихнуть, мы пальцем о палец не ударим. Иначе потом: «ой, а кнопка должна быть не здесь, а там, в рот меня чих-пых!».
Второе, святое — разработка:
- Daily Standup. Каждый день, 15 минут, блядь, как в армии. «Что сделал? Что буду? Какие проблемы?». Главное — не начать рассказывать про вчерашний доту, а то все охуеют.
- Ветвление. Тут священное писание, GitFlow называется. Запомни, падла:
git checkout -b feature/MOD-451-chat-attachments # для фичи git checkout -b bugfix/MOD-452-crash-on-logout # для бага, который всех заебал git checkout -b release/2.5.0 # для релиза, когда уже всё еле дышит - Code Review. Без этого — нихуя. Два апрува минимум, через пулл-реквест. Иначе какой-нибудь гений закоммитит костыль, который всех потом ебал два спринта.
Третье, момент истины — тестирование и релиз:
- QA. Отдаём на растерзание тестировщикам на staging. Они там такие баги находят, что волосы дыбом, ёперный театр.
- CI/CD. Всё автоматом, блядь, чтоб руки не дрожали. Fastlane, GitHub Actions — красота.
# Короче, алгоритм: # 1. Пнул в ветку — побежали тесты. # 2. Вмержил в develop — полетела сборка в TestFlight, пусть бабки тестят. # 3. Вмержил в main — всё, пиздец, поехало в App Store, держись. - Релиз. Раз в две недели, как по расписанию. Заходим в App Store Connect, жмём кнопку «выпустить нахуй» и молимся.
А теперь, блядь, изюминки, без которых нихуя:
- 20% времени на техдолг. Обязательно! Иначе через полгода код превратится в такое болото, что легче с нуля переписать, ёбта.
- Парное программирование. Для особо ебучих задач. Сидят два человека, один думает, другой печатает. Иногда наоборот. Эффективно, но психику выносит.
- Демо для стейкхолдеров. В конце спринта показываем, что сделали. Главное — не упасть в обморок, когда спросят: «а где та фича, про которую вы полгода говорили?».
- Ретроспектива. Посидели, поругались, подумали, как бы сделать так, чтобы в следующий раз не было так пиздецово. Цикл замкнулся, блядь.
Вот так вот, сука, и крутимся. Вроде и процесс есть, а всё равно иногда чувствуешь себя белкой в колесе, ебать мои старые костыли.