Архив рубрики ‘процессы разработки’

Почему разработка постоянно выходит за сроки и как исправить это с помощью Shape Up

Привет, Хабр! Shape Up — метод продуктовой разработки из Basecamp, выложенный отдельной книгой в свободный доступ. Придумывали его люди, уставшие от спринтов, бэклога на четыреста тикетов и вечного переноса задач из итерации в итерацию. Главный ход там в том, что вместо вопроса «сколько эта задача займёт» задают вопрос «сколько эта задача стоит нашего времени». Ответ называется аппетитом, звучит как «шесть недель» или «две недели», […]

С широко закрытыми глазами: двойная жизнь государств, компаний и корпораций —или как измерить то, чего «никто не видит»

Утром — созвон с фармкомпанией, у которой «всё уже итак цифровизировано». Вечером — новый инструмент в методике. А между ними — Бангкок, Токио и один вопрос, который сэкономит Вам человеко-годы.

От хаоса к системе: как мы выстроили процесс Discovery (часть 2)

В предыдущей статье мы рассмотрели общий процесс работы аналитиков.  Здесь подробнее остановимся на ключевых этапах подготовки постановки. Разберём, как именно выстроена аналитическая работа внутри upstream: от преданализа до груминга, и какие практики помогают повышать качество требований и снижать риски на этапе разработки. Преданализ Этот этап помогает уточнить контекст задачи и подготовить её к аналитической проработке. […]

10–15 багов в месяц превратились в 200–300 — а кому их фиксить?

Фиксить рутинные баги — это отстой. Никто в здравом уме не просыпается с мыслью: «О, как же я хочу сегодня весь день ковырять чужой легаси-код, чтобы понять, почему кнопка в IE11 уезжает на три пикселя влево!»

Как мы во Flowwow выстроили систему метрик разработки и зачем это бизнесу

Привет, Хабр! Сегодня с вами Дарья Шаваракова, process driver во Flowwow. Ни для кого не секрет, что бизнесу важно зарабатывать много и стабильно. Разработка выступает одним из ключевых факторов, который напрямую на это влияет: фичи, улучшения и исправление багов вносят огромный вклад в выручку и удержание пользователей. Конечно, у работы команды есть понятный итог — […]

30 минут против месяца. Цена идеальных процессов в разработке

Всем привет, меня зовут Михаил, я работаю главным экспертом(Java/Kotlin разработчик) в ОТП Банке. До банка я почти не работал в командах с выстроенными процессами. Суета, спешка, неадекватные сроки, переработки до ночи и постоянное тушение пожаров — всё это было привычной частью работы. Я видел, как команды выгорали, а проекты разваливались из-за отсутствия процессов. В какой-то […]

Блок “Процессы” и почему мы называем его нашим мини-n8n

Одна из новых возможностей HRM-модуля ZentrySpace — блок «Процессы». На первом этапе он закрывает сценарии отсутствий: отпуска, больничные, командировки, учебные отпуска, отгулы и другие ситуации, когда сотрудник временно выпадает из рабочего графика.

От хаоса к системе: как мы выстроили процесс Discovery (часть 1)

Сколько людей — столько и мнений о процессах в команде (с).  Давайте поразмышляем — как выстроить процесс анализа так, чтобы он стал для команды не формальным набором этапов, а рабочим инструментом? Опираемся на наш опыт работы в командах разработки одного из операторов электронного документооборота. Все описанные процессы формировались и развивались на практике. За отправную точку возьмем […]

Нет времени на тесты — через неделю релиз

Меня зовут Тимофей, я руководитель отдела разработки kkube. В этой статье я хочу поделиться с вами своими мыслями об автотестах. Коротко пройдёмся по темам: Тесты — это для «правильных айтишников» или действительно необходимая вещь? Как быть с тестами в условиях дефицита бюджета и времени? Почему разработчики сами саботируют тесты — и даже не замечают этого? […]

Компетенции как траектория роста: как выстроить процесс без потери людей

«Простота часто выглядит примитивной, но именно в ней скрыта сила масштабируемости».(Вдохновлено идеями Алана Купера о балансе между работоспособностью и элегантностью) Количество участников в команде влияет на статистику, но не определяет эффективность процесса. Ключевой фактор успеха — не численность, а чёткое распределение зон ответственности и поддержка траектории профессионального роста каждого коллеги. Динамическая матрица компетенций В основе […]

12