Agile *

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Однажды коза и осел заметили, что у волка всё идёт как по маслу: стая довольна, добычи в достатке. И решили они узнать, в чём его секрет. Волк, хитро прищурившись, сказал:

— Я внедрил Agile, использую генеративный ИИ и веду квартальные OKR-сессии.

Коза округлила глаза:

— Вот оно! Нужно срочно начать проводить стендапы!

Осел закивал:

— А я сразу закажу какой-нибудь модный AI!

Однажды команда открыла для себя 'Plus for Trello' — уникальное браузерное расширение для Trello, которое стало одним из лучших инструментов для учёта рабочего времени и ведения скрама небольшой командой. В этой статье расскажем о том, как этот плагин использовался в рабочем процессе, как Obsidian смог подхватить эстафету после его «смерти», и будет представлен проверенный временем шаблон проекта Obsidian для командной работы по scrum.

Привет, Хабр!

Зовут меня Егор, и в этой статье я хочу рассказать, как мы с ребятами из компании АИСА запилили свой аналог Jira – с блэкджеком и быстрым API на Go.

User stories популярный инструмент для формирования описания фичей не разработчика для разработчика. Имеет свои плюсы и минусы, к чему-то подходит, к чему-то не подходит. Попробуем разобраться, куда его использовать, а куда не стоит.

Если ты как заказчик, хочешь разобраться с User Story, что бы понять, где их использовать, а где не стоит - тебе под кат.

В эпоху удаленной работы нас всех накрыло одним большим одеялом дисконекта. Так, словно мы оказались в каком-то фильме ужасов, где «команда» — это не более чем призраки в Zoom. Я тут, чтобы поделиться парочкой фишек, как мы остаёмся на связи несмотря ни на что и укрепляем командный дух.

Привет! Меня зовут Роман Фроленков, я являюсь руководителем группы тестирования QA в компании «Комус-Тех». В нашей команде более 10 внутренних QA-специалистов, а также свыше 15 специалистов из аутсорса, которые работают в составе продуктовых команд.

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

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

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

Работая в QA, я часто сталкивался с проблемой: как объективно оценить трудозатраты на тестирование задач? Не раз замечал, что оценки «на глаз» оказывались неточными. Ведь если заложить слишком много рисков — в продакшен попадут не все задачи, а если их не заложить — есть и вовсе риск не успеть провести полноценный регресс или найти дефекты только за несколько часов до релиза.

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

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

Примерно так звучала одна из версий о том, кто такой скрам-мастер, которую я слышала недавно. 

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

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

Дисклеймер. Эта статья — для скрам-мастеров. Если вы не он/она/они — вам будет некомфортно. В статье я рассказываю про здоровье: ментальное, физическое, психическое и прочие «ические». Но если что — вы предупреждены.

Всем прекрасного вторника, коллеги! 

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

Справа моя дачка, внутри нее есть мохнатое кресло, теплые полы, горячая ванна, посудомоечная машина, а в печке горит огонь.  Я построил ее за полгода и 2 миллиона рублей и уже 4 год в ней живу. 

+

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

Другими словами почему Паша Дуров, командой из 30 человек тянет телегу с миллиардом пользователей за него вступается Илон Маск и Президент ОАЭ, а ты своей командой из 30 сеньоров почти закончил за год фичу, по регулировке сыра в приложухе для заказа пиццы.  

Для честности сразу скажу, у меня дом 96 метров, у него больше 350, и я не хочу начинать срач, на тему зачем на даче 4 туалета на трех членов семьи и зачем спальня в 50 метров на 2 этаже. Даже если выкинуть это то путем простой экстраполяции мы понимаем, что дом в четыре раза больше оказался в 10 раз дороже и в 20 раз дольше по срокам. 

В ноябре выйдет новая версия TeamLead Conf 27.28.11.2024. Предпродажи уже идут! Проведём небольшой обзор предстоящего мероприятия и поговорим о звёздных докладчиках, которые подготовили для нас разборы самых насущных проблем. Например, как тимлиду добиться признания в команде? Или что делать с командой, когда тимлид ушёл? Как обучать взрослых людей? Как навыки тимлида видит СТО? И на сладкое — вся правда о биохакинге.

Эта статья для тебя, если ты когда-нибудь задумывался о том, сколько получают IT-специалисты в Германии и как это всё сравнить с зарплатами в России. Я расскажу про реальные цифры и поделюсь своим личным опытом переезда.

Я живу третий год в Европе. В апреле 2024 года я начал работать на позиции scrum master в компании ALDI SUD int в городе Мюльхайм на реке Рур.
Мой профессиональный опыт в роли scrum master на апрель 2024 составлял 5 лет.

Сравнивать будем на основе позиции на которой я работал и работаю - скрам мастер.
Цифры и порядок на этой позиции и на других в ИТ в целом соизмеримы.

Привет, Хабр! Меня зовут Светлана Болсуновская, я стратегический коуч-консультант в YADRO. Многие компании перешли на гибридный формат работы, где команды нуждаются в особом подходе для поддержания самоорганизации — процесса, при котором люди выполняют задачи без постоянного контроля руководителя. Я поделюсь своими наблюдениями, почему в современных условиях самоорганизация не происходит «магически» и что должен (и не должен) делать тимлид, чтобы помочь команде достичь этой цели.

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

Пример: Постройка дома

👀 Классика:

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

Строительство началось по расписанию. Осел, конечно, сразу захотел бассейн, но муравей сказал: «Подожди, осел, сначала закончим крышу, потом — бассейн». Коза решила, что ей нужен балкон, чтобы наблюдать за закатом, но муравей снова был непреклонен: «Балкон только в следующем проекте. Сейчас у нас дом по плану!»

В итоге, дом был достроен. Осел получил спальню, но без бассейна. Коза — стойло, но без балкона. Муравей был доволен своим уголком, но коза и осел ворчали. Зато всё по плану! К сожалению, унитаз оказался в стойле осла.

👀 Agile:

Теперь представим, что коза, осел и муравей строят дом по Agile. Начали они с одной комнаты. Коза въехала в эту комнату и сразу заявила: «Мне тут тесно, хочу балкон!» Муравей записал это в задачи следующего спринта. Осел посмотрел на всё это и сказал: «Мне нужен бассейн, а то я вообще не перееду!»

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

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

В этой статье рассмотрим, как интеграция подходов IT Service Management (ITSM) и Software Development Life Cycle (SDLC) может помочь создать цикл непрерывного совершенствования продукта. Разберемся, почему объединение этих практик — не просто модный тренд, а необходимость для компаний, стремящихся быть на шаг впереди конкурентов.