dvim (dvim) wrote,
dvim
dvim

Category:

trello - варианты использования

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

  • Post a new comment

    Error

    Anonymous comments are disabled in this journal

    default userpic

    Your reply will be screened

    Your IP address will be recorded 

  • 0 comments