Atlassian confluence что это

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

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

Для кого курс? Технические писатели, аналитики, архитекторы информации (специалисты, управляющие базой знаний).

Цель курса: научить слушателей пользоваться инструментом Atlassian Confluence «с нуля». Вы узнаете, как:

Настраивать Confluence «под себя»
Обходить «подводные камни» и ограничения инструмента
Решать любые рабочие задачи
Находить и использовать плагины
И многое другое.

Курс записан с живой демонстрацией системы на примере версии продукта 7.1.0 (серверная версия, актуальная на февраль 2021 года).

Формат: Онлайн. Записи лекций (вебинары) и практические работы на платформе GetCourse. Для лучшего усвоения материала рекомендуется иметь доступ к продукту.

Практика: в конце лекционных занятий Вы будете получать практические задания для закрепления полученных знаний. Задания делятся на обязательные (для выполнения не нужен продукт) и необязательные (для выполнения нужен продукт). Также в конце каждого урока есть пара тестовых вопросов для закрепления материала.

Взаимодействие с преподавателем организовано на базе платформы GetCourse. Вы сможете задавать вопросы в рамках курса в течение всего времени обучения.

Автор и преподаватель: Светлана Новикова. Работает техническим писателем и занимается организацией управления знаниями на предприятиях с 2013 года и всё это время пользуется инструментами Atlassian, основной из которых – Confluence.

Аттестация: слушателям, прослушавшим лекции и выполнившим практику, выдаётся сертификат компании «ПроТекст».

Начало занятий: в любое время.

Продолжительность курса: 40 часов.

Срок обучения: 2,5 месяца.

Стоимость: 24000 руб.

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

Программа курса «Техническая документация в Atlassian Confluence»:

Раздел 1. Введение в Confluence

Тема 1. Основной манифест Confluence. Начало работы

Практическое задание к Теме 1

Тема 2. Страницы.

Практическое задание к Теме 2

Раздел 2. Создание базы знаний в Confluence

Тема 3. Поиск и связность контента. Лейблы. Свойства страницы.

Практическое задание к Теме 3

Тема 4. Гиперссылки и якоря. Как управлять ссылками в Confluence. Ссылки на комментарии. Быстрые ссылки.

Тема 5. Шаблоны.

Практическое задание к Теме 5

Тема 6. Работа с файлами и вложениями

Практическое задание к Теме 6

Раздел 3. Инструменты для создания технической документации в Confluence

Тема 7. Макросы и плагины. Расширение возможностей Confluence.

Практическое задание к Теме 7

Тема 8. Переиспользование контента.

Практическое задание к Теме 8

Тема 9. Интеграции и экспорт документов из Confluence.

Практическое задание к Теме 9

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

Нажимая кнопку «Отправить», Вы соглашаетесь с «Правилами оказания консультационных услуг ООО «ПроТекст» и даёте своё согласие на передачу в ООО «ПроТекст» анкеты, содержащей ваши персональные данные, и соглашаетесь с тем, что они будут храниться в ООО «ПроТекст» в течение 5 лет и будут использованы исключительно для сбора статистических данных в целях повышения качества обучения, а также для приглашения вас к участию в конференциях и других событиях ООО «ПроТекст» (если Вы выбрали вариант «Я хочу, чтобы меня включили в список для рассылки приглашений на мероприятия, относящиеся к теме разработки технической документации, проводимые компанией «ПроТекст» и её партнёрами»), в соответствии с Федеральным законом «О персональных данных».

Главная
Услуги
- Документирование
- Курсы тех. писателей
- Подбор персонала
- Консалтинг
- Новости ПроТекст
- Публикации
- Структурированное писательство
- Статьи
- Вебинар «Внесение в Реестр отечественного ПО»
- Доквариум №2: Видеодокументация
- Доквариум №1: Инструменты техписателя
- Техническое документирование для бизнеса
- ТехДок 2014: Единый источник
- ТехДок 2014: Софт
- ТехДок 2013
- О нас
- Контакты
- Отзывы
- Вакансии
- Партнёры компании
- Партнёрская программа
Основы работы в Confluence

