Выбор таск менеджера для небольшой команды  Публичный пост

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

Какие недостатки в Notion мы видим:

  • отвратительная система комментариев у задач. Кроме текста никакого форматирования, нельзя вставить кусок кода/изображение;
  • отсутствие интеграции c Github, да и вообще любых интеграций
  • отсутствие возможности создания Мастер таск листа - список задач по каждому сотруднику по всем проектам. Полезно, чтобы понимать workload
  • нет возможности создавать саб-таски, и как результат нет красивых прогресс баров которые бы могли визуально показать, что задача завершена на N%

Какие таск менеджеры попробовал:
Jira
Меня хватило ровно на часа 3, абсолютно непонтяно как настраивать, куча терминов, куча нестыковок с документацией, очень медленная. Нет желания использовать сервис, которым чтобы научиться пользоваться нужно несколько лет обучения и тренингов.

Asana
По-моему нет интеграции с гитхабом, как минимум Google выдает ссылки на какие-то дополнительные приложения, за которые отдельно нужно доплачивать и настраивать.

Ограниченная система комментариев.

Trello
Очень простой, работал с ним последний раз года 3 назад, не помню, чтобы там была визуализация задач по всем проектам с группировкой по пользователю. Инеграция с Github довольно примитивная.


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

Одновременно количество активных проектов по которым идут работы - 4-6
Всего людей в команде - 12
На каждом проекте на разных этапах участвуют от 2-5 человек.

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

Если в сервисе будет возможность вести документацию по проектам, создавать knowledge базу компании,трекать время, то будет вообще прекрасно.

Связанные посты
68 комментариев 👇
Alex Barashkov, Passionate Web Developer and CEO at Pixel Point автор 24 декабря 2020

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

  1. Больше всех и ближе всех по флоу, UI/UX, интеграциям понравился https://linear.app/, но переходить на него пока рано, часть функций касаемо мастер таск листа и гостевого доступа пока нет.

  2. Clickup - очень много функций и есть все что нужно, перегруженный UI/UX. Ребятам завезли 100 млн недавно, поэтому подозреваю, что в следующем году будет много изменений, возможно и дизайнера наймут хорошего.

  3. fibery.io - приятный UI/UX, сложная штука для настройки, но можно сделать очень крутые интеграции и воркфлоу автоматизации Slack/Github, отсутствует гостевой доступ. Стартап довольно молодой, поэтому не до конца понятно как и куда будет развиваться, но думаю стоит понаблюдать.

Вообще ощущение, что большинство инструментов ориентированы на single product и плохо подходят для агенств.

@nikel, а views не подходят в linear, чтобы смотреть все таски по людям? Наверное придется создать отдельный view под каждого, или фильтровать поочередно, но в целом вроде норм.

  Развернуть 1 комментарий

@nikel, Fibery хорош. и там можно несколько продуктов настроить.
Но ключевое слово "настроить" - без поллитра, а иногда и литра, не разберешься. Нужно предложить их суппорту как бонус - помогать в настройке "рабочей области" клиентам. :))

  Развернуть 1 комментарий

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

Делается так: по строкам идут задачи: номер и описание. По столбцам идут: эстимейты, затем потраченное фактически время. Дальше статус: not started, in progress, in testing, done. Это 4 столбца. На пересечении столбца и строки ставим крестик (латинская "x"). Если статус задачи поменялся - удаляешь крестик и ставишь его в следующую колонку. Подрбное оаписание задач с комментариями - в отдельнов гугл-документе. В оглавлении слева заголовки тасок, в самом документе подробная информация по ним. Очень удобна получается такая навигация.

Теперь переехали на джиру. Был в итоге один спринт на джире и один на экселе.

Смотря на это чудо ещё раз убедился в аксиоме эскобара - важно не какой таск менеджер, а чтобы работу делали, блэт! :) На экселе нормально было! Работа - работалась!

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

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

От себя могу посоветовать JetBrains Youtrack
www.jetbrains.com/youtrack
Работает шустрее джиры плюс есть в встроенный Knowlage Base
До 10 человек бесплатно на клауд версии

  Развернуть 1 комментарий

@AndriiChuzhynov, зарегался, попробовал создать проекты/таски разобраться как устроено. UX вообще не очевидный, куча видно что "кодерских" приколюх. UI тоже не блещет, ощущение что попал в teamcity :) а он мне в свое врем тоже не зашел :)

  Развернуть 1 комментарий

