Единственный интуитивно-понятный интерфейс — это женская грудь, всему остальному нужно учиться. Эта народная мудрость пришла ко мне сегодня утром, когда я в деталях и красках рассказывал третьему по счету коллеге, чем resolved отличается от closed и как делать log work, чтобы руководству не было потом мучительно больно. В этой статье я попробую на примере нескольких зарисовок обрисовать возможные варианты использования системы управления задачами на примере популярной Jira при ежедневной работе. Приемы, конечно, не единственно возможные — но они достаточно просты, универсальны и применимы не только к Jira, но и к большинству популярных систем управления задачами — Redmine, Trac, Bugzilla и прочим.

Таск менеджеров дофига. Удобных — намного меньше.
Именно на этом стоит популярность Remember The Milk — простота использования и пресловутое неуловимое usability.
RTM, когда я увидел его в первый раз, понравился мне своим мобильным клиентом и простотой так сильно, что я, посмотрев по сторонам, проплатитл pro-аккаунт на пару лет и жил не зная горя.

Но, пару дней назад, блуждая по просторам интернета и почитывая хабр, я наткнулся на сервис, который по всем параметрам выигрывает у RTM, а именно — Doit.im.



Под катом, небольшой обзов сервиса в картинках: web, pc, mobile.

Хочу поделиться с хабрасообществом как можно использовать (или как можно было использовать, если бы не закрыли) Google Wave.

Я веду несколько проектов по разработке приложений, у которых много задач (баги, новые возможности и т.п.). У каждого проекта есть свой исполнитель — программист (обычно фрилансер), я в роли менеджера и тестировщика, а так же есть заказчик/директор.

Предположим в одном из веб приложений я заметил баг, после этого:

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

Учет задач мы ведем не в солидном таск-трекере, а в… текстовом файле. Точнее не просто текстовом, а в расшаренном документе Google Docs. Происходит это так:

• Записываем возникающие задачи обычным черным шрифтом в виде обычного ненумерованного списка.
• Размером шрифта отмечаем приоритет задач — чем крупнее, тем важнее.
• Цветом помечаем задачи, назначенные на конкретного человека — за каждым разработчиком закреплен свой цвет.

В начале файла обычно помещаем "легенду", чтобы всегда можно было вспомнить, где чей цвет. Вот как это выглядит:

Итак, сегодня я хотел бы пропиарить небольшой, но гордый стартап: owely.com призванный помочь донести вам свои мысли окружающим.

Итак, что собой являет Овли. Это сервис быстрого и удобного обмена скриншотами. Он призван помочь в коммуникации между разработчиками програмного обеспечения, общению с заказчиком, и вообще, дать возможность с минимальными трудозатратами описать и передать другому человеку то, что творится у вас на экране.

Обзор и сравнение предложенных хабралюдьми систем

Краткое содержание первой части: автор рыщет в поисках системы, которая поможет вдохнуть новую жизнь в отношения между работниками и задачами. Формулирует требования, жалуется на недостатки опробованных систем. Те, кто в теме, советуют автору, чего бы помучить еще.

Вторая часть длинная (да еще и со скриншотами), если тема не интересна — лучше и не начинить читать :)

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

Пост довольно большой, и, если есть желание разобраться в вопросе, может понадобится вдумчивое чтение.

Прошу помочь определиться с системой, которая вдохнет новую жизнь во взаимоотношения между работниками и задачами.

Как мне кажется, проблема эффективного совместного управления задачами очень актуальна для многих небольших команд.
После того, как система будет выбрана я готов написать отчет в блог «Управление проектами» для тех, кто так же как и я чувствует, что пора навести в менеджменте порядок. Если Вам будет интересен такой отчет — напишите об этом в комментарии, пожалуйста.