Есть несколько вопросов, которые мне задают практически каждый день. Сколько данных нам нужно для надежного прогнозирования доставки? Что делать, если у нас нет исторических данных? Что если у нас много данных, но мы им не доверяем? Как выбрать “скользящее окно” данных для прогнозирования доставки?
Наверняка вам приходилось слышать от знакомых или коллег, что их организация пошла по пути Agile в управлении поставкой ценности клиентам. И часто в таких разговорах говорят, что мы, конечно, используем гибкие методы управления разработкой, «но» есть несколько вещей, которые мы делаем по-другому. Вам такое знакомо? Вы когда-нибудь представляли степень влияния этого «но»? Мы гибкие, но: Мы до сих пор используем модель водопада. Мы по-прежнему составляем полный план проекта / релиза. Нам все ещё нужно убедиться, что все требования полностью прописаны. Меняющиеся требования наших клиентов сводят нас с ума. Нам все ещё нужно готовить массу документации. Наши заказчики хотят только ускорения…
Метрика тестирования программного обеспечения — это критерий для отслеживания эффективности усилий по обеспечению качества. Сначала вы устанавливаете показатели успеха на этапе планирования. Затем сравниваете их с полученной метрикой после завершения процесса. Однако многие специалисты по контролю качества программного обеспечения и тестированию склонны фокусироваться на том, как будут выполняться тесты, а не на фактической информации, получаемой в результате тестирования. Под этим я подразумеваю, что тестировщики часто сосредотачиваются на простом удовлетворении от завершения всех тестов. Но всегда ли это хорошо? У вас может быть 100% процент прохождения тестов со всеми зелеными индикаторами на приборной панели, и все равно возможно, что ваши тесты…
Что такое поток и, самое главное, почему он имеет значение? Обеспечение потока и уделение внимания основным показателям потока не только позволит вам добиваться результатов в последовательной предсказуемой манере, но и подготовит почву для принятия надежных решений, основанных на данных.
Открыта регистрация на осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK. Осенне-зимний сезон 2021 бесплатных вебинаров CleverTALK начнётся уже 18 ноября. В программе этого сезона три вебинара.
Концепция “сдвига влево” помогает упростить некоторые аспекты разработки программного обеспечения. Но предназначена эта концепция не только для разработчиков. Она может быть не менее полезна для инженеров по надежности систем (SRE). Хотя основной задачей SRE-инженеров является обеспечение надежности программного обеспечения после его развертывания, а не фактическая разработка программного обеспечения, поощрение практики сдвига влево в рамках стратегии разработки программного обеспечения, тем не менее, может облегчить оптимизацию надежности. В чём суть идеи “сдвига влево”? Сдвиг влево – это обнаружение прикладных проблем на ранней стадии процесса разработки программного обеспечения. Основная идея сдвига влево заключается в том, что вместо того, чтобы непосредственно перед развертыванием тестировать…
Свой первый отчёт с данными о работе процесса в ИТ я сделал где-то в самом конце 90-х годов. Я тогда работал в поддержке, мне было важно понять как быстро мы выполняем заявки, сколько заявок приходит от какого филиала, сколько распределяется на какого специалиста поддержки, что чаще всего ломается и требует внимания. Понять объективно, а не в ощущениях. И понимать регулярно. Нет, я не помешан на метриках и отчётах. Знаю много случаев, когда управленческие решения принимаются вовсе без данных, и оно срабатывает. Что уж там говорить, с 2009 года, когда появился Cleverics, мы в нашей компании принимаем сотни решений каждый год,…
Несколько лет назад компания American Airlines начала путешествие, которое первоначально было направлено на преобразование DevOps в ИТ, но в дальнейшем набирало обороты и переросло в преобразование доставки продуктов, охватывающее весь бизнес.
Научившись определять общие закономерности в диаграмме рассеяния времени цикла, вы сможете заметить проблемные области до того, как они разрастутся. Сегодня мы покажем вам, как распознать наиболее распространенные модели диаграммы рассеяния и объясним, что они означают для вашего проекта.
Управление на основе гибких методологий подразумевает наличие гибкой команды, занимающейся развитием цифрового продукта. Однако, такие команды не возникают сами собой, их необходимо создавать и развивать. При этом, если ваша организация – это не недавно созданный стартап, то скорее всего она жила и функционировала уже какое-то время. А значит гибкий команды, по сути, будут состоять из тех же самых людей, что поддерживали развитие бизнеса через внутреннюю разработку ИТ-продуктов всё время существования компании. Изменения не всегда могут приветствоваться людьми, которых они затрагивают. Есть устоявшиеся процессы, в которых сотрудники чувствуют себя комфортно. Им может казаться, что организовать работу другим способом просто невозможно. Часто…
Чтобы улучшить рабочие процессы, сначала нужно понять, как определить проблемные области. Метод Канбан использует визуальные методы для оценки ваших процессов. Диаграмма совокупных потоков Канбан является особенно мощным инструментом. На них фиксируется количество задач в каждом состоянии процесса через регулярные промежутки времени, как правило, ежедневно или еженедельно.