@nikel, лучше Space

  Развернуть 1 комментарий

Lite UI пробовал?

Space, конечно, круче, но, скорее всего, будет не хватать какой-то функциональности типа гостевого доступа.

  Развернуть 1 комментарий

https://yandex.ru/tracker/

Лучше чем JIRA!

  Развернуть 1 комментарий

Лучше Джиры быть не сложно 😁

Сайт на самом деле очень мало рассказывает о продукте, что уже заставляет задуматься о функциональности сервиса.

  Развернуть 1 комментарий

Плюсую к Яндекс Трекеру.

Там нет огромного количества наворотов Jira типа макросов, расширений и так далее, но это трекер, который просто делает свою работу хорошо.

Есть доски (можно SCRUM, можно Kanban), есть относительно понятная настройка workflow задачек, сами задачи и т.д.
Есть фильтры и поиски, есть графики.

Есть и вставка кода, и интеграция с github/bitbucket, и работа с медиа (неидеальна, но лучше, чем у Jira).

Из минусов - странноватый язык разметки (но они, вроде, переходят к GitHub-like со временем) и работа с медиа не идеальна.
Ещё про документацию хороший вопрос: внутри Яндека есть свой аналог Confluence, который интегрирован с Трекером, но фиг знает, есть ли он снаружи.

По ощущениям, Яндекс Трекер заметно производительнее YouTrack'а и тем более, чем Jira. Возвращаться с него на Jira сейчас очень больно.

  Развернуть 1 комментарий
Nikolai Lopin, Фронтендмейстер 23 декабря 2020

Я очень поверхностно смотрел на Linear и мне понравилось. Она заточена под разработку и многие штуки хорошо продуманы

  Развернуть 1 комментарий

Первые ощущения:

  • отличный UI/UX
  • видно что работают над перфомансом, очень хорошо работает приложение
  • перешёл бы прямо сейчас, но у них нет гостевого доступа и вообще шаринга/пермишенов

Буду наблюдать за проектом, очень многообещающая штука.

  Развернуть 1 комментарий

Конечно же Fibery, @MichaelDubakov, ловите лида!

  Развернуть 1 комментарий

@rozhok, спасибо, выглядит очень интересно, кажется что настроить можно просто вообще все и впринципе UX адекватный на первый взгляд.

  • выглядит так, что на настройку уйдет приличное количество времени, и основное опасение, а не потратишь ли ты дни на настройку, а потом поймешь что тебе что-то не хватает :)

  • не совсем очевидная терминология. New app больше звучит как добавить какую-то интеграцию или подключить апп из маркетплейса, а это оказывается workspace/space посути

  • не понятно можно ли будет сделать агрегацию всех задач по всем аппам. в моем случае апп это будет один проект с какой-то документацией/задачами/бэклогом итд.

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

  • покапался еще больше и перестал вообще понимать что есть апп :) поразбираюсь побольше завтра

  Развернуть 1 комментарий

@nikel,

не совсем понятно какие инвестиции стоят за проектом

$1M confirmed from angels for the seed round

  Развернуть 1 комментарий

@rozhok, ссылка должна была стоять на https://fibery.io/anxiety

  Развернуть 1 комментарий

Могу за €100 и один час настроить жиру под вас :-)
Еще за €100 и за час могу рассказать как работать удобно.

Да, она не самая быстрая и не самая очевидная в дефолтной конфе. Но у жиры есть два жирных плюса:

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

Одновременно с этим, плохо настроенная Jira — это геморрой для всей команды. Тоже самое относится и к "перенастроенной" конфигурации. Нужно искать золотую середину.

  Развернуть 1 комментарий

@ArtemGolovin, я тогда тебе напишу все, что нам нужно и как это должно работать :) если ты посчитаешь, что это можно так настроить в джире, то я с удовольствием оплачу все твое потраченное время. C радостью отдам 200 евро, но честно скажу сомневаюсь, то в два часа можно уложиться :)

  Развернуть 1 комментарий

@nikel, не вопрос, лучше даже прямо тут под постом. А я пройдусь по списку и помечу каждый пункт как "можно и удобно"/"возможно, но неудобно"/"невозможно"

  Развернуть 1 комментарий

@ArtemGolovin, супер! договорились!

  Развернуть 1 комментарий