Создавайте контент, сотрудничайте и организуйте всю рабочую информацию в одном месте. Confluence — это пространство для команд, в котором накопленные знания объединены с возможностями для совместной работы. Динамические страницы представляют собой площадку для творчества, сбора информации и совместной работы участников команды над любыми проектами и идеями. Благодаря разделам можно структурировать и организовывать работу в команде, а также предоставлять общий доступ к базе знаний организации и к информации, необходимой участникам для эффективной работы. Подробнее о возможностях Confluence.

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

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

Варианты размещения

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

Cloud

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

Data Center

Confluence Data Center — это решение для самостоятельного управления с разными вариантами конфигурации, которые позволят выстроить командную работу с учетом потребностей организации. Режим «Только чтение» и гибкость развертывания с привлечением поставщиков IaaS (таких как AWS и Azure) обеспечат бесперебойный доступ и масштабирование с учетом потребностей ваших пользователей.

Server

При выборе варианта Confluence Server вы размещаете Confluence на собственном оборудовании и можете настраивать параметры установки по своему усмотрению. Этот вариант подходит командам, которые хотят контролировать все детали, установить более жесткие требования к управлению данными и готовы к любым сложностям, связанным с самостоятельным размещением.

Для варианта Confluence Cloud мы предлагаем тарифные планы Free, Standard и Premium, рассчитанные на команды с разными потребностями. Подробнее о планах подписки на Confluence Cloud см. в этом обзоре.

Основные термины

Страница

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

Раздел

Страницы хранятся в разделах — рабочих пространствах, предназначенных для совместной работы и упорядочения контента. Связанный контент лучше размещать в одном разделе, но вы можете создать столько разделов, сколько требуется команде. Например, одна маркетинговая команда может хранить всю работу в одном разделе, выделив на каждую маркетинговую кампанию по одной странице, тогда как другая может создать для каждой кампании отдельный раздел. Одновременно с разделом создается обзорная часть (главная страница) и блог. Это облегчает распространение обновлений и объявлений среди участников команды.

Дерево страниц

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

Использование JIRA и Confluence в большом проекте

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

Для организации работы проектной команды необходим единый информационный центр, с помощью которого решаются следующие задачи:
- Хранить проектные документы
- Вести рабочие материалы: протоколы, риски, открытые вопросы
- Информировать участников о правилах, событиях, планах
- Вести всевозможные реестры — задач, бизнес-процессов, разработок (Excel — не самый лучший инструмент для коллективной работы)
- Раздавать задания и поручения
- Собирать информацию по выполнению задач и поручений
Портал проекта — Confluence
Confluence — это удобный и продвинутый wiki движок от компании Atlassian. Он позволяет организовать внутренний интернет портал и дать доступ к нему всем пользователям — для редактирования или для чтения.
- Он очень прост и удобен, для обучения достаточно нескольких часов. У нас на проекте странички создавали и редактировали почти все участники.
- Довольно богатые возможности форматирования, необходимые для того чтобы сделать страничку красивой и легко читаемой. Есть средства, автоматизирующие создание навигации внутри сайта — оглавления, таблицы, ссылки, включения отрывков из других страниц и т.д.
- Написано огромное количество плагинов для расширения функциональности.
- Можно хранить документы, при этом сохраняются версии. По умолчанию пользователь берет всегда последнюю версию, что снижает количество ошибок. В любой момент можно вернуться к любой из предыдущих версий.
- Также сохраняются версии страниц, и всегда можно увидеть, кто и какие изменения внес, сравнивая любые две версии попарно.
- Можно ограничивать доступ в целом на сайт проекта или на отдельную страницу.
- Полнотекстовый поиск осуществляется по всем страницам и вложенным документам портала, включая pdf.
Проектные материалы

Проектный портал содержал все проектные материалы, часть которых мы сделали в виде иерархии страниц.

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

Все контрактные документы, которые должны сдаваться в качестве результатов проекта, выкладывали на соответствующую страницу в Word, Excel или pdf. Таким образом все проектные материалы, были в одном месте, структурированы, и не было путаницы с версиями.

Справочная информация

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

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

Процедуры и регламенты

Собрание всех инструкций и проектных регламентов на портале, в актуальном и удобном для чтения виде позволяет экономить на объяснениях новым участникам и бороться с отговорками «не прочитал, не нашел, не видел». Когда вопрос все-таки возникает, можно выслать ссылку на страничку, чтобы не пересылать документ и тратить время на его поиск. Версия — всегда актуальная, т.к. обновление происходит непосредственно на портале.

