Привет Хабр! Меня зовут Белков Евгений, я руководитель направления разработки Siebel CRM в Московском кредитном банке. Сегодня я хочу поделиться своим опытом агрегации данных таблиц в "реальные цифры".
Все мы, работая с таблицами в Confluence, хотя бы раз упирались в ограничения функционала "из коробки", особенно, когда нам нужно посчитать сумму, или реализовать какую-то простую формулу. Конечно, все можно считать в Excel, но когда у тебя есть Confluence пользоваться Excel - не серьезно.
Для многих уход австралийской компании по разработке программного обеспечения в начале марта стал настоящим потрясением. Хотя многие ПО от Atlassian продолжали действовать на российском рынке, однако возможности продлить лицензию не было.
Счастливчики, которые успели приобрести лицензию до марта продолжали пользоваться программным обеспечением Atlassian и ещё не подозревали, с какими проблемами они столкнутся в будущем.
Спойлер: не откладывайте резервное копирование данных на потом.
В этом году звезды сошлись и я поняла, что гайд по контенту поможет решить кучу вопросов, с которыми я начала всё чаще сталкиваться.
Trello — это очень распространенная программа по организации личных дел и бизнеса. Когда пользователь только заходит в нее, она может показаться ему очень простой и примитивной, но чем больше он работает с ней, тем больше фишек и сюрпризов он находит. В этой статье я рассмотрю как самые начальные аспекты работы, так и более продвинутые функции Trello о которых не знает большинство пользователей.
P.S. если вы хоть раз открывали приложение trello листайте до основы работы.
Всем привет, меня зовут Денис, я хотел бы поделиться опытом использования AWX в рамках одной из наших потребностей. Статья может быть полезна ребятам с «инфры», если в компании используется vmware и подобное cloud решение для частого деплоя, а для всяческой бюрократии и запросов вы обращайтесь в Jira.
Недавно @kuksepa выкладывала отличную статью про AWX по этому я не стану много описывать конкретно его, а постараюсь кратко описать процесс. Прошу не обращать внимание на замазанные элементы.
Привет Хабр! Меня зовут Белков Евгений, я руководитель направления разработки Siebel CRM в Московском кредитном банке.
Сегодня я хочу поделиться своим опытом разграничения содержимого страницы для разных пользователей.
Привет! Я Дмитрий, руковожу продуктами EvaTeam. Confluence на пару с Jira ушли, но в России мы их заменили своими продуктами. И тут загвоздка в том, что нужно не просто сделать аналогичный функционал, но ещё и разработать множество плагинов, которыми система расширялась.
Уже рассказывал в статье про плагины в Jira и их аналогах. Теперь хочу перейти к плагинам Confluence. Let's go!
В данной статье мы рассмотрим процесс создания формы на базе JavaScript и включения ее в экран создания запроса в JIRA.
Это может быть полезно, если вы хотите получить большую гибкость, чем предоставляют стандартные поля JIRA. Например, если вам требуется изменить расположение полей, настроить валидацию пользовательского ввода, добавить подсказки или динамически отображать поля. В этой статье мы полностью реализуем пример, используя все перечисленные возможности.
Михаил Михайлец, руководитель группы аналитиков направления облачных решений Лиги Цифровой Экономики, рассказал, как его команда попробовала быстро подготовить задачи по классическому ТЗ (ГОСТ 19) в Jira при работе с государственным заказчиком и что из этого получилось.
Пожалуй, большинству известно, что ГОСТ предусматривает водопадную модель разработки ПО. До недавнего времени она была зафиксирована в постановлении Правительства Российской Федерации от 6 июля 2015 г. № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации».
Несмотря на обнадеживающее движение в сторону итеративной разработки со стороны правительства, стандарты пока обновляться не спешат. Годы выпуска действующих ГОСТов, которые идут после тире в их номерах, тонко намекают, что гибкие подходы в разработке не учитывались при их создании.
В теории можно породить жизнеспособного «кентавра» — если в течение спринтов проходить указанные стадии проекта раз за разом в ходе разработки каждой функции приложения.
Всем привет!
Меня зовут Олеся Гаврилова, я руководитель направления по координации проектов в Почтатехн.
Хочу вам рассказать о том, как команда проектного офиса выстраивает систему управления проектами в ПочтаТех, какие задачи стояли перед нами год назад, как мы их решали, к чему пришли и каковы наши дальнейшие планы.
Причины для создания системы управления проектами прозвучат, как в учебниках о проектном управлении: активностей стало больше и их масштаб вырос, из чего стало сложно отделить, какие из активностей требует применения инструментов проектного управления, какие нет и как мы будем достигать поставленные цели.
Что было на момент старта работы проектного офиса:
1. Комитет цифровой трансформации - орган, который утверждал ряд проектов.
2. Ранжирование и отбор проектов, которые рассматривает Комитет.
3. Проекты/продукты, которые утверждал комитет и проекты/продукты, которые реализовались без его участия.
4. Из процессов: подготовка к выходу на Комитет для утверждения проекта, предоставление отчетных материалов по достижению их ключевых результатов.
5. Для управления проектами: 3 информационные системы, MS project, MS excel. Каждый использовал, что ему нравилось больше.
6. Компетенции сотрудников. В компании работают, как люди с большим опытом, так и люди, которые делают первые шаги в области проектного управления.
7. Менеджеры проектов в первую очередь опираются на собственный опыт при реализации проектов, следовательно, успех проекта зависит от имеющегося опыта у менеджера.
Почему я решил написать эту статью?
Поработав в нескольких крупных ИТ компаниях на позициях руководителя проектного офиса, я поучаствовал в реализации различных архитектур управления проектами и портфелями. Важную и проблемную часть при этом составляли системы планирования – при кажущейся простоте и широком спектре решений на рынке. Проблема заключается в том, что планирование в компании - это несколько процессов:
• краткосрочное планирование (спринты),
• планирование проектов (контрактов),
• планирование загрузки ресурсов
• и наконец финансовое планирование (квартал, год и т.д.).
Все эти процессы связанны между собой, но в практике не реализуются в одной информационной системе. Поэтому хочу поделиться о своем опыте, удачных архитектурных решениях, которые в итоге позволили сделать более эффективными процессы управления проектами, бюджетирования и финансового планирования, благодаря интеграции различных процессов планирования.
Гениальный изобретатель Тони Старк стал рок-звездой киновселенной и одним из самых узнаваемых героев не только из-за фирменного юмора, ума и денег. У человека с атомным реактором вместо сердца есть одно исключительное преимущество – информация. Причем, личный смарт-помощник J.A.R.V.I.S. не просто выводит для Старка на экран статистику, но и анализирует происходящее, а еще – дает советы. Таким интеллектуальным личным ассистентом для Delivery менеджеров станет Perf, над которым работают в EPAM. О новом слове в Delivery менеджменте, которое скоро будет звучать чаще других, наши коллеги Сергей Сахоненко и Иван Кащенко рассказали на Atlassian Day в Минске.
Погрешности в учете рабочего времени и оплате труда, несистематизированный подход к онбордингу и развитию сотрудников, недостаток контроля за выполнением задач и сроками, неудовлетворительное взаимодействие с сотрудниками и отсутствие обратной связи, отсутствие инструментов для анализа продуктивности работы сотрудников — это самые неочевидные ошибки в управлении персоналом, но при этом они оказывают прямое влияние на бизнес.
В данной статье приведу пример организации досок Jira с использованием автоматизаций, которые помогают сэкономить прорву времени HR-специалисту.
В связи с ситуацией отключения плагинов табеля рабочего времени для пользователей РФ в Jira я начал изучать тему получения нужной информации по трудозатратам через Jira API. Даже нашел несколько статей на эту тему на уважаемом ресурсе. Но, как оказалось, некоторые моменты устарели, а некоторые были упущены авторами, либо они на них просто не наткнулись.