@ArtemGolovin, Артём, раз вы эксперт по жире, я готов тоже вложиться в настройку, но вот скажите, на сколько жира подходит для производственной компании? Производство не серийное, опытное/проектное. С айтишными то проектами вот всё тут перечисленное хорошо справляется.

  Развернуть 1 комментарий

@VBodrov, интересно, раньше не сталкивался. Расскажите вначале, какой сейчас процесс и что хочется в нем улучшить?

  Развернуть 1 комментарий

@nikel, ничего что я тут твой пост немножко займу? :) @ArtemGolovin, в пару слов не уложиться. Чем до сих пользовались тут написал уже в сообщениях, сейчас начинаем новый проект, новая команда, есть шанс начать делать правильно. Какой был воркфлоу в предыдущих случаях напишу, но чуть позже, это надо обстоятельно написать.

  Развернуть 1 комментарий

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

Компания ведет проектную деятельность, в этом она похожа на большинство айтишных компаний. В силу зарегулированности отрасли законодательно разработка космической техники это классический "водопад":
Аванпроект (Замысел КС) - Эскизный проект (Проверка на совместимость КС с реальностью) - Рабочая-конструкторская документация (Описание КС для изготовления) - Изготовление образца для испытаний (Реализация КС) - Испытания - Изготволение летного образца - Лётные испытания - Эксплуатация

Кому интересно как точно называются фазы и этапы милости прошу в ГОСТ РВ 15.203 и РК-11-КТ, но они ДСП, поэтому я привел этапы по смыслу.

Но даже уже в стандарте это не "водопад", а "спираль", потому что на каждом этапе проводится корректировка РКД по результатам этапа, а изготовление образца для испытаний, и потом образца летного ни что иное как прототипирование.

А в реальности, всё равно применяются гибкие методологии проектирования, и водопадные дедлайны трактуются именно как вехи, а не гейты (Привет следственному комитету и прокуратуре за срывы этапов гос.контракта).

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

  1. Поиск контракта

Для нас проект начинается раньше, чем того требуют ГОСТ, а именно с поиска контракта. Здесь в главные действующие лица это маркетинг и немного техническая команда в качестве пре-сейлз для всяких наколеночных расчетов.
Артефакты тут инженерные записки, коммерческие предложения, инженерные расчеты. Всё это в основном документы офиса word/powerpoint. Версии которых надо отслеживать. В целом эта часть хорошо закрывается всякими CRM-системами, если бы не надо было подтягивать технарей на инженерную писанину.

  1. Заключение контракта

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

  1. Эскизное проектирование

Этап подготовки коммерческого предложения фактически закрывает объем аванпроекта, поэтому контракты обычно сразу с эскизного проектирования начинаются. Тут уже в основном работают инженеры, делают расчеты, чертят 3Д модели. Иногда уже возможно производство прототипов. Это всё укладывается в функционал таск-трекера и возникает задача более актуальная, чем в первых двух этапах по согласованию документации. Это скорее для автоматизации документооборота, но если это реально в какой-то из программ из топика сделать, то супер. Достаточно тоже гостевого доступа с возможностью заказчику поставить галку, что согласовано. Всякие там электронные подписи не нужны.

  1. РКД

По большому счету всё то же самое что и эскизник. Документация, чертежи.

  1. Изготовление образца для испытаний

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

  1. Испытания

Тоже с точки зрения работы с системой писанина документов, и подготовка к испытаниям. Таски и таски. Может быть полезен гостевой доступ контрагенту кто испытания проводит

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

  2. Эксплуатация

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

Ну и общие ко всему этому похожие с задачами топик-стартера. Что проектов может быть несколько. Надо тоже уметь составить мастер-лист по задачаи и загрузкам людей. Надо уметь сгомырить диаграмму Гантта, чтобы заказчик видел эту всю внутреннюю кухню таки как водопад. Управление требованиями. При этом важно отслеживать версии и конфигуции.

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

Еще очень важно, что в идеале это должно быть селф-хостед. Не к каждому документу можно дать доступ, и если к белому айпишнику или VPN относятся со скрипом в зубах, то на облака аллергия. Ну а какие то бумажки только ножками носить надо.

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

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

@VBodrov, о, фига себе. Мне этот коммент не пришел через бота. Попозже взгляну.

  Развернуть 1 комментарий

@ArtemGolovin, Как блин, эту джиру, ктороая клауд, скрестить с гитхабом, чтоб заработали смарт-коммиты?
Документация нагло врет.

  Развернуть 1 комментарий

