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

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

Хороший вопрос, надо было указать. Из самых больших недостатков с которыми я сталкивался это:
1) Резистанс людей, когда вы внедряете систему. Люди работали в чем-то, работали как-то и они не хотят меняться
2) Сложность настройки. Минус в этом пункте в том, что нужно разбираться в системе, довольно плотно, у Atlassian есть пачка сертификаций даже. В общем не совсем нативно для админов, но весьма просто для юзера. Этот пункт я зацепил в статье
3) Из последнего еще это смена упора Atlassian в сторону клауда. Если раньше клауд и сервер разработка была плюс минус одинаковой, то с октября 2019 они решили развиваться клауд намного больше, чем сервер, и это выльется в стагнацию сервера через год-два, если комьюнити не продавят их

+1 На вскидку:


  • Цена, которая может быть достаточно большой
  • Джира впоне может тормозить на большом количестве проектов и задач
  • Часто в базе нет нужной функциональности (например, шаблоны в Джире) и предоставляется через плагины, которые опять же могут быть дорогими
  • Мелочи, которые могут оказаться не такими уж и мелочами для вас. В Конфлюенсе убрали вики-разметку и нет нормальных (friendly) URL для страниц, а Джире из коробки только (?) LDAP для SSO
  • Практически нет поддержки Markdown. В Конфлюенсе только импорт, а в Джире вообще своя plaintext-разметка
  • Коммерческие решения часто приподносятся как нетребующие штата для их поддержки. Так вот в компаниях со стеком Атлассиана, обычно как минимум пара человек на их поддержке.
Немного так добавили:)
Пару комментов по пунктам
  • Вот не знаю, для энтерпрайща цена меньше раз в 10 от других тулов, для смол бизнеса и того меньше
  • Сам пока не сталкивался, что в сервере много ресурсов выделили, что в клауде работало ок. Много понятие растяжимое, у меня сейчас где то 80 проектов заведено, ну и задач от 10 до 300 в каждом
  • Про разметки согласен полностью, странное решение, но видимо отголоски прошлого
  • А точно речь не про клауд и поддержку? В целом как в любом инструменте наверное, он да, нужен человек который и в аналитике хорош и инструмент знает

Лично меня бесит в ней, что облачный интерфейс жутко тормозной. Такое впечатление, что напрямую с Австралией связываешься. Пока задача загрузится, потом ждешь, чтобы комментарии подгрузились.
Ну неужели в 2019 году нельзя сделать легкие страницы, а не десятки мегабайт? Это ж чистый текст.

Здравствуйте. Из добрых побуждений — нужно уменьшать количество воды и разговорного слэнга. Читается сложно, много громких фраз, но аргументов катастрофически не хватает.

Озвученные Вами тему будущих статей интересны, но хотелось бы хоть какой-то конкретики, а не просто личные рассуждения, не подтверждённые фактами.
Надеюсь, на Ваше понимание, обидеть ничем не хотел.
Добрый день, не знал что можно апрувать/деклайнить комментарии)
Спасибо за конструктивную критику, учту в следующих статьях. Согласен насчет аргументов, тоже думал что можно было бы вырезать кусок в начале и добавить больше про практические кейсы. Думаю, что в будущем буду писать статью на отдельный кейс, чтобы сохранить и подробность, и интерес, и полезность. Спасибо!
Интересная тема, ждем продолжения статей, спасибо.
Есть ли возможность гибких настроек воркфлоу в Jira Softwsre в контексте кастомизации полей и валидации их значений при изменениие статуса тикета? Например, перевели его из in progress в review, необходимо показать попап, где бы обнулилось имя исполнителя, чтобы установить его новое значение.
Спасибо! По поводу кастомизации:
Да, это можно сделать, нужно в режиме редактирования workflow выбрать нужный транзишн, например из To Do в In Progres, там есть Screen и выбрать экран, который будет показываться при этом транзишн. Экран нужно предварительно сделать) Для этого нужно иметь права администратора всей Jira
Небольшое замечание, при необходимости и корректной настройке Jira — администраторам проекта доступно редактирование workflow(в части статусов есть ограничение — добавлять можно только имеющиеся в инстансе статусы), экранов(screens).

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

Публикации

Истории