Лаконичный таск-менеджмент

31 декабря мы опубликовали первую итерацию командных рабочих пространств в Хаос-контроле и с этого момента выпустили три обновления, постепенно реализующих наше видение по тому, как стоит управлять командными задачами (на подходе четвертое).

Для себя я считаю большим успехом этого начинания тот факт, что мы сами полностью перешли на управление процессами внутри ХК и отказались от стороннего решения, на котором сидели около 10 лет. Не передать с каким удовлетворением я нажал на кнопку отключения сервера, где крутилась наша старая система командного таск-трекинга.

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

В связи с этим хочу поделиться двумя принципами, заложенными в ХК.

Железобетонная простота

Я думаю все понимают, что стандарт командного управления проектами - это Jira. К сожалению, этот инструмент (и стремящиеся его заменить аналоги) перенасыщены функциональностью на все случаи жизни, что делает их недееспособным во многих случаях, когда нужно просто раскидать задачи по категориям и исполнителям.

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

Сильно помогает и нативная мобильность - поставить задачу или внести изменения в нее можно на ходу без лишних телодвижений.

Симбиоз личного и командного планирования

Концепция разделения на Рабочие Пространства не нова, но мало где есть возможность держать в одном инструменте как личные, так и рабочие задачи. С одной стороны, они разделены логически (с разным набором релевантных функций), но находятся в одном приложении.

На видео, например, показан процесс перехода из моего личного пространства дел в пространство команды ХК. На практике такая логика организации задач приводит к такому сценарию:

  1. В личном пространстве я начинаю работать над системой, посвященной развитию ХК
  2. Выполняю какие-либо задачи, которые храню в личном пространстве (потому как они не касаются других участников команды)
  3. При необходимости, в процессе перехожу в рабочее пространство и ставлю задачу кому-то из разработчиков

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

---

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

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

Процесс идет.

Подписывайтесь на Telegram Дмитрий Тарасов о Системности.

1
Начать дискуссию