Как стать автором
Обновить

Комментарии 79

для некоторых ситуаций и задач это гораздо проще и нагляднее, чем «волна»
Если посмотреть HTML такого документа в GoogleDocs, может возникнуть паника. =)

Задумка хорошая, но лично у меня цвет ассоциируется не с человеком, а со статусом задачи. А человеки хорошо бы в виде аватарок напротив текста смотрелись.
Основная фишка идеи — как раз в том, что цвет — это человек. На практике это удобно с двух сторон:

1. Менеджер видит общую картину очень наглядно: видно кто перегружен, кто тормозит, кто свободен и т.п.

2. Исполнитель видит свои задачи в контексте общей картины: глаз легко фильтрует нужное по цвету, но при этом видно место задачи в общем процессе.
А если дальтоник? Как быть?
На самом деле зря минусуете. Дальтоников много. Цвет тогда попапчиком можно выводить, наводишь на юзера, цвет текстом: синебуромалиновый. Ага, это Вася программист…
Почему бы тогда попачиком не выводить просто «Вася-программист»?
На самом деле, я и сам (хоть не дальтоник вроде) сталкивался с тем, что не уверен, что за цвет :) Например, когда темная строчка среди ярких цветов — непонятно, черная она или темно-синяя.

В google docs для этого достаточно кликнуть по выпадашке с цветом — там галочкой помечен текущий цвет.
Мне понравилось. Спасибо, взял на заметку.
Свежо и весело!
Оле не повезло с цветом ;) (неконтрастно)
Да, контрастных цветов мало, это нам уже мешает :)
Цвета не настоящие, у меня всегда розовый! :)
блин, сначала подумал, что Вы — Оля
А как менеджер видит задачи, над которыми работа была начата? Или это одно из ограничений?
В остальном — для мелких и быстрых проектов выглядит как оптимальное решение :-)
Можно курсивом помечать :)

Вообще, изначально мы записывали новые задачи черным, а пометка цветом как раз и означала «взята в работу». Но быстро поняли, что удобнее сразу помечать, что кому (когда это известно).
Весьма лаконична решена идея с цветовым окрашиванием для каждого сотрудника.
А вот если бы двум людям разных направлений понадобилось какую-то задачу дать? Есть идеи, как решить столь же лаконично эту проблему?

Задача дробится на две, к примеру, дизайн + верска + кодинг. Верстка и кодинг будут дочерними к дизайну.
Совершенно верно, списки могут быть вложенными — так что задачи выстраиваются в иерархию.
Неплохое решение.
Правда, если команда состоит из 30+ человек, раздать цвета — задача повышенной эпичности.
… а программисты-дальтоники увольняются по профнепригодности, потому что все время берутся за чужие задачи ;-)
ну так это и не решение для 30ти.
Как автор сказал — идеальных решений нет — для их размера команды, сложности проектов и типа задач это решение оказалось оптимальным
Я думаю, разумное значение — 5-7 человек. Больше уже становится не так наглядно. У нас в техотделе 10 человек, плюс менеджеры, плюс дизайнеры — получается много. Но над каждым проектом работают обычно не больше семи (больше — становится неэффективно, так как возникает слишком много взаимодействия) — поэтому цветов хватает :)
мы так же делаем, работя над своим проектом
очень удобно
для маленькой команды и/или маленького проекта — можно использовать, иначе врядли
проще в basecamphq.com
он платный…
есть вполне работоспособная (хорошо замаскированная) бесплатная версия — поищите внимательней
а хинт можно?
Вы меня простите — а что такое хинт?
подсказка. :)
чуть ниже под моим постом
https://signup.37signals.com/basecamp/Free/signup/new?source=basecamphq.com
спасибо. хотя уже сам увидел.
Наша команда с этого начинала. Сейчас перешли на собственную систему ведения задач и таймшитов. Удобный подход, но только для очень простых проектов.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
а мне вот старый добрый TRAC как-то больше по душе =/
Всё хорошо, только цветов многовасто :) Я, кстати, цветные флажки активно использую в Outlook для выставления приоритетов/перенаправления писем.

Красный — отмеченное важное письмо, с которым или что-то нужно сделать, или который просто содержит актуальную на данный момент информацию. Общее правило — любое свежее важное письмо тут же ручками помечаем красным цветом. Вчитываться будем позже; важность обычно понятна по отправителю, сабжу и т.п. Перестало письмо быть важным-но-нереализованным — флажок снимаем или меняем на другой.

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

Зелёный флажок — письма с общеполезной информацией, которые могут быть не нужны здесь и сейчас, однако регулярно требуются, например, реквизиты партнёра. Таких флажков немного, но висят они годами. Если выходит много — создайте спецпапку и туда соответствующие письма регулярно перемещайте.

Всё это не заменяет фильтрации писем и распределения оных по папкам, но порядок в них позволяет поддерживать :)
объясните, зачем велосипеды?
есть JIRA, greenhopper чего там нет, что вам нужно?
Джиру поставить надо ещё. И хотя бы минимально настроить. И научится пользоваться (ну хоть чуть-чуть). А тут закинул в докс, расшарил и все уже работают :) Для мелких проектов — самое то.
есть mantis тогда, если не охота париться
Вот как раз с mantis неохота париться :)