Риски и открытые вопросы

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

Специальная страница автоматически собирала список страниц с рисками, образуя таким образом реестр рисков.

Просматривая список можно перейти на соответствующую страницу, прочитать описание риска и посмотреть план действий по нему.

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

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

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

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

Второй вариант — использование для поручений задач в JIRA. Непосредственно со страницы проектного портала можно создать задачу в JIRA, назначить ответственного и установить срок исполнения. Для этого мы сделали специальный макрос, срабатывающий по кнопке Создать поручение.

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

Ведение протоколов

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

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

JIRA — Система для ведения списков, поручений, задач

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

Ведение разработок с помощью JIRA подробно описано в статье Управление разработками. Здесь я расскажу о контроле поручений и интеграции с Confluence.

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

На странице протокола появится ссылка на задачу, а в задаче JIRA будет ссылка на страницу в Confluence.

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

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

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

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

Кроме Confluence, в интеграции с JIRA, мы также использовали BitBucket, также продукт Atlassian — репозиторий разработок, позволяющий отслеживать версии кода. Для этих же целей на другом проекте использовали бесплатный SVN.

Множество плагинов позволяет расширять функциональность системы, в частности, для интеграции с MS Project или реализации диаграммы Гантта непосредственно в JIRA.

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

Организация проектного пространства с помощью JIRA и Confluence доказало свою эффективность и удобство. Ключевые преимущества — это удобство, надежность и широчайшие возможности для адаптации. На наших проектах такая системам стала стандартом де факто.
- управление проектами
- jira
- confluence
Начало работы с Jira, Confluence и методикой Scrum

Автор: Kelly Drozd

Просмотр тем

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

Для agile-разработки ПО можно использовать две разные методики Agile: Scrum и Kanban. У команды Scrum, как правило, более жесткая структура, четко определенные цели и результаты, а также заранее определенные роли участников. Kanban — более гибкий подход, который вносит дополнительную наглядность в проект. Эта система визуального управления позволяет команде видеть общую картину и повышает эффективность работы благодаря бережливому управлению. Хотя эти методики отличаются, их можно использовать одновременно. На самом деле, команды Scrum часто используют Kanban для визуальной оптимизации рабочего процесса спринта.

Необходимая терминология Agile

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

Спринт

Спринт — это короткий временной интервал, в течение которого команда Scrum выполняет заданный объем работы. Спринты как часть методики Scrum очень эффективны. Благодаря им проекты становятся более управляемыми, а команды работают быстро и эффективно. Продолжительность спринта обычно колеблется от одной до четырех недель, но чаще всего составляет две недели. Выбранный временной интервал должен быть достаточно коротким, чтобы снизить риски, но достаточно долгим, чтобы команда успела выполнить работу.

Jira — отличный инструмент, который помогает agile-командам сделать работу наглядной и управлять ею. Цель команды состоит в том, чтобы по окончании спринта создать инкремент разрабатываемого продукта. Jira позволяет оптимизировать спринты в режиме реального времени: можно визуально упорядочивать бэклог, оценивать пользовательские истории, регулировать скорость и объем работы в рамках спринта, а также изменять приоритеты задач. Когда команда ознакомится с программным обеспечением, она сможет использовать расширенные возможности Jira для автоматизации процессов и оптимизации рабочего процесса спринта.

Ежедневное scrum-совещание

Scrum — это методика, использующая подход Agile, чтобы помочь командам организовать, продумать и спланировать каждый рабочий день спринта. Ежедневное Scrum-совещание — это короткое, 10–15-минутное, собрание для синхронизации работы команды, на котором команда может обсудить свой прогресс в общих чертах. На этих совещаниях участники команды могут делиться важной информацией, обсуждать блокеры и проблемы, а также контролировать, как другие участники выполняют свои задания. Кроме того, ежедневные Scrum-совещания заряжают сотрудников энергией и побуждают их взаимодействовать друг с другом, благодаря чему повышается общая удовлетворенность команды.

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

