— Итак, скорость нашей команды - 100sp по результатам статистики нескольких прошедших спринтов. Все время мы берем в спринт задач по сумме больше нашей скорости. И все время в конце спринта у нас остаются задачи, которые мы пообещали выдать, но не закончили работу над ними. Давайте подумаем, как мы можем сделать так, чтобы мы успевали выполнять все, что заявляем в начале спринта?
Привет, Хабр!
В свободное от основной работы время за последние 4 месяца я разработал инструмент для управления продуктами без использования принципов Agile и Kanban. Вместо доски и тикетов разработка ведется вокруг фич и их итераций.
Мне очень интересно ваше мнение. Изначально я сделал продукт платным, но после того, как мне в клочья слили карму на Реддите за попытку прыгнуть на Канбан, я решил, что метод слишком радикальный. Поэтому я сделал сервис бесплатным, чтобы люди могли посмотреть и высказать свое мнение.
В разработке я руководствовался принципом бритвы Оккама, и отсек все, что могло бы отвлекать разработчика непосредственно от разработки. Поэтому в этом инструменте нет тикетов, эпиков, тасок, спринтов и так далее. Только фичи и их итерации.
Я также ввожу понятие технического урона вместо технического долга в качестве эксперимента, возможно, вам будет интересно.
Посмотреть можно здесь (только на английском): https://www.swinlanes.com, в том числе там есть ссылка на Handbook, в котором объясняется новый подход. Веб-приложение не заработает на телефоне, нужно будет зайти с десктопа.
Буду ждать вашего мнения.
Привет! Я Лена, ИТ-лидер 1С в Moex. Хочу поделиться историей, как я внедрила ретро в своей команде, не знакомой с ней и какие инструменты для этого я использовала.
Надеюсь, что мой опыт будет полезен как пошаговое руководство для начала проведения встреч Ретро в вашей команде.
Сегодня мы поговорим о таком интересном вопросе, как переход от Agile, к анти‑Agile. С течением времени команды часто сталкиваются с ситуациями, когда идеалы Agile начинают давать сбой, и приходит осознание, что работа по старым лекалам уже не приносит тех результатов, на которые мы рассчитывали.
Agile, безусловно, является одним из наиболее популярных подходов. Его суть заключается в гибкости и способности быстро адаптироваться к изменениям, что делает его идеальным для стартапов и ранних стадий продукта. Наверное, вы уже знаете эти принципы наизусть: взаимодействие с клиентом, работающие итерации, непрерывная поставка ценности.
Но давайте честно: Agile не идеален. На поздних стадиях разработки он может превращаться в настоящую головную боль. На этом этапе проект становится сложнее, требования начинают накладываться друг на друга, а команды, вместо того чтобы работать слаженно, часто начинают сталкиваться друг с другом. Сложно сосредоточиться на техническом долге, когда у тебя в голове только «первый спринт», «планирование» и «обсуждения».
Привет! Меня зовут Мария Болдырева, и я уже пять лет возглавляю проектное бюро WildTeam. До этого я работала главным конструктором в различных строительных компаниях. Ежедневно я сталкивалась с проблемами менеджмента в проектных компаниях и мечтала его изменить. В итоге взялась за дело и смогла, так что коллеги из отрасли смотрят на нас с завистью.
Здесь рассказываю о своем опыте, команде, принципах, результатах и факапах.
В прошлой колонке я говорила, как мы шли к новым принципам работы и Agile. А сегодня расскажу про принципы работы команды, общение с клиентами и мотивацию сотрудников.
Привет, меня зовут Никита, я — продуктовый дизайнер в Effective Technologies. На работе ищу и внедряю наиболее эффективные способы решения проблем бизнеса и пользователей, учитывая технические ограничения и имеющиеся ресурсы. В итеративном улучшении продуктов компании мне помогают CustDev, UX-тесты и исследования, валидация метрик. А ещё я занимаюсь социологией, тема моей кандидатской — трудовая мотивация. О ней мы и поговорим в этой статье. Как Agile влияет на мотивацию сотрудников? Спойлер: положительно, но при определённых условиях. Я остановлюсь на каждом из них и подкреплю свои выводы научными данными.
Современные компании стремятся повысить оперативность и гибкость в управлении ИТ‑услугами, чтобы быстрее реагировать на запросы бизнеса и улучшать клиентский опыт. Традиционные подходы ITSM (управление ИТ‑услугами) с их жесткими процессами и бюрократическими барьерами часто не справляются с этими задачами. Работа по Agile позволяет трансформировать управление ИТ‑услугами, делая его более эффективным и адаптивным.
Представьте концерт. Тысячи зрителей наслаждаются любимыми песнями, качественным звуком, впитывая энергию живого выступления. Но знаете ли вы, что звук, который слышат на сцене музыканты, совсем не похож на тот, что доходит до зрителей? Это результат работы системы сценического мониторинга — специального оборудования, которое позволяет каждому участнику группы слышать именно то, что нужно ему для идеального исполнения.
Привет! Нас зовут Катя Черных и Маша Вострикова, мы бизнес-аналитики в Х5 Tech. Мы любим инструмент User Story Map (карта пользовательских историй или USM), проводим по нему воркшопы в X5 и хотим поделиться своим опытом.
В статье рассказываем, как на этапе Discovery (начальный этап проработки задачи, на котором выявляются основные требования и анализируются поставленные бизнес-цели) прорабатывать большие инициативы, используя USM.
Фокус делаем на практическом использовании карты и на что обращать внимание при построении USM. Мы собрали возможные сложности, разобрали конкретные кейсы и описали варианты взаимодействия с заинтересованными лицами.
Когда говоришь о проектах в методологии Agile, чаще всего представляешь IT-команду творческих, открытых к изменениям специалистов, которые занимаются разработкой программной части какого-то крупного функционала.
Опуская множество НО, в целом, философия Agile (а никак иначе язык сказать не поворачивается) показала довольно неплохие результаты с точки зрения организации команд в других, околоайтишных направлениях.
И возник вопрос, возможно ли этот подход положить на понятный, последовательный и очевидный проект в области Охраны труда. Казалось бы, зачем? А затем, что помимо понятной и очевидной части есть совершенно непредсказуемая и многогранная - работа с Заказчиком, пользователями и экспертами.
Cтатья будет полезна разработчикам и инженерам по ИБ, желающим повысить уровень безопасности приложений за счет внедрения проверок, запрещающих вносить в ПО сторонние компоненты с известными уязвимостями.
В статье рассмотрим внедрение CodeScoring Johnny применительно к Azure DevOps Server в процесс анализа запросов на вытягивание (pull requests) для целей композиционного анализа.
При написании этой статьи я вновь пришел к мысли, что каждый ИТ-шник и ИБ-шник должен быть хоть чуточку разработчиком для более эффективного решения своих задач
Работали по Agile и радовались, пока не копнули глубже. Делимся опытом, как сделать эффективнее взаимодействие в команде на 30+ человек. Начали с аналитиков и не смогли остановиться.
Привет! Это Света Барсукова, scrum-мастер в компании M2. Из этой статьи вы узнаете, как из простой идеи на внутреннем хакатоне вырос полноценный инструмент для обмена информации и новостями на уровне всей компании.
Статья будет полезна тем, кто сталкивается с проблемами информирования в командах и ищет способы, как улучшить коммуникацию.
Привет, меня зовут Юля и я руководитель отдела тестирования. Взаимодействуя по работе с людьми часто вижу, что грамотные в техническом плане специалисты не всегда справляются с непрерывным потоком прилетающих им задач. Когда-то мы с коллегой даже подготовили для нашего отдела небольшую презентацию, посвященную основам тайм-менеджмента.
На мой взгляд, не в выборе конкретной методики суть. О различных подходах говорят много. Но если сильно погружаться в детали на начальном этапе, никакая методика так и не приживется. Чтобы подход заработал, как правило, удобно сделать собственную интерпретацию общих правил, направленную на особенности и специфику своей работы. Также важно понимать, что потребуется потратить время на адаптацию к новой активности и к регулярному её применению.
Этой статьей я попытаюсь немного снизить порог входа в одну из самых полезных (для меня) методик - Getting Things Done. Предложу свою вариацию, которую легко начать применять уже сегодня. Без дополнительных пояснений система будет понятна только тому, кто ее использует. Но зато позволит быстро разгрузить голову, не вникая в детали, изложенные в довольно объемной книге Дэвида Аллена.
Многие компании, успешно работающие по Agile в одной команде, сталкиваются с проблемой масштабирования. Когда число команд растет, а Agile-принципы не адаптируются на более высокий уровень, начинается хаос. Команды теряют синхронность, задачи не выполняются в срок, и возникают проблемы с прозрачностью процессов.
Чтобы справиться с этими вызовами, были созданы фреймворки масштабирования, такие как LeSS, SAFe и Nexus. В этой статье мы рассмотрим их основные принципы и рекомендации по применению.
В этой статье я поделюсь своим опытом адаптации стандартов Agile к реалиям своего текущего проекта；перечислю решения, которые продвинули мою команду вперед, призывая мыслить шире и проявлять креативность.
"Для них ты просто псих, как я. Сейчас ты им нужен, а надоешь — они тебя выкинут, как прокажённого. Их принципы, их кодекс — всего лишь слова, забываемые при первой опасности. Они такие, какими мир позволяет им быть."
В сфере IT, где ключевая роль отведена техническим навыкам и знанию инструментов, часто недооценивают soft skills, которые способны существенно повысить эффективность работы тестировщика и улучшить качество продукта.
Хочу рассмотреть, какие soft skills являются наиболее ценными для тестировщика. Ниже опишу, что выделяю для себя, как проактивный QA, в формате: качество – для чего нужно – как навык прокачать.
Кто-то может подумать, что «Звездная карта» — это список работников-звезд в команде. На самом деле, это эффективный инструмент руководителя для оценки компетенций сотрудников. Инструмент не новый и схож с матрицей компетенций, но при этом функциональный — отражает текущую действительность в режиме онлайн. Подготовили для вас лаконичный, но информативный обзор этого инструмента.
