Agile, Scrum, разработка ПО Archives – Страница 13 из 30

Сдвиг тестирования вправо. Возникновение TestOps

Понятие shift-left на протяжении некоторого времени является популярной тенденцией в практиках непрерывного тестирования. Неожиданно, в последнее время мы начинаем видеть в тестировании новый тренд: «shift right». Сдвиг вправо влечет за собой проведение дополнительного тестирования на этапах пререлизной и пострелизной версий (т.е. тестирование в продуктивной среде) жизненного цикла приложения. К ним относятся такие практики как: валидация релиза, деструктивное/хаос-тестирование, A/B и канареечное тестирование, CX-тестирование (например, корреляция поведения пользователя с тестовыми требованиями), публичное массовое тестирование, мониторинг сред эксплуатации, извлечение тестовых представлений и сценариев из данных продуктивных сред. Shift-right не только вводит такие методы тестирования, но также требует, чтобы тестировщики приобретали новые навыки, активно…

Новостной поток, 13 июля 2020, последний комментарий 13 июля 2020

Побыть в шкуре бизнеса

В некоторых компаниях есть замечательная практика. Почти любой новый сотрудник в первые же недели своей работы, в какое бы подразделение компании он не устроился, обязан некоторое время поработать “в бизнесе”. Насколько я помню, эту затею придумали японцы, затем распространили её по миру в составе бережливого производства (Lean). Мне известно минимум три примера такой практики в России: одна производственная компания отправляет многих новых сотрудников (включая ребят из ИТ) на сборочный конвейер, другая – на упаковку готовой продукции, третья – в свои розничные магазины. Эта действительно замечательная процедура даёт очень наглядное понимание – что есть бизнес конкретной компании и в чём он…

Олег Скрынник, 4 июля 2020, последний комментарий 10 июля 2020

Устойчивая цифровая трансформация

Цифровая трансформация для многих организаций означает улучшение качества обслуживания и пользовательского опыта за счёт технологических инноваций и соответствующего быстрого появления и развития новых продуктов и услуг с меньшими затратами на создание такого опыта из года в год. Оглянувшись лет на 10 назад, мы увидим, что пройден огромный путь в плане технологий и программного обеспечения. А насколько улучшился пользовательский опыт по сравнению с ростом технологических возможностей за тот же период? И если существенно не улучшился, то по каким причинам? Устаревшие лекала Многие компании оказались в ситуации, в которой им необходимо было немедленно начать модернизировать свои системы, чтобы оставаться конкурентноспособными, но они…

Опыт организации продуктовой команды

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

У скрам-мастера нет ответственности за поставку

Очень часто встречается проблема в понимании ролевых механик фреймворка Scrum. С одной стороны, у нас есть “командная ответственность” – парадигма, расширяющая ответственность каждого участника процесса за пределы выполнения своей функции и наделяющая его ответственностью за результат в целом. С другой стороны, у нас есть участник скрам-команды (роль), который не несет ответственности за поставку. Речь идет о скрам-мастере, который, на первый взгляд, отвечает только за то, чтобы в команде был Scrum, и не обременен другой ответственностью. Давайте посмотрим, как объясняет эту особенность роли скрам-мастера Уильям-Ян Агелинг в своей статье “A Scrum Master Has No Delivery Responsibility” Один из моих коллег недавно…

Обновленное расписание вебинаров CleverTALK

В расписание весенне-летнего сезона 2020 года вебинаров CleverTALK добавлены новые вебинара. Актуальное расписание: 10 июня, 3:00 PM – 4:00 PM (MSK). Essential Principles and Practices of High Performing DevOps Teams Вебинар проводится совместно с EXIN (Нидерланды) на отдельной площадке. Обратите внимание на время начала в вашей зоне. Вебинар будет на английском языке. In this webinar we will start with a discussion on how a team is different from a group of people. We will talk about what is expected from a DevOps team and what is meant by high performing. After that we will cover the most important principles and…

Как выбрать траекторию обучения

