Всем привет! Мы выпустили новую версию системы управления проектами — YouTrack 2018.2 — и спешим поделиться с вами нововведениями.
Рубрика «agile» - 25
Релиз YouTrack 2018.2: новая страница проектов, Docker-образ YouTrack и многое другое
2018-06-01 в 8:32, admin, рубрики: agile, jetbrains, kanban, scrum, youtrack, Блог компании JetBrains
5 различий работы аналитика в проектах и продуктовой разработке
2018-05-17 в 7:37, admin, рубрики: agile, Анализ и проектирование систем, аналитика, аналитика проекта, Блог компании Туту.ру, Карьера в IT-индустрии, консалтинг, продуктовая разработка, продукты, проектная деятельность, системный анализ, управление разработкой, управление требованиямиКогда речь заходит о роли аналитика в IT, то всегда приходится добавлять кучу уточнений. Бизнес или системный аналитик? Анализ в продуктовой разработке или в проектной, как это, например, часто бывает в консалтинге? На внутренней разработке или на заказной?.. Заказчика государственного или негосударственного? И так далее.
До прихода в Туту.ру я работала в IT-консалтинге на ERP-проектах и в заказной продуктовой разработке, здесь же я занимаюсь системным анализом во внутреннем продукте «Авиа». Отдел системного анализа у нас состоит из 9 аналитиков и 1 технического писателя. Далее на своем опыте я расскажу, что меняется в голове специалиста и в рабочих процессах при смене формата деятельности на внутреннюю продуктовую разработку с точки зрения анализа, а заодно поделюсь, как устроен процесс в целом у нас в Туту.ру.
Почему вам стоит перестать использовать продуктовые роадмапы и попробовать GIST
2018-05-16 в 5:42, admin, рубрики: agile, gist, okr, roadmap, Блог компании «Колёса Крыша Маркет», бэклог, никто не читает теги, планирование проектов, продукты, Развитие стартапа, стратегическое планирование, Управление продуктом, управление проектами, управление разработкойВольный перевод статьи Итамара Гилада, консультанта по росту и стратегии, бывшего продакт-менеджера Google, о подходе к стратегическому планированию развития продуктов.
На протяжении лет я разработал немалое количество продуктовых стратегий, роадмапов и диаграмм Ганта по проектам. Но больше я их не делаю. Я нашёл альтернативу получше, о которой сейчас расскажу.
Переосмысляя конференции
2018-05-07 в 13:01, admin, рубрики: agile, devops, devops expert, devops practices, Блог компании Программа «Единая фронтальная система», конференции, Мюнхен, путешествия, путешествия по европеОтношение к конференциям в ИТ-среде неоднозначно: одни в кипящей атмосфере собраний чувствуют себя как рыба в воде, других скорее раздражает, поскольку ничего путного или нового для работы не услышишь.
И все же конференции – полезны, а участие в них позволяет обмениваться знаниями и узнавать, чем дышит и в какую сторону двигается отрасль. А если конференция проходит в другом городе или стране, это еще и прекрасный повод посмотреть мир. Главное, чтобы участие не превратилось в «академический туризм», спонсируемый работодателем.
Об истории и культуре процесса мы рассказывали в прошлых статьях, а сегодня под катом мой рассказ о том, как одна поездка может изменить мировоззрение или, по крайней мере, оставить след в душе DevOps пионера.
Читать полностью »
Внедрение изменений в автоматизированном бизнесе
2018-05-02 в 6:30, admin, рубрики: agile, управление изменениями, управление персоналом, Управление продуктом, управление проектами, управление разработкойКогда на предприятии затевается внедрение информационной системы, особенно силами внешнего подрядчика, то почти всегда говорится: самое большое препятствие – это люди. Сама система, кодирование нового функционала, обучение – это просто трудозатраты. А вот преодолеть саботаж внедрения, переломить мышление, особенно руководителей, заставить выйти из зоны комфорта старой системы (даже если она ужасна) – это действительно трудно. Причем, внедренцы обычно говорят: основная работа по «изменению людей» должна лежать и лежит на заказчике.
Реальную необходимость во внедрении системы оставим в стороне, она не является предметом обсуждения данного материала – считаем, что система действительно нужна. Внедрение идет по всем канонам, с техническим заданием, функциональными требованиями, планом-графиком и т.д. Ключевой критерий успешности проекта – реализация всех требований заказчика. Такой критерий вполне вписывается в методику оценки качества, которое есть степень соответствия требованиям потребителя. И вот система внедрена.Читать полностью »
Опыт перехода на Atlassian Stride (от слова Страдай)
2018-04-27 в 12:17, admin, рубрики: agile, atlassian, bitbucket, confluence, IM, jira, slack, stride, telegram, корпоративные решения, Роскомнадзор, Системы обмена сообщениями, управление проектами, управление разработкой
Ввиду блокировок телеграма, актуально было бы написать про Atlassian Stride, как мы на него перешли, и с какими прелестями решения от любимого Atlassian столкнулись.
Atlassian Stride был запущен в ноябре 2017, как замена облачному HipChat. Де-факто, основной конкурент, это, конечно же, Slack. Я постараюсь сравнивать Stride со Slack, и Telegram со стороны текстовой переписки.
Плюсы
Встраивание в Экосистему Atlassian, контроль за пользователями
Самый большой плюс, это, безусловно, бесшовная интеграция в экосистему Atlassian. Есть у вас jira, confluence — и единый аккаунт у пользователя, где вы можете управлять доступом к разным кускам и возможностям этих двух приложений. А теперь у вас есть третье приложение — Stride, и управление пользователями чатика доступно из той же админки.
Как не сойти с ума от Scrum? Опыт растущего проекта
2018-04-24 в 16:40, admin, рубрики: agile, product owner, qa, scrum, support, Блог компании DataArt, Тестирование IT-систем, управление командой, управление проектами
Надежда Мецкер, Senior QA, DataArt
Я расскажу, как повысить эффективность команды в сложном проекте за счет гибкого подхода к разработке, с которым наша команда благополучно живет уже третий год. Собственно, реальный проект из области здравоохранения и будет служить мне примером. Я думаю, о теории Scrum и Agile рассуждать относительно легко, какие-то из использованных нами решений даже могу показаться очевидными. Но я уверена, что личный опыт и опробованные в ответственном проекте методы могут пригодиться многим.
Первое, о чем я расскажу, это Feature Demo — процесс, в ходе которого мы демонстрируем новый функционал приложения внутри своей же команды. Мы рассматриваем, как именно он был сделан, что получилось особенно удачно, а где можно было сделать лучше. Уже после общего рассмотрения и окончательного одобрения функционал может уходить в продакшн.Читать полностью »
True XP-TDD в Пивотал изнутри: как это выглядит и возможно ли это?
2018-04-23 в 12:38, admin, рубрики: agile, pivotal, tddРанее на хабре публиковалась статья о том, как в теории выглядит Xp/Tdd в Пивотал Лабс, и были вопросы о том, возможнонужно ли это в действительности. Я попытаюсь объяснить, как это выглядит на практике и почему это может быть (внезапно) хорошо.
В последние полгода мне пришлось поработать в одном из больших банков на проекте с Pivotal Labs, в их нью-йоркском офисе. Это очень отличается от всей энтерпрайс-разработки, которую мне приходилось видеть до этого.
Читать полностью »
Как я учусь практикам и ценностям Agile
2018-04-12 в 16:22, admin, рубрики: agile, обучение работе в команде, скрам мастеру и коучу на заметку, управление персоналом, Учебный процесс в IT
Под катом обзор и выводы с ретроспективы MeetUp-а про командную работу и рефлексию, который 3 апреля провела Елена Литвинова.
Для меня он стал демонстрацией как обычная команда (далее команда 1.0), отличается от подготовленной (команда 2.0).
Подготовленная означает, что большинство членов команды не просто знакомы с практиками и ценностями Agile, но владеют ими. Читать полностью »
Как перейти на микросервисы и не разломать production
2018-04-02 в 7:34, admin, рубрики: agile, eureka, feign, Hazelcast, high availability, mvp, product management, production, zuul, Блог компании EastBanc Technologies, высокая производительность, микросервис, Микросервисная архитектура, микросервисы, Управление продуктом, шардингСегодня расскажем, как переводили на микросервисы монолитное решение. Через наше приложение круглосуточно проходит от 20 до 120 тысяч транзакций в сутки. Пользователи работают в 12 часовых поясах. В то же время функционал добавлялся много и часто, что довольно сложно делать на монолите. Вот почему системе требовались устойчивая работа в режиме 24/7, то есть HighLoad, High Availability и Fault Tolerance.
Мы развиваем этот продукт по модели MVP. Архитектура менялась в несколько этапов вслед за требованиями бизнеса. Первоначально не было возможности сделать всё и сразу, потому что никто не знал, как должно выглядеть решение. Мы двигались по модели Agile, итерациями добавляя и расширяя функциональность.