@ArtemGolovin, а за сколько напишешь статью с рассказом о том что плохо в дефолтной конфигурации джиры и как можно лучше? Я вот где ни пользовался - всегда это было какое-то дикое страдание, все тормозит, нихера не найти, и так далее. Настолько противно ей пользоваться, что открываю раз в пару дней и скрипя зубами делаю сразу все что нужно.

  Развернуть 1 комментарий

@LexsZero, раскажи, вы же железо клепаете, какой у вас воркфлоу по двиганью тасков? Все таки тоже жира?

Похоже на то что я написал? 👆

  Развернуть 1 комментарий

@VBodrov, где как, обычно разделяют на отдельные проекты development (софт, железо, механика, внутренняя и внешняя документация) и operations (сертификации, заказы, закупки, производство). Иногда делят еще меньше, делая например отдельные проекты для софта и железа с разными флоу. Что там у железячников и производства я знаю плохо, 99.9% времени я сижу в софте, там все как обычно - open/todo/in progress/review/testing/done. Штуки на границе софта и железа часто имеют свои отдельные задачи по тестированию (типа, сначала есть задача "проверить такой-то интерфейс" для программистов, которые делают какой-то effort чтоб оно начало хоть как-то работать, потом по результатам могут создаваться задачи для железячников для внесения исправлений в следующую ревизию платы).

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

  • добавить драйвер и фрагмент Device Tree в ядро
  • потыкать осциллографом в плату и выяснить что нихера не работает потому что забыт какой-нибудь резистор и припаять его на соплях
  • написать рецепт для сборки какой-нибудь нужной библиотеки
  • написать поддержку фичи в прикладном софте
  • добавить поддержку фичи в веб-интерфейс
  • бампнуть версии ядра, приложения и вебни в системе сборки

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

  Развернуть 1 комментарий

@LexsZero, я еще не думал о написании статьи :-)

Надо смотреть под каждый конкретный проект и принципы работы команды. Нет такого универсального флоу, есть подгонка под каждую команду так, чтобы ей было удобно в жире работать.

Чтобы разработчики видели смысл в перетаскивании задачек, обновляли статусы с минимальными затратами, а менеджеры могли быстро по своим критериям видеть прогресс, затыки и планировать работу.

  Развернуть 1 комментарий

Пролистал все комменты и не встретил упоминания Basecamp
Не уверен, что он подойдёт на 100% под ваш юзкейс, так как у них своя философия управления проектами.
Из интересного: они написали книгу о том, как они разрабатывают Basecamp используя Basecamp
Книга халявная и всего на 20-30% рекламирует продукт, в остальном просто об их подходе https://basecamp.com/shapeup

Я тестил на фронтенд команде 5 человек и было очень удобно понимать:

  • кому сколько осталось работы по фиче
  • кто чем занимался/планирует заниматься

Там же есть встроенный чат, то есть для маленьких команд можно и без слака жить

  Развернуть 1 комментарий
Сергей Хабаров, Учитель информатики 23 декабря 2020

Может быть такая подойдет вам https://monday.com/integrations/

  Развернуть 1 комментарий
Захар Кириллов, Амбассадор ЕРАМ в Клубе 23 декабря 2020

Так встроенный в Гитхаб жеж есть: https://github.com/features/project-management/

  Развернуть 1 комментарий

Гитхаб не вариант.

  • нет глобал мастер таск листа
  • нет гостевого доступа для клиентов
  • фиг объяснишь какому-нибудь хед оф маркетинг, что такое гитхаб и почему там таски
  Развернуть 1 комментарий

@nikel, ммм, afaik только мастер тасклиста нет, факт. Приглашать гостей можно, но за свой счёт — они будут тарифицироваться как обычные пользовали.

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

Кстати, если уж сам гитхаб не подходит, а интегрироваться с ним надо — то таки Джира. Это как бы де-факто стандарт. Да, я читал ваши комментарии про Джиру в этот треде, но... Дайте ей шанс — Джира совершенно не так страшна и проходить обучение чтобы в ней работать вот точно не нужно.

Зато практически любой ИТшник в неё умеет (не надо учить при найме людей с рынка во время роста компании), к ней есть куча классных проверенных плагинов и интеграций на любой случай (инспекция и tracebility кода и т.п.), она никуда не пропадёт с ближайшее время (в отличие от любого малоизвестного стартапа, которому вы решитесь довериться) и её можно крутить хоть в облаке, хоть у себя захостить.

  Развернуть 1 комментарий