Во время успешных и полезных ежедневных Scrum-совещаний команда узнает, над чем сейчас работают ее участники, нужна ли им поддержка и если да, то какая, а также получает ясное представление о любых потенциальных блокерах заданий. Команда должна проконтролировать текущий прогресс в достижении цели спринта и составить план на день. На каждом Scrum-совещании участники команды должны ответить на три важных вопроса:
1. «Что мне удалось сделать вчера?»
2. «Над чем я буду работать сегодня?»
3. «Какие проблемы мешают мне двигаться вперед?»
Во время Scrum-совещания команда может использовать доску Scrum в Jira Software или диаграмму Burndown, чтобы представить дополнительную аналитическую информацию, например объемы выполненной и оставшейся работы в спринте. Мы также подготовили обширный список общедоступной документации, которая поможет команде оптимизировать agile-процесс и извлечь максимум пользы из ежедневных Scrum-совещаний.

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

Компоненты методики Scrum

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

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

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

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

Выполнение спринтов в Jira и Confluence

Как Jira и Confluence вписываются в этот процесс agile-разработки, наполненный собраниями?

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

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

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

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

Одним из основных преимуществ совместного использования Jira и Confluence является то, что инструменты и планы могут развиваться вместе с командой. Далее описывается несколько дополнительных возможностей, которые команда может использовать при работе с этими универсальными инструментами.

Jira
- Отслеживание скорости. На диаграмме скорости отображается величина ценности, созданной в каждом спринте, что позволяет прогнозировать объем работы, которую команда сможет выполнить в будущих спринтах. Эта диаграмма будет полезна на собраниях по планированию спринтов, где поможет команде решить, какой объем работы она сможет выполнить.
- Оценка работоспособности команды. Оценка работоспособности позволяет оценить команду по восьми показателям, характерным для сильных команд. По окончании сеанса оценки работоспособности вы будете знать сильные стороны своей команды, а также проблемные области, требующие развития.
Confluence
- Шаблоны. Confluence — это Canva для управления проектами. В Confluence можно создать все необходимое, от требований к продукту до маркетинговых планов. Здесь вы точно найдете подходящий шаблон для своего проекта.
- Макросы. Макросы помогают расширить возможности страниц Confluence с помощью дополнительных функций и динамического контента. Макросы можно использовать для изменения формата и макета страницы, отображения мультимедиа и упорядочивания контента.
Вывод Agile на новый уровень

Jira и Confluence помогают командам поддерживать порядок и эффективно, без всяких затруднений переходить от планирования к выполнению. В этих инструментах есть все необходимое, чтобы сразу стать высокоэффективной agile-командой. Действительно, 76 % клиентов Jira Software сообщили, что интеграция с Confluence помогла им быстрее поставлять продукты и облегчила взаимодействие между командами разработчиков и заинтересованными сторонами нетехнического профиля.

Если вы заинтересовались и готовы узнать больше, пришло время подробно изучить, как использовать Confluence и Jira на каждом этапе спринта в Agile.

Начните бесплатно с шаблоном Scrum для Jira

Оптимизируйте проект и с легкостью планируйте и отслеживайте работу в спринтах, а также управляйте ею. Шаблон Scrum для Jira включает в себя доски, бэклоги, дорожные карты, отчеты и многое другое.

Поделитесь этой статьей

Kelly Drozd

Келли — маркетолог продуктов в команде Jira. Она стремится к непрерывному совершенствованию и помогает командам повышать эффективность совместной работы. До перехода в Atlassian Келли руководила внедрением методов Agile и преобразованиями в маркетинговых командах, в том числе масштабированием Jira и Confluence более чем для десятка структурных подразделений и сотен пользователей. В свободное время, когда она не рассказывает миру о мощных инструментах Atlassian для команд, Келли занимается йогой и гуляет с собаками у холмов Сан-Франциско.

Рассмотренный продукт
Интеграция Confluence и Jira Software
Подписаться

Подпишитесь и получайте больше статей

Thanks for signing up!

Обучающее руководство

Использование Confluence и Jira Software для планирования и уточнения спринтов в Agile

Сочетание Jira и Confluence — это непреодолимая сила, которая помогает команде воплотить в жизнь концепцию Agile.

Связывание стратегии бизнеса с реальными процессами разработки

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