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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Постоянное улучшение

Непрерывное совершенствование, управление качеством, метрики, CSI

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

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

Кто отвечает за конвейер развёртывания?

Нужно очень сильно отстать от жизни (примерно лет на 5-7, что по нынешним временам приравнивается к вечности), либо иметь крайне веские аргументы, чтобы не использовать для доставки готового кода до среды эксплуатации конвейер развёртывания (в народе часто именуемый конвейером CI/CD, что в данном случае непринципиально). Техническая сторона вопроса – как построить конвейер – в большинстве случаев понятна, если не очевидна. Инструментов море, идеология ясна, собрать конвейер можно в простых случаях за час, в сложных – за пару недель. Организационная же сторона вопроса не так проста, как кажется. Кто должен/может его создать? Кто обеспечит функционирование? Кто починит, когда сломается? Кто будет…

Несколько идей по улучшению вашего подхода к управлению бэклогом продукта (Product Backlog)

Scrum – это простая, но вполне достаточная методика создания новых продуктов если вы заранее понимаете, что именно нужно создать. Но даже после успешной стадии разработки продукта, вы можете столкнуться с трудностями при попытке сделать правильно правильную вещь, если ваш бэклог продукта не работает; как говориться, мусор на входе – мусор на выходе. В этой статье рассматриваются идеи по улучшению методов управления бэклогом продукта, включая процесс его уточнения. Бэклог продукта в соответствии со Scrum Guide Прежде всего, посмотрим, что говорит о бэклоге актуальная версия Scrum Guide: “Уточнение бэклога продукта – это процесс добавления деталей, оценок и порядка к элементам продуктового бэклога….

Почему шаблон пользовательских историй из трёх частей работает так хорошо

Нет никакого волшебного шаблона, который нужно использовать для пользовательских историй (User Story). Они могут написаны огромным числом способов. Но самый популярный шаблон написания пользовательских историй выглядит так: Как…, я …, поэтому….. Это шаблон возник благодаря agile-коучу Рэйчел Дэвис (Rachel Davies) в британской компании Connextra в начале 2000-х. С того времени он стал признанным стандартом пользовательских историй. В этой статье рассмотрим три элемента этого стандартного шаблона, узнаем, почему он выдержал столь длительное испытание временем, а также его сильные и слабые стороны. Три элемента стандартного шаблона Этот шаблон и три его составляющих элемента я уже описывал ранее в статье In User Stories…

Value stream, user’s journey и все, все, все.

Поток ценности – артефакт бизнес-архитектуры, позволяющий бизнесу формировать ценностное предложение для внешнего или внутреннего заинтересованного лица. Поток ценности обладает определенными характеристиками процесса в том смысле, что при описании потока декларируются  последовательность и связи различных активностей так, чтобы  проиллюстрировать способ формирования итоговой предоставляемой ценности. Описание потока ценности формируется в терминах “каким образом” достигается ценность, в отличии от классических описаний бизнес-процессов, где шаги описываются в терминах “что должно быть сделано”. Практика описания потоков ценности (и формирования их как артефактов управления бизнесом) сформировалась в ходе эволюционного развития идей гибкой разработки. Наиболее часто встречающийся подход к описанию потоков ценности состоит в том, чтобы включить…

Как составить карту путешествия пользователей для службы поддержки и улучшить пользовательский опыт

В последнее время подход клиентских путешествий (customer journey) значительно расширил свой охват. Главная цель его применения – улучшение качества обслуживания клиентов, что является чрезвычайно важной инициативой для многих организаций.Обеспечение качественного обслуживания клиентов означает разработку плана и его соблюдение, но для этого требуется уделить внимание составлению карты путешествия. ЗАЧЕМ ИСПОЛЬЗОВАТЬ КАРТЫ ПУТЕШЕСТВИЯ ПОЛЬЗОВАТЕЛЕЙ?Путешествия пользователей помогают вам определить возможности для улучшения там, где измерения и статистика не позволяют их обнаружить. Даже если у вас есть соглашения об уровне обслуживания (SLA) или другие измерения, которые контролируют качество предоставления ваших услуг, нет никакой гарантии, что с их помощью вы сможете определить все свои возможности…

Существует ли эффект Даннинга-Крюгера?

Многие слышали об этом эффекте. По легенде, менее компетентные люди склонны завышать собственную самооценку, в то время как более компетентные люди скорее будут её занижать. Соответственно, принимаемые решения могут быть неадекватны обстоятельствам по причине когнитивного искажения. Данное наблюдение сопровождается дополнительными свойствами. К примеру, декларируется, что эффекту подвержены практически все люди, вопрос только в степени искажения. Люди низкой квалификации неспособны осознавать свои ошибки, в силу той самой низкой квалификации. Людям с большим количеством знаний в определённой предметной области бывает непонятно, почему для остальных всё так сложно, ведь “на самом деле” всё довольно просто. Наверное, какая-то часть описания данного эффекта соответствует действительности….

Постоянное улучшение. 10 советов по организации самообслуживания

Организация самообслуживания сотрудников компаний обычно рассматривается как ключевая инициатива для перегруженных ServiceDesk’ов ИТ-подразделений. Цели “классические”: снижение затрат, ускорение обработки запросов на обслуживание, обеспечение лучшего клиентского опыта. Согласно исследованиям, проведённым как в Северной Америке (HDI), так и в Великобритании (SDI), порядка 80% ИТ-организаций уже инвестировали в ту или иную форму самообслуживания. Пока что всё идёт, вроде, неплохо – ITSM-отрасль рассматривает идеи самообслуживания как способ стать “лучше, быстрее, дешевле”. Однако, есть одно большое “но”. Исследование того же SDI за 2017 г. демонстрирует, что только 12% ИТ-организаций получили ожидаемую отдачу от внедрения технологий самообслуживания. Бесценный опыт, сын ошибок трудных, был получен по результатам…

Повышение приоритета как (неработающий) способ ускорения работ

Мы это видим довольно регулярно. Не только видим, но и принимаем участие в обсуждении или принятии решения: “смотрите, задача АВС уже очень долго находится в работе, давайте повысим её приоритет, чтобы, наконец-то, устранить проблему”. Согласитесь, это вполне привычный способ управления. Беда в том, что он очень деструктивен и зачастую приносит больше вреда, чем пользы. Для дальнейших рассуждений необходимо сделать два предположения: Задача, приоритет которой повышается, не единственная в очереди. Работы много; точно больше, чем ресурсов в данный момент. В большинстве случаев оба предположения верны и дела обстоят именно так. Эти два пункта позволяют нам смотреть на ситуацию как на систему,…

Как велосипеды могут помочь понять дизайн услуг

Велосипед в разных формах присутствует в этом мире с 1820 года. Но то, насколько велосипед изменился за это время, мир часто упускает из виду. В Европе до появления общественного транспорта в сельской местности велосипед означал, что обычные люди могли работать и влюбляться впервые за пределами своей деревни. И можно с уверенностью сказать, что услуга, которую веловипед оказывал, а не то, как он выглядел, было самым важным фактором. В США некоторое время назад потеряли представление об этом. В 1920-х годах, когда европейцы использовали личный велосипед вместо лошади, американцы смотрели в сторону модели T Ford. С годами велосипеды постепенно стали детской игрушкой,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM