trello - варианты использования
Trello - варианты использования
Если говорить точно, то
Trello - программа для управления проектами которая использует парадигму для управления проектами, известную как канбан, метод, который первоначально был популяризирован Toyota в 1980-х для управления цепочками поставок.
Можно умно и усиленно обсуждать "гибкие" методологии. В настоящее время это модно.
В то же время у каждой парадигмы зачастую есть "критический недостаток" который мешает ее внедрению в чистом виде.
Канбан идеология для ИТ процессов - это создание простого визуального понятного механизма задач и статуса их выполнения.
По сути этот механизм нужен для двуз целей
- визуализация (на мой взгляд, главная цель)
- ограничение. То есть, в классическом канбане, мы должны сделать четкие ограничения котореы помешают задачам "скапливаться" в узких местах.
В целом помимо японского подхода, есть и американская теория ограничений Э. Голдрата. Будучи физиком, он подошел к процессу управления со здравым смыслом и естественнонаучным подходом
Основные проблемы ИТ проектов
- отсутствие понимания требований. От команды требуют "найди то не знаю что".
- корректировка задания в произвольный момент.
- задержки при интеграции со сторонними сервисами.
- некорректная оценка сроков разработки
Надо признаться честно, чтоглобально эти причины неискоренимы.
Проблемы первого пункт достаточно часто приводят к проблемам при крупных внедрениях, но эти проблемы по рпазному отражаются на для внутренних специалистах и на подрядчиках.
Скажем так - состояние "проект завершен, но пользы около нуля" далеко не редкое.
Чем можно ответить на вызовы
- Стараться переставать делать ненужное в тот момент, когда оно стало таковым.
- Пытаться видеть общую картину
- Управлять заявками на изменение. При работе на внутреннего заказчика часть таких задач оказываться вне РП
- Приоритезировать задачи.
Хочется сравнить ситуацию в разработке ПО со строительством - за исключением первой проблемы все остальные присутствуют в стройке "в полный рост"
Один из подходов это использовать задачи наложенные на диаграмму ганта. У нас наиболее популярным считается использование MS Project ( В строительстве помимо него также очень любят Primavera)
C одной стороны - это разумно, но с другой управление проектом на основании сроков - не всегда необходимо и оптимально.
Собственно канбан и доски трелло можно, с некоторым допущением, называть "project без сроков".
Здесь я попытаюсь рассказать о своем видении организации досок трелло.
Надо понимать, что я рассказываю не о продуктовой компании и это вносит существенные отличия в процесс.
1- Общая доска.
На ней крупно намечены проблемы и ступени их решения.
В частности у меня есть колонки "Идеи", "В проработке", "В работе", "Внедрение" , "Сделано"
"Идеи" - сюда просто пишем то, что надо делать но никаких действий по работе нет.
"В проработке" - в эту колонку мы переносим задачи, которые обсуждаются и согласовываются. Но окончательного решения о их реализации нет.
(Точнее нет практических шагов по реализации). Здесь же живут задачи , "надолго задержанные", по объектиыным причинам. Например - из за неготовности контрагента.
"В работе" - активная жизнь задачи. Мне на общей доске не так важно разделять по стадиям, подробности - они есть в комментариях к карточке.
"Внедрение" - Задачи переходят в этот статус тогда, когда пользователь начинает работать с подсистемой с рабочими данными.
В условиях "инхауса" это часто приводит к росту дополнительных задач и , иногда, существенной переработки логики.
"Сделано" - В эту колонку помещаем задачи, в которых поток обшащений пользователей снизился до нормального.
Через определенное время из "Сделано" помещаем в архив.
2 - Доски ключевых проектов.
Подобные общей доске делаем и для "главных" проектов.
Там обычно нет пункта "Идеи".
В качестве меток используется метка, откуда пришел этот пункт.
Смотря на эту доску общую картину понимает и ключевоц разработчик проекта и РП.
3 -Ряд разработчиков вовсю используют "свои" доски, в которых они ведут свои задачи и исполнение.
Рп может туда писать новые карточки, обычно в начальную колонку "Задача"
Сами сотрудики активно ведут комментарии к своим работам, в результате по доске можно вполне точно понимать что происходит
Подведу итог
Основной плюс использования Трелло - наличие представления "полной картинки" происходящего.
Естественно у каждой задачи - своя детализация, потому и досок с "картинками" будет много.
Минусы - иногда хочется отчетность формировать, а делать это из трелло противоестественно.
Технически можно написать парсер через АПИ, но идеологически - это система для другого