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

Agile-методы не подходят для устаревшего лидерства

Две группы лидеров Не так давно я разговаривала с потенциальным клиентом, давайте назовём его Стивом, который был заинтересован во внедрении гибких практик управления. Стив полагал, что он уже очень хорошо осведомлён об Agile. Он хотел, чтобы его организация «стала гибкой», ожидая более быструю поставку продукта, лучшую предсказуемость и лучшие показатели. Все это веские причины, по которым организации хотят стать гибкими. Но когда я спросила его, что он будет делать с улучшением показателей, он дал мне повод задуматься. Ответ Стива: «Мы хотим посмотреть, насколько хорошо работают команды, получаем ли мы от них то, за что им платят. Мы не можем позволить…

Сдвиг тестирования вправо. Возникновение 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 по управлению цифровымии информационными технологиями

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

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