@zahhar, в джиру я тикет уже отправлял :) получил вчера ответ. Вопрос был - я хочу стандартизировать поля, колонки которые будут по дефолту в каждом новом проекте с использованием next gen template. Ответ - такой функциональности у нас нет.

Вот пример доки, куда я попал чтобы чуть больше понять их терминологию
https://confluence.atlassian.com/adminjiraserver/project-screens-schemes-and-fields-938847220.html

Да, чтобы вкурить эту диаграмку и понять как это с практической точки зрения работает, нужно явно не 2 минуты.

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

Порог входа в Github все равно будет выше чем в какое-нибудь single purpose trello. Платить за гостевой доступ не вариант, мы в таск менеджер порою инвайтим по 5-10 человек членов команды клиента, которые просто иногда коментят задачи. Платить за оргу 100-150 человек, чтобы использовать не полностью пригодный для наших целей таск менеджер, не самая лучшая идея.

  Развернуть 1 комментарий

Одной из причин, по которой нам подошел Teamwork, была возможность назначать права доступа с точностью до комментария. Можно приглашать внешних юзеров, которым доступен очень урезаный вид проекта. Добавил фрилансера на верстку и он комментирует/отслеживает только свой тикет. По запросу github teamwork есть сторонние инструменты по интеграции. Возможно, если достаточно передавать данные в одну сторону, этого хватит. А сам функционал по управлению проектом у ТМ весьма достойный. Пользовались им еще когда он был teamworkpm, это потом они и домен красивый купили и сайт сделали.

  Развернуть 1 комментарий
Сергей Игнашев, Леттеринг | Техническое писательство 24 декабря 2020

YouGile классный. До 10 человек в команде -- вообще бесплатно.

  Развернуть 1 комментарий

Могу порекомендовать https://clubhouse.io/, попробуй ;)

  Развернуть 1 комментарий
Dmitry Moskalchuk, Software Developer and Architect 24 декабря 2020

Попробую предложить Wrike. Продукт Андрея Филёва. Он сам из СПб, но давно живёт, работает и развивает продукт в Калифорнии. Я с ним знаком, но рекомендую не поэтому. Реальная история успеха и классный продукт, который умеет многое.

  Развернуть 1 комментарий

@crystax, да, райк невероятно мощный. Дорогой правда :(

  Развернуть 1 комментарий

@glebkudr Он дорогой для средних и больших команд. Для маленьких команд более чем приемлемо, на мой взгляд.

  Развернуть 1 комментарий

Это да, но он маленьким и не особо нужен по-честному. Для них и так на рынке много вариантов. А вот для крупных ребят он очень хорош, есть крутейшие фичи. Мы в скаенг думали взять, но пока для нас цена кусачая.

  Развернуть 1 комментарий

@crystax, насколько я помню, нет интеграции с гитхабом (а нужна ли она?), но всё остальное вроде есть

  Развернуть 1 комментарий

Хотел порекомендовать Click up, но вижу что вы им уже пользовались.

Я как ПМ небольшой команды (20 человек) юзал кликап два года. Начинал с первой версии, был среди первых тестеров второй версии.

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

Очень рекомендую посмотреть их вебинары для компаний чтобы понять как эффективнее его использовать. Мне это очень помогло забустить процессы в компании.

Единственное, что не очень удобно это репорты времени. Было бы удобнее, если бы репорты отображались просто таблицей. Ещё некоторые сотрудники жаловались, что нельзя сделать обязательным коментрий при логировании.

Кроме кликапа использовал: notion, basecamp, asana, freedcamp, Monday, active collab, wrike. Для разработки clickup пока фаворит.

  Развернуть 1 комментарий

https://planfix.ru рассматривали?

  Развернуть 1 комментарий

Для небольшой команды с удовольствием пользовались https://www.teamwork.com

  Развернуть 1 комментарий

@galichev, спасибо! выглядит неплохо на первый взгляд, но не нашел на сайте интеграцию с github.

  Развернуть 1 комментарий
Евгений Степанищев, Технический директор 23 декабря 2020

Я работал с Манстисом, Редмайном, Джирой, Багзиллой и даже писал что-то своё.

В команде, где я работаю, мы сейчас используем Фабрикатор, и я вполне мог бы его рекомендовать, в нём нет всех перечисленных в посте недостатков, но делаю это с опаской — скорость его развития замедлилась.

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

  Развернуть 1 комментарий

На старой работе использовали Bitrix24, когда команда разрослась, то инженеры уехали на локальный Redmine, в битриксе остались только руководители рабочих групп.

До этого тоже пользовалимь TeamWork, который уже предлагали.

И на текущем месте ребята используют Worksection.

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

Но было бы интересно почитать про рабочий процесс в выбранном в итоге инструменте.

  Развернуть 1 комментарий
Anna Devi, Веду управленку, иногда автор статей 23 декабря 2020

Установила Taskade, но ещё не пробовала, не до этого.
Поэтому сорян, но ссылка без отзыва. Может быть это полная шляпа, а может новый шедевр, реферальной ссылкой которого я не поделилась =]

  Развернуть 1 комментарий

