Проект уже завершен или еще «в работе» и сданы какие-то первые кусочки работ?
Мог бы ты поделиться опытом, например, в виде отдельной статьи, внедрения процесса «Управление конфигурациями», использования Insight — Asset management в частности.
Интересен именно подход к планированию работ по внедрению, Вашей первичной прогнозной оценке предстоящих работ, процесс выявления ключевых активов и всех составляющих характеристик.
Существовала ли до этого в Банке CMDB?
— Если да, то как Вы ее оптимизировали/актуализировали (или это делалось на стороне Заказчика, а Вы уже работали с тем, что дали)?
— Если нет, то очень интересен процесс выявления этих активов — как Вы это делали, сколько заняло времени, каких специалистов(роли) привлекали к данной активности?
1. Подскажите, кто подразумевается под «мы» в первом предложении статьи?
На кого ориентирована данная статья?
Судя по заголовку статья должна содержать технические решения по «выводу Jira из состояния помойки», но прочитав Вашу статью, являясь администратором Jira, я понимаю что сама система не становится «чище», по сути Вы рассказываете как актуализировать «общее состояние конкретных проектов и проектной деятельности в целом», от чего Jira, как системе, не становится ни лучше, ни хуже(состояние «помойки» не меняется — просто «помойка» доведена до конечных статусов задач с нужными резолюциями). Правильно ли я понял посыл статьи?
2. Вы упоминаете контроль состояния проектов с помощью диаграммы Гантта, не могли бы Вы раскрыть по-подробней какой Вы используете для этого плагин? За счёт чего Вы автоматизируете как сами процессы/ так и автоматический пересчёт тех же сроков на Гантте при изменении сроков одной из задач и т.д.
Небольшое замечание, при необходимости и корректной настройке Jira — администраторам проекта доступно редактирование workflow(в части статусов есть ограничение — добавлять можно только имеющиеся в инстансе статусы), экранов(screens).
Здравствуйте. Из добрых побуждений — нужно уменьшать количество воды и разговорного слэнга. Читается сложно, много громких фраз, но аргументов катастрофически не хватает.
Озвученные Вами тему будущих статей интересны, но хотелось бы хоть какой-то конкретики, а не просто личные рассуждения, не подтверждённые фактами.
Надеюсь, на Ваше понимание, обидеть ничем не хотел.
Спасибо!
Подскажите, как администратор поработавший с Jira как на сервере, так и в облаке, проявляется ли какая-либо ограниченность в функционале плагинов в облаке?
Особенно интересует реальный опыт сравнения JMWE, Scriptrunner.
Какие плагины Вы бы ещё порекомендовали из своей практики?
Здравствуйте! Подскажите, какое участие Вы принимали в настройке системы (JSD, Confluence)? Являетесь ли Вы администратором какой-либо из систем?
Или же это отзыв пользователя(клиента) Service Desk? Или администратора проекта JSD?
Тема и правда интересная.
Спасибо за статью и интересный опыт.
Проект уже завершен или еще «в работе» и сданы какие-то первые кусочки работ?
Мог бы ты поделиться опытом, например, в виде отдельной статьи, внедрения процесса «Управление конфигурациями», использования Insight — Asset management в частности.
Интересен именно подход к планированию работ по внедрению, Вашей первичной прогнозной оценке предстоящих работ, процесс выявления ключевых активов и всех составляющих характеристик.
Существовала ли до этого в Банке CMDB?
— Если да, то как Вы ее оптимизировали/актуализировали (или это делалось на стороне Заказчика, а Вы уже работали с тем, что дали)?
— Если нет, то очень интересен процесс выявления этих активов — как Вы это делали, сколько заняло времени, каких специалистов(роли) привлекали к данной активности?
Заранее спасибо!
На кого ориентирована данная статья?
Судя по заголовку статья должна содержать технические решения по «выводу Jira из состояния помойки», но прочитав Вашу статью, являясь администратором Jira, я понимаю что сама система не становится «чище», по сути Вы рассказываете как актуализировать «общее состояние конкретных проектов и проектной деятельности в целом», от чего Jira, как системе, не становится ни лучше, ни хуже(состояние «помойки» не меняется — просто «помойка» доведена до конечных статусов задач с нужными резолюциями). Правильно ли я понял посыл статьи?
2. Вы упоминаете контроль состояния проектов с помощью диаграммы Гантта, не могли бы Вы раскрыть по-подробней какой Вы используете для этого плагин? За счёт чего Вы автоматизируете как сами процессы/ так и автоматический пересчёт тех же сроков на Гантте при изменении сроков одной из задач и т.д.
Спасибо.
Jira достаточно гибкий инструмент в этом плане.
Озвученные Вами тему будущих статей интересны, но хотелось бы хоть какой-то конкретики, а не просто личные рассуждения, не подтверждённые фактами.
Надеюсь, на Ваше понимание, обидеть ничем не хотел.
Подскажите, как администратор поработавший с Jira как на сервере, так и в облаке, проявляется ли какая-либо ограниченность в функционале плагинов в облаке?
Особенно интересует реальный опыт сравнения JMWE, Scriptrunner.
Какие плагины Вы бы ещё порекомендовали из своей практики?
Здравствуйте! Подскажите, какое участие Вы принимали в настройке системы (JSD, Confluence)? Являетесь ли Вы администратором какой-либо из систем?
Или же это отзыв пользователя(клиента) Service Desk? Или администратора проекта JSD?