Как стать автором
Обновить
36.47

Agile *

Гибкая методология разработки

Сначала показывать
Порог рейтинга
Уровень сложности

Agile: адаптация в период турбулентности

Уровень сложности Простой
Время на прочтение 4 мин
Количество просмотров 1.1K

Привет! Меня зовут Юля и я занимаюсь развитием HR/ИТ-бренда в большой корпорации «Ростелеком». Да-да, «Ростелеком» – это не только про «услуги связи», мы – про цифровизацию, инновационные решения и даже квантовые технологии. А еще у нас есть ИТ-кластер, но сегодня не об этом.

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

Под катом расскажу, что работает у нас, чтобы команды хорошо функционировали, разберу методологию Agile, а в самом конце статьи анонсирую небольшой сюрприз:) Если интересно почитать о процессах в корпорации - добро пожаловать под кат!:)

Читать далее
Всего голосов 11: ↑8 и ↓3 +5
Комментарии 5

OKR как бесконечное топливо для развития инженерных практик

Время на прочтение 8 мин
Количество просмотров 2.4K

Привет! Меня зовут Женя, я IT-менеджер в продукте QIWI Кошелек, над которым работают 5 фиче-команд (на начало написания статьи). В этом посте расскажу вам про наш опыт внедрения OKR («Цели и ключевые результаты», Objectives and Key Result») для непрерывного улучшения процессов разработки и развития инженерных практик. Как мы всё это делали, как теперь выглядят наши процесс и что нам дал OKR — под катом.

Читать далее
Всего голосов 20: ↑18 и ↓2 +16
Комментарии 7

Наш путь в управлении потоком продуктовых задач. От стикеров в Miro до системных изменений на основе данных

Уровень сложности Простой
Время на прочтение 8 мин
Количество просмотров 5.3K

Привет, Хабр! Меня зовут Артур Темиров, я delivery‑менеджер в одном из продуктов X5 (о нём дальше в тексте). Над его созданием у нас трудятся 5 технических команд — в общей сложности это более 60 человек. В статье рассказываю о том, как визуализация является отправной точкой для эволюционного развития процессов, а также об ошибках, которые могут допускаться на этом пути.

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

Читать далее
Всего голосов 8: ↑6 и ↓2 +4
Комментарии 4

Как в рутине задач находить время на disrupt

Уровень сложности Средний
Время на прочтение 10 мин
Количество просмотров 3.7K

Меня зовут Иван Кесель, я CPO в Домклик, лидер нескольких команд. Давайте поговорим про disrupt. Во-первых, разберёмся, что это за англицизм. Во-вторых, на примере из практики Домклика я покажу, как мы запускаем disrupt-решения. И в-третьих, дам вам десять подробных практических советов, которые нам помогают. 

Читать далее
Всего голосов 19: ↑19 и ↓0 +19
Комментарии 1

Истории

Про приоритизацию багов

Уровень сложности Простой
Время на прочтение 3 мин
Количество просмотров 5.8K

Про приоритизацию багов, подходы и сложности, с которыми сталкивался. Как правило, все знают про severity и priority, но практически никто не говорит об urgency, вот про это и расскажу.

Читать далее
Всего голосов 6: ↑5 и ↓1 +4
Комментарии 4

Аббревиатуры для умников. DoR, DoD, AC, CoS, SC, SMART, INVEST

Уровень сложности Простой
Время на прочтение 3 мин
Количество просмотров 8.3K

Дорогой читатель, в этом посте мы с тобой рассмотрим 6 аббревиатур и подумаем когда их применение уместно.

Читать далее
Всего голосов 4: ↑3 и ↓1 +2
Комментарии 0

Как подготовить и провести стратегическую сессию

Время на прочтение 13 мин
Количество просмотров 5.1K

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

По крайней мере такое решение я, как scrum master и Agile coach определила внутри нашего коллектива, когда столкнулась с такими высказываниями во время обсуждений на ретроспективах и других встречах. Коллектив, на примере которого я предлагаю вам сегодня разобрать опыт ведения стратегической сессии, – gamedev паблишер, где работают продюсеры, маркетологи, аналитики, копирайтеры и другие специалисты.

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

