Как работать с Jira на реальных проектах

• Компания занимается разработкой для строительства в России и Москве.  

• Участвует в крупных проектах для крупных компаний, таких как Сбербанк и Газпром.  

• Ведет подкаст и имеет множество наград и дипломов.  

• Project Manager должен быть увлечен темой и иметь хорошие софт скиллы.  

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

• Иногда берут людей с меньшим опытом, но с хорошими коммуникативными навыками.  

• Project Manager определяет, как будет выглядеть проект.  

• Он должен заботиться о пользователях и команде.  

• Проект Manager ведет проект и развивает его направление.  

• Обсуждение создания проектов в Jira.  

• Выбор между Jira и Kanban.  

• Расчет проектов и работа с жалобами.  

• Применение планирования и создание курсов.  

• Проекты должны быть гибкими и адаптироваться к изменениям.  

• Важно уметь добавлять и удалять блоки в проекте.  

• Это основа для успешного развития проекта.  

• Проект должен быть понятен бизнесу.  

• Описываются задачи, часы разработчиков и специалисты.  

• Важно учитывать стоимость тестирования и разработчиков.  

• Стоимость разработчиков должна быть гибкой.  

• Важно пересчитывать стоимость при изменении цен.  

• Существуют два типа проектов: фиксовая модель и ретейнер.  

• Фиксовая модель предполагает фиксированную стоимость проекта.  

• Ретейнер предполагает оплату команды в месяц.  

• Большие проекты сложно рассчитать на начальном этапе.  

• Большие проекты требуют гибкого подхода.  

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

• Студии с большим количеством клиентов предпочитают ретейнер.  

• Важно разбивать проект на этапы.  

• Гибкость позволяет менять приоритеты и добавлять новые задачи.  

• Проекты должны окупаться за счет стоимости команды в месяц.  

• Таблицы должны быть четкими и понятными.  

• Выделение блоков должно быть аккуратным.  

• Лучше работать по ретейнеру, чтобы закреплять задачи юридически.  

• Проекты часто требуют буфера для разработки.  

• Инвестиционные проекты могут разрабатываться в минус.  

• Важно закладывать запас на возможные изменения.  

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

• Предпочтение отдается общению с клиентами и демонстрации идей.  

• Важно подружиться с клиентом для успешного проекта.  

• Важно учитывать ресурсы и возможности команды.  

• Приоритеты по бизнесу должны определяться заказчиком.  

• Обсуждение различных аспектов проекта.  

• Создание проектов требует выбора системы управления.  

• Важно понимать, как управлять проектом и распределять задачи.  

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

• Канбан подходит для проектов с неопределенными задачами.  

• Scrum используется для проектов с сформированной командой и спринтами.  

• Важно понимать различия между этими методами управления проектами.  

• Backlog содержит список задач, которые нужно выполнить.  

• User Stories описывают задачи в терминах, понятных бизнесу.  

• Важно, чтобы задачи были бизнес-ориентированными.  

• Scrum строится на том, что никто, кроме команды, не разбирается в технологиях.  

• Scrum-мастер должен быть связующим звеном между заказчиком и командой.  

• Важно, чтобы никто, кроме команды, не был технически силен.  

• Story Points используются для измерения затрат на задачи.  

• Story Points лучше подходят для внутренних проектов, чем для проектов с заказчиками.  

• Важно правильно расставлять Story Points для удобства и понимания.  

• Команда разработки оценивает трудозатраты на задачи.  

• Фиксированные задачи имеют определенную стоимость, например, 10.  

• Нефиксированные задачи оцениваются по сложности, например, 20.  

• Некоторые люди считают, что легче считать трудозатраты, но это не всегда так.  

• Мастера и тренеры могут использовать необычные методы оценки задач, но это не всегда эффективно.  

• Важно оперировать числами для точного учета трудозатрат.  

• Продуктовые задачи занимают определенное количество сторипоинтов.  

• Команда определяет, какие задачи важнее, и формирует спринт.  

• Спринт включает 48 сторипоинтов, которые планируется выполнить за две недели.  

• Команда должна группировать задачи по подзадачам.  

• Дизайнер, разработчики и другие участники определяют свои задачи.  

• Важно ежедневно обсуждать прогресс и проблемы.  

• Ежедневные встречи скрам-мастера помогают команде работать эффективно.  

• Встречи помогают избежать лишних трудозатрат и нервотрепки.  

• Задачи считаются закрытыми, если они выполнены и готовы к выгрузке на продакшен.  

• Прогресс задач отображается в ментальной модели.  

• Отчеты показывают среднюю скорость выполнения задач.  

• Средняя скорость помогает планировать будущие спринты и проект в целом.  

• Код-менеджер может добавить задачу в спринт, несмотря на фиксацию задач.  

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

• Важно решать такие проблемы с заказчиком, чтобы избежать дополнительных затрат.  

• Эпики — это большие задачи, которые делятся на подзадачки.  

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

• Эпики помогают понять, к какому блоку задач относится задача.  

• В конвертной студии разработки важно иметь четкий договор и бюджет.  

• Story Point — метод оценки трудозатрат задачи, который помогает планировать проекты.  

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

• Оценка задач в часах сложна для расчета скорости команды.  

• Story Point позволяет оценить сложность задач и планировать будущие проекты.  

• Важно учитывать общую скорость команды для точного планирования.  

• Автор призывает подписываться на канал и покупать мерч.  

• Оценка задач в Story Point помогает планировать и контролировать работу команды.  

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

• Рекомендуется курс по фронтенду и взаимодействию с бэкендом.  

• Важно понимать различия между фронтендом и бэкендом.  

• Курс будет включать разбор подходов и технологий.  

• Канбан и Скрам имеют свои особенности и подходы.  

• Канбан более вальяжный, Скрам более навороченный.  

• Оба метода используют доски для визуализации задач.  

• Менеджер проекта должен слушать команду.  

• Важно учитывать мнение команды при утверждении задач.  

• Использование часов для оценки скорости команды.  

• Soft skills, такие как умение общаться с заказчиком и командой, важны.  

• Умение управлять проектами и доказывать свою работу.  

• Важно понимать взаимодействие между фронтендом и бэкендом.  

• Компании выбирают кандидатов, ориентируясь на пользователей.  

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

• Пример выбора кандидата Полины с опытом разработки сайтов на Битриксе.  

• Полина сделала красивый проект, несмотря на отсутствие опыта.  

• Важно не только знать, но и уметь применять знания на практике.  

• Опыт не всегда важен, важнее умение и подход к работе.  

• Коллектив компании прогрессивный и молодой.  

• Опыт работы не всегда гарантирует качество работы.  

• Важно уметь делать что-то, а не просто иметь стаж.  

• Примеры проектов показывают, что опыт не всегда важен.  

• Важно уметь работать с проектами и показывать свои навыки.  

• Подход к работе должен быть творческим и индивидуальным.  

• Важно показать свои навыки через реальные проекты.  

• Не стоит использовать учебные проекты, лучше брать реальные задачи.  

• Важно уметь считать и оформлять проекты, а не просто знать теорию.  

• Компания ценит культуру и подход к работе.  

• Важно быть частью команды и показывать интерес к проектам.  

• Подход к работе должен быть творческим и индивидуальным.  

• Опыт не всегда важен, важнее умение и подход.  

• Важно показывать свои навыки через реальные проекты.  

• Компания ценит культуру и подход к работе, а не только опыт.