Рубрика «jira»

Всем привет.

С сегодняшнего дня Райффайзенбанк начинает свое вещание на Хабрахабр. За последние 2-3 года мы многое сделали с точки зрения внутренних преобразований, запуска и реализации ИТ-проектов. И нам есть, о чем рассказать.
Читать полностью »

image alt text

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

Рассказывать о долгом и тернистом пути всегда непросто. Однако за последние годы инфраструктура разработки Яндекс.Денег сделала большой шаг в сторону автоматизации самого важного для нас процесса — релиза, о чем просто грех не рассказать. Фактически получилось полноценное решение Continuous Integration и Continuous Delivery на базе связки Bitbucket, Jenkins и Jira.Читать полностью »

Сегодня расскажем, как автоматизировать создание отчетной документации по релизу (release notes) на основе импорта данных из трекинговых систем TFS, Redmine и JIRA и из системы управления проектами Microsoft Project Server.

image

Статья будет интересна в первую очередь менеджерам IT-проектов.

Читать полностью »

Это продолжение статьи «Управление потоком задач на разработку. История из жизни», ссылка на неё в конце этой статьи.

Контекст и задача

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

Есть общий перечень задач по каждому из продуктов (Product Backlog). Каждый месяц выходят новые релизы по некоторым продуктам.

Цель – ответить на вопрос по каким продуктам необходимо выпустить релизы и какие клиентские запросы войдут в каждый из релизов.

Результат – план разработки на следующий производственный цикл (Sprint Backlog). Список релизов по продуктам, которые будут выпущены в следующем цикле.

Бизнес-логика

Планирование цикла разработки и выпуска релизов по продуктам - 1

Каждый из продуктов закреплен за Менеджером по продукту (Product Owner). Каждое бизнес-подразделение закреплено за IT-Business Partner-ом (Менеджер по клиенту). Менеджер по клиенту обращается к Менеджеру по продукту с возможным заказом на разработку (User Story). Если Менеджеру по продукту «боль Заказчика» и «запрошенная таблетка» понятны, то он запрашивает у Руководителя команды разработки (Team Lead-а) оценку возможности реализации опции в продукте и приблизительную трудоемкость. По результатам оценки Заказчик либо подтверждает размещение заказа либо отказывается. Так формируется список запросов на доработку продуктов (Product Backlog).
Читать полностью »

Пост о том, почему наши программисты теперь заполняют таймшит не 32, а только 2 минуты и о том, как можно наладить автоматический учет рабочего времени за счет импорта данных из трекинговых систем TFS, Redmine и Jira на Microsoft Project Server.

Как заполнить 100 таймшитов за 2 минуты - 1

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

Проблема — бардак в заполнении таймшитов

Для 99% компаний-разработчиков учет рабочего времени программистов нужен как воздух, чтобы считать затраты. Читать полностью »

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

image

Итак, как сделать новый Trello и разбогатеть на этом? Но, конечно, не создавая клона Trello. Почему? Trello — классический пример подрывной инновации. Когда речь идёт о подрывной инновации, инициатор получает всё. Компания Atlassian приобрела Trello за 425 млн. долларов не из-за бренда или пользовательской базы этого сервиса, а из-за опасности, которую Trello породил для будущего этой компании. По этой же причине Гугл и другие компании делают аналогичные приобретения. Если желаете сделать стартап на 400 млн. долларов, разработайте что-нибудь простое. Эта статья объяснит почему!
Читать полностью »

image

Здравствуйте, меня зовут Александр Зеленин, и я на дуде игрец веб-разработчик. Полтора года назад я рассказывал о разработке онлайн игры. Так вот, она немного разрослась… Суммарный объём исходного кода превысил «Войну и мир» вдвое. Однако в данной статье я хочу рассказать не о коде, а об организации инфраструктуры проекта.

Читать полностью »

Видеозапись встречи Atlassian User Group, прошедшей 8 декабря 2016 г. в офисе «1С».
Доклады:

  • Григорий Кнеллер, Polygran — «Расширение возможностей JIRA с помощью плагина JJUPIN» — Как лёгким движением руки можно расширить стандартные возможности JIRA по построению бизнес-процессов (workflows).
  • Анастасия Козлова, Toolstrek — «Документирование изменений» — Как не потерять управляемость изменениями, когда несколько администраторов работают в одном инстансе.
  • Андрей Шовкопляс, Reasoning Mind — «Монитор разработки»
  • Ольга Николаева, AUG — JIRA Automation Plugin, рассказ про этот небольшой, но чрезвычайно полезный плагин, с примерами.

Читать полностью »

Что делать, если имеющегося в приложении API для решения задачи недостаточно, а возможности оперативно провести изменения в код нет?

Лучше в райнтайме, чем никогда: расширяем API JIRA «на лету» - 1

Последней надеждой в этой ситуации может быть применение средств пакета java.lang.instrument. Всем, кому интересно, что и как в Java можно сделать с кодом в уже запущенной VM, добро пожаловать под кат.
Читать полностью »

29 сентября c 19:00 до 22:00 пройдёт наш первый митап по тестированию и обеспечению качества разработки. В этот раз мы поговорим про автоматизацию мобилок, автоматизацию управления и об устройстве тестирования в одной известной компании.

image

На встрече мы услышим 3 доклада.
Читать полностью »