В нем:
— Много кликов для совершения действий
— Как следствие — медленная работа (перезагрузки страниц для большинства действий)
— Много лишних полей и возможностей (не используются, но отвлекают)

В результате вместо того, чтобы сосредоточить мозги на задаче, они тратятся на учет задач. А я хочу оверхед минимизировать.
ну, кому как удобней, мне не надо много кликать в JIRA, я из нетбинса вместе с коммитом закрываю и таски и проставляю время выполнения
А можно этот момент подробнее?
есть в нетбинсе подключаемые issue trackers, подробнее (кликабле)


а примерно так можно закрывать тикеты при коммите:
Способ в закладки, спасибо за описание… Но применимость лишь к простым задачам, это да…
Сам пришёл к такому же решению и несколько раз успешно его использовал :) Сейчас правда на бейскемп перешёл, там всё таки проще.
Нет возможностей сортировки или фильтрации задач, перегруппировывать приходится вручную

Имхо, довольно серьёзный недостаток.

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

Это вы явно преувеличиваете — всё прекрасно вписывается;)
Если поискать в интеренте, то можно найти довольно легковесные таск-треккеры; здесь же, думаю, недостатков больше, чем плюсов.

В целом, данный подход имеет право на жизнь в маленьких командах на небольших проектах, где закончил работу — удалил документ, потому что его повторно уже не используешь; в других же случаях лучше брать что-то готовое.

З.Ы.
Совет: не берите сверхсрочне проекты — и будет вам счастье=)
Подскажите, пожалуйста, легковесные таск-трекеры. В этом варианте нравится легкость постановки и работы, минимум кликов и (что важно) загрузок страниц.

В идеале хочется что-то среднее между google tasks (это такая штука в gmail и календарь встроенная), etherpad, описанным подходом, табличкой в екселе и… серьезными трекерами — как-то так :)
Вообще, выбор треккера зависит от методологии разработки. А так на вскидку порекомендую следующие:
scrumy.com/
unfuddle.com/
basecamphq.com/
flow.io/
Упс… ещё кое-что:
www.thebigpic.org/
bitbucket.org/
www.xp-dev.com/

З.Ы.
Сейчас пишу статью по треккерам для Канбана (многие из них пригодны и для других методологий). На днях будет готова — ждите=)
А зачем? Настоящая реалтаймовость здесь не требуется. Раскрашивание тоже хочется руками менять.
Кстати а как дела обстоят если несколько человек редактируют один документ одновременно?
В google docs? Нормально — изменения синхронизируются с задержкой в несколько секунд (иногда десятки секунд), то есть почти реалтайм. Если двое одновременно отредактируют одну и ту же строку — docs сообщит о конфликте, который придется разрулить последнему. Но мы с таким не сталкиваемся.
Чур мне белый
Мы тоже одно время пользовались гуглдоками для учета задач. Но потом количество людей выросло, цветов стало не хватать, пришлось перейти на Jira.
Мы используем не только цвета для исполнителя но и фон для того к кому задание перейдет от исполнителя (для контроля или следующей стадии работ). Так легче оценить загрузку и расставить приоритеты.
А глядя на ваши работы даже и не подумаешь, что они управлялись «из блокнота» :)
Лучший комментарий сегодня! ;)
благодарю :)
Emacs org-mode умеет это, и еще кучу всего. Единственное что ему не хватает — серверной части, а так был бы идеальный PIM =(
Говорят что существует некая операционная система именуемая как «Emacs OS» Не?
Круто, не знал о таком. А с КПК под WinMobile синхронизироваться как-нибудь можно?
под iPhone встречал такую штуку:
mobileorg.ncogni.to/

А насчёт WinMobile'а, под неё не встречал Git пока. Но по идее там же простые текстовые файлы используются, т.к. что что нибудь придумать скорее всего можно, если встанет нужда.
Делали большой проект с todo в google.docs.
Только метили мы текст разноцветным фоном, и не по персонам, а по роду занятий. Дизайнеров пачка, программистов еще больше + пресс служба и другие вспомогательные люди ;)


или вот из проекта по мельче:



зы. лучше фоном метить текст. так он более заметен.
чем то мне это org-mode напоминает, за исключением фичастости
Пытался привить нечто подобное (для начала самому себе, а параллельно коллегам), только с расскраской по-статусам (комментариям и пр.) — не покатило, сложновато получается, когда ты сам себе менеджер-разработчик (описываешь, ставишь задачи) + еще нужно как-то отслеживать комментарии коллег.
Docs — отличная вещь. Приходилось пользоваться, но!

Самый жирный минус заключается в отутствии уведомлений при изменении дока другими участниками.
К тому же с ростом проекта начанаешь чувствовать себя настоящим старателем в поисках золота нужного куска…
Больше всего должны оценить разработчики женского пола.
А мужчинам чаще всего обычного вполне хватает.
мы тоже используем Google Docs, но не Word а Excel.
цветные маркеры так же присутствуют, для выделения особой важности, но обычно ориентируемся на «Очередность», для этого заведен соответствующий столбец рядом с содержанием задачи
Однажды писали проект в Google Wave.
Так после 20 задач очень начал тормозить…
Сыроват еще

Отличная система. Примерно так же использую Ehterpad, там скорость ещё выше, но с цветами хуже.
Спасибо, смотрится здорово. Жаль, что у меня нет мака или айфона ;)
всё умеет org-mode
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации