Лучшие статьи и кейсы стартапов
Включить уведомления
Дадим сигнал, когда появится
что-то суперстоящее.
Спасибо, не надо
Главное Свежее   Проекты
Рекомендуем
Продвинуть свой проект
1 740 4 В избр. Сохранено
Авторизуйтесь
Вход с паролем

​Проект-менеджмент по дзену: Скрам, Канбан и наш реальный опыт

Сегодня мы расскажем о том, как некоторые популярные методологии управления проектами сказались на развитии нашей компании, а также рассмотрим то, во что больше всего умеем - Scrum и Kanban. Уж слишком популярны эти и дюжина подобных ругательных слов стали в настоящее время, пришел и наш черед высказаться, а мимоходом ввести в курс дела и вас – если еще не.

Скрам

Берет свое начало из 90-х из документа под названием "Манифест гибкого подхода к разработке программных продуктов", а кратко - Agile Manifesto. Эдакий ортодоксальный молитвенник для программистов, призывающий создавать качественный и востребованный продукт, один из постулатов которого - "Люди и взаимодействие важнее процессов и инструментов". Там еще много чего написано, но между строк можно прочесть, пожалуй, главное: "Сделать сложное - простым, а непонятное - доступным".

Если совсем кратко и по делу – это дисциплина, контроль, дробление больших кейсов на простейшие элементы, ежедневные кросс-митинги и жесткие временные рамки. Уложился – продолжай в том же духе; не успел – сам виноват. j3XbkYG1DI-js_7FIgz306m25OzuXI0TRHo0kTAj

Канбан

Японская философия менеджмента, популяризацией которой в 80-е годы минувшего столетия занималась корпорация Toyota. Цель Kanban – визуализировать рабочий процесс, представить его в виде логической цепочки от постановки задачи до выполнения и затем – релиза. Все задачи просто записываются на стикеры и крепятся к доске. В зависимости от того, в какой стадии проект – в таком разделе и расположен стикер. Такой подход позволяет объективно распределять нагрузку и работать параллельно над несколькими проектами.

OCgP-FNgnsbEo7PyYz-Ec5tE6DYrrG4TXnD6w1S0

Теперь подробнее о том, как развивался Займер. Наш проект разрабатывался с нуля относительно небольшой командой программистов. В то время преобладал каскадный метод разработки продукта: планировали, писали код, тестировали и выпускали на рынок.

В начале 2016 ситуация стала меняться, штат программистов вырос в несколько раз, добавлялись новые отделы и должности. Мы поняли, что достигли порога возможностей "водопада" и решили внедрить в работу инструменты agile.

Мы начали использовать систему управления задачами JIRA, в которой по умолчанию есть канбан-доска, и 90% работы стало проходить через данный продукт: сперва проект-менеджер прописывает и выстраивает логику задачи, и уже потом сотрудник может к ней приступать. Сами задачи стали подробными, понятными, четкими.

Поскольку наш продукт обладает своей спецификой, канбан-доска не утратила своей линейной логики, но расширилась парой новых статусов ведения проекта: "описание задачи в разработке" (это значит, что проект-менеджер в данный момент занят постановкой конкретной задачи), "решена" (требуется код-ревью, чтобы другой программист мог дать трезвую оценку проделанной работе), "ожидает сборки и релиза", "выложено на prod"(код прошел все проверки и опубликован на "боевом" сайте).

HYazxrUpgfuLpLcHoIZ7dM5cCDT8vpzEXL_AFHHb

Канбан предписывает ограничивать количество задач на каждую из категорий. Но для дополнительного контроля объема входящих задач - кроме количества активных элементов - мы используем ограничитель нагрузки от каждого из отделов. Например, у каждого из наших программистов не более 1 задачи в работе и не более 5 в очереди, все они рассортированы по приоритету. Эти задачи могут быть выставлены разными отделами - разработчики, контакт-центр, служба PR, служба безопасности и др. И для того, чтобы работа продвигалась равномерно, мы просто следим за тем, чтобы какой-либо из отделов не перетягивал на себя слишком много суммарных трудозатрат, меняя приоритеты задач в очереди и поддерживая таким образом баланс.

Кроме того, каждый программист логирует свое время работы над проектом - так мы отслеживаем трудозатраты и планируем публикацию новых проектов на "доску". Если говорить цифрами, то примерно 50% времени задача имеет статус "в работе" и 30% ожидает своей очереди, остальные 20% размыты по остальным категориям. На следующем скриншоте - немного статистики по объемам работ в целом.

3Rbl_xO3dYmuOrWRMgeOGqN1a42UxSMUbpntdmso

Теперь Скрам. До 2015 года подобными категориями мы даже не мыслили, продукт постепенно проходил стадии своего естественного роста, каждая из стадий имела некий дедлайн. Вот и весь аджайл:) Теперь же, с пониманием дальнейшей картины нашего развития и наличием сильной команды, мы морально подготовлены к тому, чтобы сформировать небольшой отряд спецназа и опробовать данную методику на части команды. Мы четко видим преимущества - это более плотная коммуникация и более осязаемый результат. Однако мы не хотим становиться теми, кто ради четких принципов станет терпеть неудобства, поэтому скорее всего результатом окажется некая комбинированная схема из описанных в этой статье методик. В любом случае, в обозримом будущем нам будет что вам рассказать.

Мы будем рады вашим вопросам и комментариям, подписывайтесь на наш блог и узнавайте больше о нашем опыте, а также самых актуальных новостях из мира финансов!

Команда сервиса онлайн-займов “Робот Займер”
+2
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Подбираем рекоммендации...
Комментарии
Первые Новые Популярные
CityNumber
Подключение прямых городских номеров в два клика
Игорь Елисеев
Расскажите сколько всего команд и разработчиков?
Ответить
Zaymer
Международный FinTech-продукт в области онлайн-кредитования.
Клавдия Логинова
На сегодняшний день более 20 IT-специалистов в компании, 3 команды.
Ответить
Portfell
Внедрение и автоматизация CRM-систем
Yuriy Goy
Я использую прокаченную канбан доску. Ввел систему логирования стикеров. Например - стикер "обязательная задача", коих не больше трех в день. Таких задач минимум три в день и зависеть они могут только от исполнителя. Если исполнитель не выполняет, то штраф 100 рублей.

Очень помогло ограничение в кол-ве тасков. Не более 7 тасков в день.

Плюс, система стикеров - на проверку. Удобно.
Ответить
Mаsha Pokshina
Юрий, спасибо, что в ответ делитесь с нами Вашим опытом) К слову, у нас тоже есть такие "метки" для наших программистов, которые определяют важность задачи и четкую структуру ее выполнения)
Спасибо за отзыв и хорошего дня!
Ответить
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать