С какой методологией разработки (Agile, Scrum, Kanban) вы работали?

Ответ

Работал преимущественно по гибкой методологии Agile, в рамках её конкретных реализаций — Scrum и Kanban.

Scrum (для проектов с фиксированными итерациями):

  • Спринты: Двухнедельные итерации с четко определенной целью.
  • Ключевые события:
    1. Планирование спринта (Sprint Planning): Отбор задач из бэклога продукта в бэклог спринта.
    2. Ежедневные стендапы (Daily Scrum): 15-минутные встречи для синхронизации по прогрессу и блокерам.
    3. Обзор спринта (Sprint Review): Демонстрация выполненной работы стейкхолдерам.
    4. Ретроспектива спринта (Sprint Retrospective): Анализ процесса и поиск путей улучшения.
  • Артефакты: Бэклог продукта, бэклог спринта, инкремент продукта.

Kanban (для проектов с непрерывным потоком задач):

  • Визуализация потока: Доска (Trello, Jira) с колонками: Backlog, To Do, In Progress, Code Review, Testing, Done.
  • Ограничение работы в процессе (WIP Limit): Для предотвращения перегрузки команды и выявления узких мест.
  • Управление потоком: Фокус на непрерывной доставке и сокращении времени цикла (lead time).

Используемые инструменты: Jira для трекинга задач, GitLab/GitHub для CI/CD и код-ревью, Confluence для документации. Ретроспективы и планирование проводились в формате очных или онлайн-встреч.

Ответ 18+ 🔞

Ага, вот эта ваша гибкая методология, блядь... Agile, говоришь? Ну, типа, чтобы не засираться в бумажках и планах на три года вперёд, которые через неделю уже в пизду летят. Работал по этой системе, да. Но она ж, сука, как дышло — куда повернул, туда и вышло. Поэтому внутри были две конкретные реализациИ, блядь, чтобы мозги не расплавились.

Scrum — это когда всем надо по расписанию, как в армии, но без дедовщины (в идеале). Использовал, когда проект был с этими... фиксированными итерациями, то есть спринтами.

  • Спринты: Две недели, блядь. Не день, не месяц — две недели. Ровно столько, чтобы успеть что-то сделать, но не успеть окончательно охереть от задачи. Цель в начале ставили — типа, что сделаем.
  • Вся эта движуха по событиям:
    1. Планирование спринта: Все садятся, и начинается: "О, эта фича — овердохуища важная! Её в спринт!" А потом смотришь на объём и понимаешь, что за две недели только описание к ней напишешь. В общем, накидываем задач из одной кучи (бэклога продукта) в другую (бэклог спринта). Надежды — дохуя, реальность — посмотрим.
    2. Ежедневные стендапы: 15 минут, сука, ни секундой больше! "Что делал вчера? Что сделаю сегодня? Какие проблемы?" Главное — не начать рассказывать про то, как котик клавиатуру обоссал. Только факты, блядь. Иначе все заснут.
    3. Обзор спринта: Ну тут уже показываем заказчику или начальству, что мы, такие молодцы, за две недели наваяли. "Вот кнопка, она синяя. А вот она уже зелёная и ещё мигает!". Иногда проходило, иногда — "это не то, что мы хотели, блядь". Стандарт.
    4. Ретроспектива: Самое весёлое, ёпта. "Ребята, что было хорошо? Что было хуёво? Что улучшим?" Все молчат пять минут, потом кто-нибудь говорит "ну, кофе закончился рано". В общем, пытались изобрести велосипед, но чаще просто проветривались.

Kanban — это когда Scrum уже достал, и хочется просто работать потоком, без этих спринтовых судорог. Когда задачи сыпятся как из рога изобилия, и надо их просто протаскивать.

  • Доска: Trello, Jira, да хоть на стене стикерами! Колонки: Backlog (свалка идей), To Do (вот это вот будем делать), In Progress (уже ковыряем), Code Review (тут товарищ смотрит, не насрал ли ты в код), Testing (тут проверяют, работает ли то, что ты насрал), Done (ура, товар уехал).
  • WIP Limit — гениальная, блядь, вещь! Ограничение на задачи "в работе". Нельзя взять десять задач сразу. Почему? Да потому что ты тогда нихуя не сделаешь, а только будешь переключаться. Поставили лимит — и сразу видно, где пробка. "Вася, хули у тебя три задачи в прогрессе? Закрывай одну, потом бери следующую!".
  • Управление потоком: Вся суть — быстрее протащить задачу от "хочу" до "сделано". Чтобы не болталась месяцами.

Инструменты: Jira, чтобы задачи трекать (и ругаться на неё), GitLab/GitHub, чтобы код хранить и чтобы пайплайны сами всё собирали-деплоили (когда не падали, блядь). Confluence — там была какая-то документация, которую никто не читал, пока всё не ломалось. Ретроспективы и планирование — ну, собирались в переговорке или в зуме, чай пили и делали вид, что всё контролируем.