В области управления ИТ есть много разных должностей, ролей, задач. Эффективная работа в рамках этих задач, должностей, ролей часто требует объёмного багажа знаний и навыков. А для эффективного накопления такого багажа существует широкий спектр соответствующих курсов. Проблема заключается в том, что среди большого количества аккредитованных и авторских курсов бывает сложно выбрать наиболее оптимальный набор, который поможет в решении рабочих задач на текущей позиции или в развитии карьеры. Разумеется, можно попробовать изучить каталог самостоятельно. Ведь для каждого курса есть подробное описание формата, программы и других деталей. Можно существенно сэкономить время и обратиться напрямую к менеджерам, которые в зависимости от задачи (которую…

Кто управляет Канбан-системой?

Канбан-метод призывает управлять работой, а не людьми. При этом, с одной стороны, внутри метода описаны две вполне полноценных менеджерских роли для управления работой внутри потока и на входе. С другой стороны, правила управления изменениями рекомендуют, по возможности, отказываться от новых ролей и новых обязанностей. Как же и кем управляется канбан-система? Откуда берутся функционирования сервиса и какова роль команды разработки в управлении? В рамках вебинара “Кто управляет Канбан-системой?”, мы попробовали разобраться в том, кто и каким образом принимает управленческие решения и как осуществляется «управление работой» в контексте Канбан-метода. Программа вебинара: Канбан метод и самоорганизация Менеджерские роли в канбан-системе, их смысл и…

Особенности национальной ИТ-трансформации. Часть 2: Ожидаемые выгоды

В предыдущей статье из цикла «Особенности национальной ИТ-трансформации» речь шла о проблемах понимания готовности бизнеса к изменениям. Переход к гибким формам организационного управления и продуктовому подходу требует реформирования процесса разработки, начиная с верхнего уровня управления. Готовность бизнеса определяется через возможность выстраивать внутренние коммуникации по другим правилам. А кроме того, ИТ-трансформация потребует перестройки структуры управления в компании, развития новых компетенций и кадрового потенциала, улучшения инженерных практик, внедрения нового стека технологий, приобретения необходимых инструментов и много чего ещё. Сложность и ресурсозатратность такого пути становится большим барьером на старте. Однако бизнесу хорошо известно, что чем выше риск, тем больше прибыль. Это весомый аргумент,…

Полномочия разработчиков и непрерывная безопасность

Практически любая организация в той или иной степени использует DevOps. Бизнес-эффект от быстрой доставки программного обеспечения и быстрой адаптации к потребностям рынка настолько велик, что это стало обязательным требованием — вы либо применяете DevOps, либо идёте прямой дорогой к банкротству. Однако вместе с нашей потребностью в скорости возросла и наша потребность в безопасности, и объединение того и другого — не самая простая задача. Ключом к быстрой работе DevOps является автономия разработчика. Командам разработчиков необходимо ежедневно принимать решения о том, что и как делать, и им следует делать это самостоятельно. Необходимость получения внешнего одобрения является узким местом, замедляет процесс и снижает…

Особенности национальной ИТ-трансформации. Часть 1: Готовность к изменениям

Про необходимость digital-трансформации любой поисковик вам выдаст сотни тысяч статей, на разные лады повторяющих лозунг о том, что «выживает тот, кто быстро приспосабливается к изменениям». Далеко не в каждой из них можно найти хотя бы общие цели, к которым ведёт этот трудный и тернистый путь. Цели эти всегда сулят невероятное будущее и трудноуловимый успех, в случае достижения. Иногда приводится общий набор ограничений готовности бизнеса к трансформации, которые сложно, но, несомненно, преодолимы, особенно если привлечь необходимых экспертов. Доказательства сопровождаются кейсами из жизни мировых лидеров индустрии или стартапов-единорогов, отчётливо попахивающих «ошибкой выжившего». Гораздо сложнее найти ответ, который раскроет, как работает эта магия?…

Светлана Сапегина, 4 мая 2020, последний комментарий 13 мая 2020

Портал №1 по управлению цифровымии информационными технологиями

Agile, Scrum, разработка ПО

Портал №1 по управлению цифровыми
и информационными технологиями