Этот список вряд ли является сборником моих собственных оригинальных мыслей. Он начинался как способ представить ценности и принципы Agile Manifesto более понятным и современным способом, хотя я и добавил в него несколько мыслей от себя. Он представляет собой снимок моего образа мышления в определенный момент времени, а не набор неопровержимых истин.
При выборе подхода к управлению процессами разработки многие задаются вопросом: какой метод лучше — Scrum или Kanban? Оба подхода популярны, но они различаются по своей сути и применению. Давайте разберёмся, как их правильно использовать и можно ли комбинировать.
Всем привет!
Сегодня я хочу обсудить важную тему, которая касается всех нас в сфере разработки ПО — методология Agile и ее влияние на тестирование. Внедрение Agile произвело революцию в процессе разработки, и тестирование не осталось в стороне. В этой статье я расскажу об основных принципах Agile, как они меняют подход к тестированию и какие преимущества это дает командам.
Надеюсь, эта информация будет полезной и вдохновит вас на внедрение Agile-подходов в свою практику!
Привет! Меня зовут Мария Болдырева, и я уже пять лет возглавляю проектное бюро WildTeam. До этого я работала главным конструктором в различных строительных компаниях. Ежедневно я сталкивалась с проблемами менеджмента в проектных компаниях и мечтала его изменить. В итоге взялась за дело и смогла, так что коллеги из отрасли смотрят на нас с завистью.
Здесь рассказываю о своем опыте, команде, принципах, результатах и факапах.
В прошлых колонках я говорила, как мы шли к новым принципам работы и Agile и к чему пришли. А сегодня расскажу, как мы функционируем и как Agile помогает добиваться успехов как командных, так и личных.
Предлагаю познакомиться с нашим опытом по внедрению метрик по JIRA для измерения продуктивности команды разработки 1С в компании Moex.
— Итак, скорость нашей команды - 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. Предложу свою вариацию, которую легко начать применять уже сегодня. Без дополнительных пояснений система будет понятна только тому, кто ее использует. Но зато позволит быстро разгрузить голову, не вникая в детали, изложенные в довольно объемной книге Дэвида Аллена.