Если в канбан, то в своё время работал с https://kanbanize.com/product-and-features. Дорого, но очень гибко можно настроить процесс (нормальные комменты к таскам, можно вложенные доски, бэклог всегда под рукой). Плюс удобно для тимлида собирать разную статистику для планирования (lead-time, запросы по таскам). Про интеграцию с GitHub не скажу, не знаю.

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

@longbow, мне после нескольких часов попыток настройки джиры захотелось себе глаза выколоть :) не хочу я такой успех и развитие :)

  Развернуть 1 комментарий

@nikel, ну тут уж придется выбирать: шашечки или ехать.

  Развернуть 1 комментарий

Очередная попытка засунуть все в одно место )

Разрабы пусть issues в github/gitlab юзают.
Менеджеры в трелло глобальные таски типа "сделать сайт" ставят себе и командам.
А аккаунт менеджер/PM просто расшарит заказчику гуглдок и пишет туда отчеты о проделанной работе.

  Развернуть 1 комментарий

@kellas, так это не работает, или работает в масштабах "я со своим другом решили стартап запилить", у нас небольшой коллектив 12 человек всего, и то есть четкое понимание, что Ноушн мы переросли, и нужно больше автоматизации/визуализации,чтобы всем жить было проще.

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

@kellas, да сам в шоке :) пока вообще переезд на холд поставили, так как не ожидал, что 2020 будут проблемы с поиском таск менеджера c довольно простым набором функций на первый взгляд.

  Развернуть 1 комментарий

Кстати все что вы перечислили есть в gitlab

Вот только требованиям типа "будет простым в использовании" - отвечает тем меньше инструментов чем глупее пользователь.

  Развернуть 1 комментарий

@kellas, вот что-то я сильно сомневаюсь, что у gitlab есть мастер таск листы по всем проектам, и не думаю что у них есть интеграция прям серьезная на уровне тасок с github, явно лобируют больше использования своих продуктов.

  Развернуть 1 комментарий

@nikel, есть кажется перенос проектов и тасок с github

есть список issues по выбранному сотруднику(там разные фильтры) по всем проектам группы.
ну и вложенные группы проекты и списки задач по ним


wiki и да куча всего , даже диаграмма гранта кажется была в Gold версии

А зачем вам оставаться на github ? Вы его переросли )

  Развернуть 1 комментарий
Дмитрий Уланов, Технический директор 30 декабря 2020

Судя по комментариям, подходящих вариантов сильно более, чем один :)

Мы с двумя небольшими командами несколько лет сидим на Redmine + Agile плагин от Redmineup (+ у них есть и другие отличные плагины), нам нравится. Вторая команда переехала туда с Trello.

Выглядит оно не очень современно, и UX похуже, чем у той же Jira, но при этом:

  • почти без денег
  • функциональности и гибкости более чем достаточно (проекты, задачи разных типов с кастомными полями, вики, форумы, тайм-трекинг)
  • работает быстро и надёжно
  • развернуть можно как у себя, так и на веб-хостинге за минуты
  Развернуть 1 комментарий
Denis Kachnov, Управляю работой 30 декабря 2020

Видел выше упоминание Канбан. Если душа лежит в сторону его применения, посмотрите на Kaiten: https://kaiten.io

  Развернуть 1 комментарий
Dmitry Prikhodko, Рекламщик Facebook, разработчик 30 декабря 2020

Зашел сюда, чтобы увидеть No-tower в комментариях

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб