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

Канбан-метод: практика построения быстрого потока

При попытке дать определение Канбан-методу, на ум сразу же приходит некая визуализация потока работы, чаще всего – таблица с тремя столбцами, призванная сделать вашу работу и работы команды лучше и эффективнее. Канбан действительно начинается с визуализации, а канбан-доска является ключевым элементом системы, но просто начертить таблицу из трёх столбцов недостаточно. С 21 по 22 ноября в учебном центре Cleverics мы расскажем и наглядно покажем, что представляет собой Канбан-метод и каким образом его можно использовать в управлении рабочим процессом. Участники мастер-класса “Канбан-метод: практика построения быстрого потока” познакомятся с принципами построения Канбан-систем, освоят правила визуализации потока создания ценности, а также узнают больше…

Новостной поток, 23 сентября 2019, последний комментарий 9 июля 2024

Сопротивление измерению

Известная фраза “Нельзя управлять тем, что не измеряешь” приписывается разным уважаемым управленцам: Джеку Уэлчу из GE, Эдварду Демингу, отцу QA, возможно ещё кому-то. Некоторые считают, что это народная пословица – общеизвестная истина, сформулированная кратко и ёмко. Действительно, выстраивая систему управления неплохо бы сделать так, чтобы принимаемые решения опирались на объективные данные, а не мнение отдельных участников о состоянии дел. В этом случае решения могут быть более взвешенными, а потому – более результативными. Занимаясь организацией процессов управления, скажем, в ITSM, современный консультант не забудет про KPI и метрики. Разрабатывая для заказчика регламент какого-либо процесса, управления инцидентами, проблемами, конфигурациями, изменениями, уровнем услуг……

Олег Скрынник, 16 сентября 2019, последний комментарий 1 ноября 2019

Ежедневный скрам – бесполезная потеря времени?

Довольно часто на начальном этапе работы с разными командами приходится сталкиваться с сопротивлением по отношению к ежедневным собраниям. Разработчики не видят ценности в ежедневном стоянии у доски, зачастую им кажется, что это время стоит потратить на что-то более ценное (написание кода, например). Вот как подходит к донесению ценности регулярных собраний Марк Левинсон. Ежедневный скрам – это пустая трата времени, прерывающая мою работу. Ежедневный скрам – шанс для скрам-мастера проявить себя и позаниматься микроменеджментом. Ежедневный скрам предназначен для сообщения о статусе задач, но для этого я могу воспользоваться электронной почтой. Эти жалобы звучат так знакомо. Сейчас очень модно шутить над бесполезностью…

Новостной поток, 12 сентября 2019, последний комментарий 13 января

Как неудачи и эксперименты приводят к успеху

Создание нового программного продукта – это инновационный и творческий процесс. Не всегда всё идет по плану, провалы и неудачи на этом пути неизбежны. Однако, важно то, как команда справляется с ними. Ведь каждая неудача – это возможность сделать переоценку, внести изменения и попробовать иные подходы. Для того, чтобы добиться успеха, команды должны быть устойчивы к неудачам и уметь их использовать для обучения, приобретения и расширения опыта. Эйдан Кейси (Aidan Casey), один из авторов портала DZone, считает, что если ваша команда не сталкивается с неудачами в ходе работы над продуктом, то и шансы на успех тоже невелики. Когда мы чувствуем, что неудача…

Новостной поток, 6 сентября 2019, последний комментарий 9 сентября 2019

Не пора ли прекращать делать обзоры спринтов?

Для многих команд разработчиков такое периодическое мероприятие как спринт ревью, или обзор спринта, морально устарел и уже изжил себя. И, похоже, пора перестать этим заниматься. Так считает Майк Кон (Mike Cohn), один из соавторов и основателей Scrum и Scrum Alliance. Звучит еретически? Отнюдь. Назначение обзоров спринтов Назначение обзоров спринтов заключается в том, чтобы команда разработчиков получила обратную связь. В результате в бэклоге могут появиться задачи, отражающие родившиеся новые мысли относительно имеющихся функций, либо доработки, направленные на доведение их “до ума”. Обзоры традиционно проводятся в конце спринтов. Для большинства команд – непосредственно перед ретроспективой. Но для многих команд проводить обзоры в конце…

Работа 2.0: Ренессанс

Многие сейчас чувствуют и осознают, насколько масштабные изменения происходят в нашем понимании подходов к работе и управлению. Agile перерос ИТ и выплеснулся на предприятия. Теория сложных систем оказывает влияние на наше мышление. Культура безопасности раскрывает ценность неудач и провалов. Менее известная (пока ещё) культура открытости переворачивает представления об иерархии. Помимо этого, есть и такие идеи как менеджер по обслуживанию, трансформационный лидер, открытое пространство, лидерство по приглашению, теория обещаний, устойчивость и многое другое. Все они нацелены на то, чтобы получить больше ценности скорее, безопаснее и сделать людей счастливее. Роб Ингланд, известный как IT Skeptik, называет их “Новые методы работы”, или “Гибкость…

Волшебство коротких пользовательских историй

Итеративные подходы к разработке продуктов требуют декомпозиции и работы с маленькими частями. Это улучшает производительность и управляемость. Несмотря на то, что выгода от такого подхода кажется очевидной, команды раз за разом стараются решить все проблемы в одной задаче, а заказчики пытаются впихнуть все требования в один спринт. Аджайл коуч Дуайт Кингдон, в своей статье собрал основные аргументы в пользу разумного уменьшения размера пользовательских историй, с которыми работают команды, и изложил свой подход к уменьшению размера этих историй. Я часто сталкиваюсь с командами, которые любят большие пользовательские истории. Зачем тратить время на написание, планирование и оценку множества маленьких историй, когда вы…

Под кого подстраивать систему управления?

Минута философии на портале. Не пугайтесь, и простите за циничное изложение. Вступление, часть первая. Известно, что иерархические структуры управления обладают существенным недостатком. ИТ-подразделения крупных компаний, в которых (подразделениях) трудятся 800-1000 человек, в управленческой иерархии опираются на 50+ менеджеров разного уровня. Эта опора во многих случаях достаточно хлипкая ввиду низкой компетенции означенных менеджеров – где же взять столько высококвалифицированных управленцев? Традиционный способ “вырастим из айтишников” имеет известные недостатки, а мотивация двигать вверенное направление вперёд у многих руководителей со временем сходит на нет из-за политических вопросов и желания удержаться и расти вверх, а не организовывать работу подчинённых. Итого, менеджеров в ИТ много,…

Олег Скрынник, 11 августа 2019, последний комментарий 19 августа 2019

Эффективность команды и социальные связи

Недавно мне на глаза в очередной раз попался очень интересный вопрос о продуктивности команд разработки: Какая команда будет эффективнее работу выполнять? Вариант 1: эти люди между собой дружат, пьют кофе, разговаривают, поддерживают друг друга морально и психологически, все всё про всех знают, такая вот типа семья. Вариант 2: эти люди пришли работу работать и зарплату получать, они не хотят знать ничего о коллеге сверх того, что нужно непосредственно для рабочей деятельности, может у кого-то с кем-то какие-то отношения и сложились, но в целом отношения именно деловые. Вопрос этот встречается на моем пути уже не в первый раз и кажется очень…

Павел Капусткин, 20 июля 2019, последний комментарий 22 июля 2019

Как поощрять Agile-команды?

Организации, стремящиеся стать гибкими, должны также обратить внимание и на формирование новой системы бонусов и стимулов, нацеленных на обеспечение и поддержку Agile-подходов. Независимо от того, насколько хорошо был спроектирован и осуществлён переход на новые методы работы, если будут продолжать действовать стимулы из “прошлой жизни”, способствующие прежнему же поведению, то сотрудники организации будут склонны вести себя “по-старому”. Автор заметки, Майк Кон (Mike Cohn), один из соавторов и основателей Scrum и Scrum Alliance, называет это организационной гравитацией. Если культура организации не изменится в достаточной степени, чтобы стать другой – гибкой – организационная гравитация вернёт её в то состояние, в котором она пребывала…

Новостной поток, 19 июля 2019, последний комментарий 4 августа 2019

Три причины растущей популярности DevOps

Первые упоминания о DevOps появились где-то в 2010 году. Примерно с этого момента времени энтузиасты начали активно интересоваться новой темой. Если заглянуть в Google Trends, то можно увидеть вот такой график популярности термина “DevOps” за последние 5 лет: А вот график за последние 15 лет: Как вы можете заметить, интерес к DevOps, стартовавший примерно в 2010 году, неуклонно рос и продолжает расти. При этом в начале 2019 года можно отметить резкий его всплеск . Конечно, стоит учитывать, что Google Trends – это не точные данные плюс закрытый исходный код самой платформы. И интерес к DevOps, измеряемый средствами Google, не является…

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

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

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