Читать далее
Всего голосов 12: ↑9 и ↓3 +6
Комментарии 1

Scrum Story Points. Сторипойнты. Или изобретение дьявола

Уровень сложности Средний
Время на прочтение 5 мин
Количество просмотров 2.7K

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

Читать далее
Всего голосов 4: ↑3 и ↓1 +2
Комментарии 13

Scrum не нужен. Нужно лишь правильно использовать Kanban

Уровень сложности Простой
Время на прочтение 11 мин
Количество просмотров 8.1K

Почему вы выбрали фреймворк Scrum, а не метод управления проектами Kanban? Не можете ответить? Значит — лично вы Scrum и не выбирали. Кто-то сделал это за вас.

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

Читать далее
Всего голосов 30: ↑26 и ↓4 +22
Комментарии 14

Рас(сказ)ка про то, как компания Agile мастера нанимала

Уровень сложности Простой
Время на прочтение 4 мин
Количество просмотров 3.7K

А хотите, я расскажу вам сказку, про то, как одна компания решила перейти на agile working model, и в региональное представительство в России искало себе Agile‑мастера?

Этот пост в какой‑то мере вдохновлен обсуждениями про управление персоналом, которые почему‑то особенно мне близки и нравятся, хотя я никак не связан с HR службой. История будет без имен и лиц, почти не выдумана. Не в формате нытья, а наоборот, ради позитивного подхода к работе:)

Итак, есть великолепная инициатива штаб‑квартиры — что, мол, все региональные офисы независимо от объёма работы и уровня разработки должны у себя внедрить Аджайл, и сделать это за 9 месяцев, условно с января по октябрь. Да, скорее всего в других офисах и самой штаб‑квартире этот проект разрабатывали годами, но до российской дочки докопались только сейчас.

А может и раньше докопались, да только Тимлид ДепОпс (которому видимо и был поручен проект трансформации) откладывал все вопросы на «потом», а как этот потом наступил, понял, что его дико грузят вопросы безопасности и не менее бесят темы аджайла… свалил в общем.

Читать далее
Всего голосов 14: ↑8 и ↓6 +2
Комментарии 5

Как писать BRD документ и какие инструменты вместо этого предлагает Agile?

Уровень сложности Простой
Время на прочтение 7 мин
Количество просмотров 7.3K

В этой статье я расскажу как правильно писать бизнес требования, создавая BRD, а также разберем какую альтернативу предлагает Agile довольно нагруженному способу управления требованиями. Но начнем с инструкции как писать BRD.

BRD (Business Requirements Document) — это документ, который описывает бизнес-требования для проекта или продукта. BRD используется для установления и документирования функциональных и нефункциональных требований, целей и ожиданий заказчика. Вот некоторые шаги, которые помогут вам написать BRD:

Читать далее
Всего голосов 10: ↑8 и ↓2 +6
Комментарии 1

Agile — лучший метод внедрения ERP?

Время на прочтение 3 мин
Количество просмотров 1.7K

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

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

Читать далее
Всего голосов 4: ↑0 и ↓4 -4
Комментарии 4

Расчёт ёмкости, или как мы гадаем на SP

Уровень сложности Средний
Время на прочтение 9 мин
Количество просмотров 4.9K

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

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

Допустим. А дальше что?
Всего голосов 4: ↑4 и ↓0 +4
Комментарии 0

Ближайшие события

Московский туристический хакатон
Дата 23 марта – 7 апреля
Место
Москва Онлайн
Геймтон «DatsEdenSpace» от DatsTeam
Дата 5 – 6 апреля
Время 17:00 – 20:00
Место
Онлайн
PG Bootcamp 2024
Дата 16 апреля
Время 09:30 – 21:00
Место
Минск Онлайн
EvaConf 2024
Дата 16 апреля
Время 11:00 – 16:00
Место
Москва Онлайн

