Коротко о Scrum
Сегодня Scrum — одна из самых популярных гибких методологий. Многие команды работают по Scrum, хотя редко можно встретить тех, кто полностью следует методологии. Всегда идет что-то не по плану. 😅
Основная идея Scrum — это деление работы на короткие итерации — спринты (обычно 2-4 недели). В конце каждого спринта команда предоставляет работающий продукт или его часть 🚀.
Команда небольшая и включает три ключевые роли:
- Product Owner — управляет приоритетами задач.
- Scrum Master — помогает команде следовать Scrum.
- Команда разработчиков — выполняет задачи 👩💻👨💻.
Основной инструмент управления задачами — Backlog (список всех задач проекта). Задачи, которые выполняются в текущем спринте, входят в Спринт-бэклог.
Также в Scrum есть ряд обязательных мероприятий: планирование, дейли, демо, ретроспектива.
Scrum предлагает чёткую структуру работы и регулярную обратную связь от заказчиков 🤝.
#dev_process
Сегодня Scrum — одна из самых популярных гибких методологий. Многие команды работают по Scrum, хотя редко можно встретить тех, кто полностью следует методологии. Всегда идет что-то не по плану. 😅
Основная идея Scrum — это деление работы на короткие итерации — спринты (обычно 2-4 недели). В конце каждого спринта команда предоставляет работающий продукт или его часть 🚀.
Команда небольшая и включает три ключевые роли:
- Product Owner — управляет приоритетами задач.
- Scrum Master — помогает команде следовать Scrum.
- Команда разработчиков — выполняет задачи 👩💻👨💻.
Основной инструмент управления задачами — Backlog (список всех задач проекта). Задачи, которые выполняются в текущем спринте, входят в Спринт-бэклог.
Также в Scrum есть ряд обязательных мероприятий: планирование, дейли, демо, ретроспектива.
Scrum предлагает чёткую структуру работы и регулярную обратную связь от заказчиков 🤝.
#dev_process
👍8❤🔥2💯2
Такой себе дейли...
Сегодня поговорим о мероприятии «Дейли», которое есть в Скраме, Канбане и других методологиях. У каждой команды дейли проходят по-разному, и судить, хороший он или нет, — дело субъективное 😅. Но всё-таки попробуем!
Такой себе дейли, когда один человек что-то рассказывает, а другой параллельно кодит/пишет ТЗ/переписывается и никого не слушает. Или когда это дейли со всеми аналитиками или разработчиками из разных областей/проектов — им, конечно, неинтересен статус друг друга. Плохой дейли — это когда всё сводится к простому отчёту: «Что я сделал вчера? Что буду делать сегодня?» и никакого обсуждения проблем.
Какой дейли считается хорошим?
Хороший дейли — это не отчёт. Он должен быть направлен на решение блокеров. Обсуждаем только то, что мешает двигаться вперёд. Нечего обсуждать? Расходимся.
Почему дейли ещё называют стендапом? В былые времена люди на нём стояли. Он должен быть настолько быстрым, чтобы никто не устал стоять. Быстро разобрали блокеры — и всё.
#dev_process
Сегодня поговорим о мероприятии «Дейли», которое есть в Скраме, Канбане и других методологиях. У каждой команды дейли проходят по-разному, и судить, хороший он или нет, — дело субъективное 😅. Но всё-таки попробуем!
Такой себе дейли, когда один человек что-то рассказывает, а другой параллельно кодит/пишет ТЗ/переписывается и никого не слушает. Или когда это дейли со всеми аналитиками или разработчиками из разных областей/проектов — им, конечно, неинтересен статус друг друга. Плохой дейли — это когда всё сводится к простому отчёту: «Что я сделал вчера? Что буду делать сегодня?» и никакого обсуждения проблем.
Какой дейли считается хорошим?
Хороший дейли — это не отчёт. Он должен быть направлен на решение блокеров. Обсуждаем только то, что мешает двигаться вперёд. Нечего обсуждать? Расходимся.
Почему дейли ещё называют стендапом? В былые времена люди на нём стояли. Он должен быть настолько быстрым, чтобы никто не устал стоять. Быстро разобрали блокеры — и всё.
#dev_process
👍8💯4⚡1
Как проходит ваш дейли?
Anonymous Poll
17%
Обсуждаем все подряд, кроме реальных задач 🤔
29%
Отчитываемся так, будто это экзамен перед начальством 📋
6%
Каждый на своём проекте, но приходим на общий дейли 🤷♂️
8%
Беру попкорн 🍿 — это самое интересное событие дня!
40%
Дейли проходит нормально, как по теории.
👍6💯4😁3
JOIN или WHERE для фильтрации данных в БД? И как на это влияет проектирование?
Вопрос от подписчика: Что быстрее — запросы с фильтрацией через WHERE или JOIN? Лучше поместить все атрибуты в одну таблицу и фильтровать там, или использовать несколько таблиц и объединять их с помощью JOIN?
Давайте разбираться 💡
В реляционных БД нормализация подразумевает разделение данных на таблицы, которые объединяются через JOIN. Это предотвращает дублирование данных и поддерживает их целостность.
НО! Если критична скорость запросов, денормализация (где все данные в одной таблице, фильтруются через WHERE) может быть быстрее, хотя увеличивает объём БД.
Пример, когда действительно уместно поместить все данные в одну таблицу, — это аналитические отчёты 📊.
Для аналитики продаж можно объединить таблицы «клиенты», «заказы», и «продукты» в одну — «Sales_Report». Это ускорит выполнение запросов, особенно когда данные редко изменяются и вам просто нужно быстро фильтровать и сортировать их для аналитики.
Любое существенное изменение в БД лучше обсуждать с разработчиками 👥, чтобы выбрать оптимальный вариант. Скорее всего, разработчики предложат использовать JOIN и продумают, как ускорить запросы с помощью индексов, VIEW или кэширования.
❓ Помните, вы всегда можете задать свой вопрос в форме ниже.
https://forms.gle/PEfLrfaxA5evix7VA
Всё анонимно и без стеснения 💬😉
#db
Вопрос от подписчика: Что быстрее — запросы с фильтрацией через WHERE или JOIN? Лучше поместить все атрибуты в одну таблицу и фильтровать там, или использовать несколько таблиц и объединять их с помощью JOIN?
Давайте разбираться 💡
В реляционных БД нормализация подразумевает разделение данных на таблицы, которые объединяются через JOIN. Это предотвращает дублирование данных и поддерживает их целостность.
НО! Если критична скорость запросов, денормализация (где все данные в одной таблице, фильтруются через WHERE) может быть быстрее, хотя увеличивает объём БД.
Пример, когда действительно уместно поместить все данные в одну таблицу, — это аналитические отчёты 📊.
Для аналитики продаж можно объединить таблицы «клиенты», «заказы», и «продукты» в одну — «Sales_Report». Это ускорит выполнение запросов, особенно когда данные редко изменяются и вам просто нужно быстро фильтровать и сортировать их для аналитики.
Любое существенное изменение в БД лучше обсуждать с разработчиками 👥, чтобы выбрать оптимальный вариант. Скорее всего, разработчики предложат использовать JOIN и продумают, как ускорить запросы с помощью индексов, VIEW или кэширования.
❓ Помните, вы всегда можете задать свой вопрос в форме ниже.
https://forms.gle/PEfLrfaxA5evix7VA
Всё анонимно и без стеснения 💬😉
#db
Google Docs
Вопросы от подписчиков
AnalystCore приветствует вас! 🎉
У вас есть вопросы о системном анализе, карьере в IT или работе системного аналитика? Напишите нам! Мы соберём ваши вопросы и ответим на них в будущих постах.
У вас есть вопросы о системном анализе, карьере в IT или работе системного аналитика? Напишите нам! Мы соберём ваши вопросы и ответим на них в будущих постах.
👍10❤3⚡2💯1
Коротко о Kanban
Kanban — это гибкая методология разработки ПО.
🛠️ Визитная карточка канбана — доска с задачами.
Главная идея Kanban — это непрерывная работа над задачами, которые появляются по мере необходимости. Процесс не требует фиксированных спринтов, что делает метод идеальным для однотипных задач, например, для очереди задач в команде техподдержки.
В канбане постоянно что-то «наваливается», а команда распределяет задачи между сотрудниками и продолжает работу. Здесь важна взаимозаменяемость членов команды: если один сотрудник не может продолжить задачу, её легко подхватывает другой — это обеспечивает гибкость и оперативность в решении проблем. ⚡️
#dev_process
Kanban — это гибкая методология разработки ПО.
🛠️ Визитная карточка канбана — доска с задачами.
Главная идея Kanban — это непрерывная работа над задачами, которые появляются по мере необходимости. Процесс не требует фиксированных спринтов, что делает метод идеальным для однотипных задач, например, для очереди задач в команде техподдержки.
В канбане постоянно что-то «наваливается», а команда распределяет задачи между сотрудниками и продолжает работу. Здесь важна взаимозаменяемость членов команды: если один сотрудник не может продолжить задачу, её легко подхватывает другой — это обеспечивает гибкость и оперативность в решении проблем. ⚡️
#dev_process
🔥7👍3❤2💯1
Kanban-доски 📋
Kanban-доска — это ключевой инструмент в управлении задачами. Она не просто визуализирует процесс, но и делает его прозрачным и понятным для всей команды.
Что на доске?
1️⃣ Колонки: этапы работы. Чаще всего — To Do, In Progress, Done, но можно адаптировать под нужды проекта.
2️⃣ Карточки задач: каждая задача представлена в виде карточки и перемещается по колонкам по мере выполнения.
3️⃣ WIP-лимиты: ограничение на количество задач в работе. Это помогает избежать перегрузки команды и поддерживать фокус.
4️⃣ Точка принятия обязательств: момент, когда команда обязуется начать задачу. До этого задача в бэклоге.
5️⃣ Точка поставки: задача завершена и готова для клиента.
Доски Kanban vs Scrum:
- В Scrum работа организована по спринтам. Задачи фиксируются на несколько недель.
- В Kanban задачи добавляются и выполняются по мере их поступления, работа идёт непрерывно.
Подробнее о досках Kanban читайте в статье Atlassian 👈
#dev_process
Kanban-доска — это ключевой инструмент в управлении задачами. Она не просто визуализирует процесс, но и делает его прозрачным и понятным для всей команды.
Что на доске?
1️⃣ Колонки: этапы работы. Чаще всего — To Do, In Progress, Done, но можно адаптировать под нужды проекта.
2️⃣ Карточки задач: каждая задача представлена в виде карточки и перемещается по колонкам по мере выполнения.
3️⃣ WIP-лимиты: ограничение на количество задач в работе. Это помогает избежать перегрузки команды и поддерживать фокус.
4️⃣ Точка принятия обязательств: момент, когда команда обязуется начать задачу. До этого задача в бэклоге.
5️⃣ Точка поставки: задача завершена и готова для клиента.
Доски Kanban vs Scrum:
- В Scrum работа организована по спринтам. Задачи фиксируются на несколько недель.
- В Kanban задачи добавляются и выполняются по мере их поступления, работа идёт непрерывно.
Подробнее о досках Kanban читайте в статье Atlassian 👈
#dev_process
❤8👍4⚡2💯1
По какой методологии работаете? 🤔
Anonymous Poll
37%
1️⃣ Scrum – короткие спринты, много встреч и итеративные улучшения
22%
2️⃣ Kanban – доска задач, непрерывная работа без спринтов
3%
3️⃣ Waterfall – всё чётко поэтапно, никаких сюрпризов!
2%
4️⃣ Lean – минимизация потерь и быстрые эксперименты
15%
5️⃣ Гибрид – да, у нас всё сразу, микс лучших практик! 😅
20%
6️⃣ Теория хаоса 🌪 – задачи появляются откуда угодно и когда угодно
👍9🔥2💯2
Scrum vs Kanban: основные различия 🤔
Scrum и Kanban часто используются в управлении проектами, но каждый имеет свои особенности и лучше подходит для разных ситуаций.
Scrum больше ориентирован на работу с проектами и предполагает разделение на спринты, в то время как Kanban идеально подходит для непрерывной работы с потоком задач.
Подробнее о различиях смотрите в картинках! 👆
#dev_process
Scrum и Kanban часто используются в управлении проектами, но каждый имеет свои особенности и лучше подходит для разных ситуаций.
Scrum больше ориентирован на работу с проектами и предполагает разделение на спринты, в то время как Kanban идеально подходит для непрерывной работы с потоком задач.
Подробнее о различиях смотрите в картинках! 👆
#dev_process
❤🔥7👍5🔥3❤1💯1