Обновить
67.22

Agile *

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

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

Как выбрать формат внедрения BPM-платформы

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

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

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

Читать далее

Как правильно ставить цели спринта, чтобы обеспечить фокус для всей команды

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

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

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

Читать далее

Принципы гибкой разработки в технической поддержке

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

Меня зовут Курдюмов Дмитрий, я более 7 лет управляю ИТ‑командами и помогаю компаниям внедрять гибкие процессы. Когда говорят об Agile или гибкой разработке, чаще всего думают о разработке, но его принципы могут кардинально улучшить работу технической поддержки пользователей.

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

Давайте разберем некоторые принципы и инструменты, которые могут помочь.

Читать далее

Как мы адаптируем Agile в Ozon?

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

Привет, Хабр! Меня зовут Антон, я — тимлид в Ozon. За более чем 20 лет работы в IT, где свыше 15 из них выпало на управленческие должности, меня покидало по разным проектам разработки ПО. Познавая управленческое мастерство, я нередко замечал, как на проектах игнорировали самую важную часть — ориентированность на Клиентов, то есть для кого мы, собственно, эти проекты и продукты реализуем.

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

Проблемы Agile отмечают не только рядовые пользователи, но и такие мастера, как Роберт С. Мартин и Кент Бек — двое из тех, кто составил Agile Manifesto. Как отмечает Ален Холуб, Agile в последнее время стал означать: делать половину задач (активностей) из Scrum плохо с использованием Jira.

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

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

Итак, подслушано в баре об Agile: некомедия в пяти актах...

Третий звонок. Занавес поднимается...

Кто-нибудь переживал процесс перехода на Agile? Как вы справились?

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

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

Читать далее

Про дейлики

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

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

Разные люди ведут дейли по‑разному:

Кто‑то быстро и активно проходится по людям, ожидая от них бодрого и активного отчета. В этом случае ведущий «сидит сверху», а команда находится в положении подчиненных и рапортует о состоянии своих дел. При этом люди стрессуют в разной степени тяжести.

Кто‑то душнит и впадает в детали. Тогда команда «плывет» и теряет фокус на встрече, занимаясь своими делами.

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

Читать далее

Размышляя о том, что такое команда

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

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

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

Однажды, во время похода по горам Кавказа , нас застала непогода. Дождь лил несколько дней кряду, и ручьи, которые мы переходили, замочив ноги по щиколотку по дороге к вершине, на нашем обратном пути превратились в широкие и бурные потоки. Один из них разлился на 40-50 метров шириной.

Дожди не планировали останавливаться, и нашей группе нельзя было ждать, поэтому было принято решение идти вброд. Мы разбились на 2 группы по 6 человек, встали в круг и крепко-накрепко ухватились за лямки рюкзаков тех, кто стоял справа и слева. За пару дней до этого у меня случилась травма руки (я неудачно упала) , рука распухла, пальцы были как сосиски, и я несла её на перевязи. Но тут, откинув повязку в сторону я ухватилась за лямку соседа так, что не отцепишь. Жить, как говорится, захочется, не так раскорячишься.

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

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

Читать далее

Срочность против целеустремленности: как перестать спешить и начать успевать

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

Срочность или важность? Что поможет команде достичь максимального результата?

Перевели для вас статью и вместе с beeline cloud предлагаем порассуждать о том, в чем все-таки состоит секрет плодотворной работы над проектом.

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

Читать далее

Как не обещать лишнего и сдать проект вовремя: спасаем дедлайны и проекты

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

Привет, Хабр! Сегодня поговорим о том, как не стать заложником дедлайнов, своих же обещаний и как не превратить проект в бесконечный марафон с кофе по ночам.

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

Читать далее

Как герой треда пытался внедрить Scrum, а придумал свою версию Getting Things Done (GTD)

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

Недавно мы наткнулись на пост в одном популярном телеграмм-канале с интригующей подписью. Смотрите сами.

Читать далее

Кто такой Delivery Manager

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

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

Читать далее

Как мы тестируем бэкенд

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

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

Читать далее

Разделение ответственности между QA-инженером и разработчиком в Scrum-команде

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

Всем привет! Я Дима Солодов, инженер по тестированию в Авито. За свой почти десятилетний опыт в тестировании я успел поработать в разных методологиях – от классического «водопада» до современного и эффективного Agile, а именно – по Scrum. 

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

Читать далее

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

Про ремесло и искусство, AI и немного о Scrum

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

Никогда не понимал хейт со стороны некоторых разработчиков в сторону Scrum!  

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

И опирается это всё на Agile манифест, который тоже был создан разработчиками для разработчиков: Роберт Мартин, Кент Бек, Роберт Фаулер и т.д. Знакомые фамилии?

Можно конечно сказать, что тут есть определенное ограничение: Agilе говорит нам, что «над продуктам должны работать мотивированные профессионалы». Так значит всю волну хейта поднимают только зелёные джуны, которых лишили няньки и заставили разделать командную ответственность?

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

Так что позиция «я хочу кодить, а не невотэтовотвсё» совершенно не зависит от опыта. А тогда от чего? 

Давайте разбираться.

Читать далее

А где в Agile и Scrum качество?

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

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

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

Читать далее

Работа в состоянии потока: как Канбан-метод делает разработку быстрее, умнее и эффективнее

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

Привет Хабр! Меня зовут Алексей Цыбульник, я куратор по направлению  корпоративного бизнеса, аккредитованный тренер «Канбан стандарт», продюсер конференций FlowDays и «Agile среда» в ПСБ и спикер конференций Merge, Agile days.

Ищете альтернативный путь в Agility? Обратите внимание на методологию Канбан, которая менее известна, чем фреймворк Scrum. При этом ее уникальные преимущества хорошо работают как отдельно, так и в дополнение к Scrum. О том, как этот метод трансформирует команды разработчиков, рассказываю в статье. 

Читать далее

Попробуйте синхронный «сэндвич»

Время на прочтение4 мин
Количество просмотров1.8K
Ваша команда с трудом сохраняет концентрацию во время многочасовых совещаний и чтения презентаций?

Вы завалены сотнями писем с «быстрыми вопросами», которые могли бы быть решены за пять минут разговора?

Когда дело доходит до эффективной удалённой работы, многие из нас делают всё наоборот. И это делает нашу жизнь одновременно стрессовой и скучной.

image

image
Читать дальше →

Аналоги Jira в России: подборка из 12 сервисов

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

После выхода постановления о санкциях 12 сентября 2024 года, ведущие международные платформы для управления проектами и задачами, включая Jira, приостановили работу в России. Это оставило IT-команды и другие предприятия без привычных инструментов. 

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

Читать далее

Менеджмент менеджмента: как во «Фланте» внедрили принятие решений эфемерными рабочими группами

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

Впервые со сложностью согласованного принятия решений менеджеры «Фланта» столкнулись в 2022 году. Компания сильно выросла, и нужно было синхронизировать процессы в разных командах, развивать межкомандные коммуникации, продажи и управление бюджетом. 

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

Читать далее

Процессы Discovery & Delivery в Аврора Центре

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

Привет, Хабр! На связи Александр Конин, ведущий менеджер продукта в Открытой мобильной платформе. В рамках текущей статьи хотелось бы рассказать, как выглядят процессы Delivery и Discovery в продуктовых командах Аврора Центра.

Наш продукт — это корпоративная система управления парком мобильных и стационарных устройств, будь то мобильные телефоны на ОС Аврора или Android, или компьютер на Linux.

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

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

Читать далее