16 команд продуктовой разработки: страшный сон наяву или необходимость для бизнеса?

Время на прочтение 6 мин
Количество просмотров 1K

Усилия монопродуктовых компаний сосредоточены вокруг одного продукта или сервиса. Однако не ждите, что команда мечты появится у вас уже завтра по щелчку пальцев. Для слаженной работы над продуктом важен грамотно подобранный состав участников, правильное распределение ролей в процессе разработки, а также четко продуманный набор компетенций для каждого. Каким образом организовать работу, если у вас 16 продуктовых команд и все они работают над созданием и развитием одного проекта?

Читать далее
Всего голосов 7: ↑3 и ↓4 -1
Комментарии 0

Теперь я Project Manager – что делать?

Время на прочтение 3 мин
Количество просмотров 2.9K

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

Читать далее
Всего голосов 5: ↑3 и ↓2 +1
Комментарии 5

Разработчики электроники хуже, чем программисты?

Уровень сложности Простой
Время на прочтение 2 мин
Количество просмотров 11K

Скорее всего, что нет! Но акценты рынка слегка поменялись. Пару десятилетий назад...

Прогресс когда-то сместился от железа к софту, и всё самое передовое, то что называется “Research” в слове RnD оттянули на себя разработчики софта. Это видно по крайней мере по объему вакансий и зарплате разработчиков.

Это в среднем - в основном. При этом по-прежнему можно видеть такие жемчужины - отрасли, где электроника (а также механика и прочая физика) имеют очень важное значение. Приведу несколько наиболее очевидных примеров.

Читать далее
Всего голосов 33: ↑10 и ↓23 -13
Комментарии 18

От собеседования до амбассадора: пирамида потребностей разработчика

Время на прочтение 11 мин
Количество просмотров 22K

Привет, Хабр! На связи DevRel-команда inDrive. Мы прошли путь от стартапа из Якутии до компании с продуктом, которым пользуются в 47 странах мира. В процессе мы поняли важность culture fit — насколько хорошо вписывается разработчик в инженерную культуру компании. Мы представили её в виде пирамиды по аналогии с пирамидой Маслоу. 

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

А вот что между ними
Всего голосов 38: ↑27 и ↓11 +16
Комментарии 19

Kubernetes и микросервисы: О пользе стандартизации

Уровень сложности Сложный
Время на прочтение 6 мин
Количество просмотров 6K

Я думаю, что многим из нас доводилось слышать аналогии и сравнения между разработкой и производством: «сборочный конвейер», попытки применение паттернов из «Канбан» (системы которая сформировалась в компании Тойота) и даже «Фабрика микросервисов».

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

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

Читать далее
Всего голосов 6: ↑6 и ↓0 +6
Комментарии 1

10 смертных грехов оценок задач в IT

Уровень сложности Средний
Время на прочтение 5 мин
Количество просмотров 7.6K

Искусство и наука об оценки в IT:

 — Наука оценки хорошо развита и хорошо поддерживается программными инструментами.

— Искусство оценки преимущественно основано на эмпирических правилах и их еще нужно немного доработать.

Читать далее
Всего голосов 21: ↑19 и ↓2 +17
Комментарии 11

DevOps Governance в Enterprise. Что такое матрица зрелости?

Уровень сложности Средний
Время на прочтение 13 мин
Количество просмотров 2.3K

Всем доброе утро!
Сегодня мы поднимем такую интересную тему, как DevOps Governance в Enterprise.

В современных реалиях не так просто прийти к бизнесу и сказать: "Давайте всё автоматизируем, и всё будет хорошо!" Нет, это так не работает, особенно в крупных компаниях. А если у Вас ещё и нет единого процесса внесения изменений, то каждый будет кто в лес по грибы, кто домой за скатертью-самобранкой приходить и навязывать свои идеи.

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

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

окунайтесь глубже
Всего голосов 7: ↑6 и ↓1 +5
Комментарии 2

Вклад авторов