TGViewer
Юиксолог | Суета и UX Юиксолог | Суета и UX @uxcall · 642 subscribers
Post #159 297
3 часть. Гибкие методологии

На собесах часто звучит вопрос: «По какому из способ управления проектами вы работаете в команде?» Для дизайнера, тут, конечно, не прям глубоко нужно копать, а в целом сказать пару слов, чтобы показать, что вы знаете о каких методах идёт речь и если вы работаете в команде по одному из них, чуть рассказать про него.

Среди самых популярных методологий — Waterfall, Lean и Agile (Scrum, Kanban – это методы в рамках Agile). Коротко расскажу о каждом:

Waterfall — жёсткое планирование на годы вперёд, где один этап вытекает из другого, без права начинать что-то новое, пока не выпустил запланированное.

Agile — тут про гибкость, скорость и эффективность.
Это философия, на которой строятся методы: Scrum и Kanban.
Ценности Agile: люди важнее процессов, работающий продукт важнее документации, сотрудничество с заказчиком важнее контрактов, готовность к изменениям важнее следования плану.

Scrum — работа делится на спринты (обычно 1–4 недели), в конце каждого готовый результат. Есть роли: Product Owner, Scrum Master и команда. Подходит для проектов с быстро меняющимися требованиями.

Представим, что нашу фичу: «Отображать информацию в приложении карт о том, что бар по закону больше не может продавать алкоголь» из предыдущих постов разрабатываем по этому методу:

1) мы должны разбить нашу фичу на задачи и сложить её в бэклог спринта (таблица в excel, например, где хранятся все задачи по продукту на ближайший спринт, который в нашей команде, допустим, длится 2 недели);

2) назначить людей из команды на реализацию этой задачи;

3) проводить ежедневные daily (встречи) по 15 минут, каждый день, чтобы понимать куда продвинулась разработка нашей задача.

4) к концу спринта (2-недели), задача тестируется и выпускается

5) проводится ретро — вы обсуждаете всей командой, как хорошо прошёл спринт и что можно улучшить.


Kanban — визуализация процесса. Все задачи отображаются на доске (например, Trello или Jira), где видно, на каком этапе каждая из них. Отлично подходит для поддержки и непрерывной разработки без жёстких спринтов.

Lean — называют методологией, но в ней нет четких методов, только принципы и она больше похожа на философию из-за этого. Основная идея — делай только то, что нужно клиенту и делай это максимально просто, быстро и без потерь.

Могу сделать отдельный пост про историю производства автомобилей Toyota, которые смешали Agile и Lean и добились невероятных результатов.

❤️ — полезно
🤚 — хочу пост про Toyota
🔥 — жду следующую часть

⬅️ 2 часть. Виды исследований
4 часть.Токены и атомарный дизайн ➡️
More from @uxcall
  1. Sep 18, 2026Кринжовый whiteboard Нашла пару реальных задач на whiteboard от которых плюются продуктовы…
  2. Sep 16, 2026Концепт: раздел для потерянных вещей на карте в 2ГИС Помните я рассказывала про идею своег…
  3. Sep 8, 2026а/б тестирование Давайте вспомним для чего нужно и каким может быть. Классическое а/б это…
  4. Sep 3, 2026Хитрое решение увидела у Авито — «бесплатная доставка». Суть этой штуки в том, что ты как…
  5. Aug 31, 2026Дерево, стакан, паутина, соты и это не набор рандомных слов 😁 Это названия компонентов, с…
  6. Aug 22, 2026Отправились погулять в горы и на всём пути нас сопровождали вот такие таблички. Что в них…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →