Олег Скрынник, Автор в Digital Enterprise

Требования к системе управления ИТ с точки зрения персонала

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

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

Вакансии направления Digital

Есть две интересные вакансии – консультанта по Agile и методолога продуктовых команд. Консультант по Agile Cleverics расширяет спектр предоставляемых услуг – уже несколько лет мы помогаем клиентам выстраивать работу продуктовых команд и трансформироваться в сторону современных подходов управления ИТ. У нас есть опыт точечного привлечения для отдельных команд, а есть и участие в масштабных трансформациях крупных компаний. Всё это невозможно без квалифицированных консультантов. Мы рассматриваем кандидатов с совершенно различным опытом. В любом случае мы обеспечиваем обучение и выравнивание понимания. Развитие навыков и накопление знаний начинаются с первого дня, потому что задачи клиентов не ждут – работы больше, чем мы успеваем…

Искажение восприятия из-за изоляции

Совсем недавно, летом, писал про эффект Даннинга-Крюгера. Рассуждал — существует ли он, или только кажется? Пришёл к неоднозначным выводам. И вот снова наблюдаю его в реальности. Поразительно, насколько искажается восприятие границы нормального в разных компаниях, подразделениях и командах. То, что для одних привычно, для других находится далеко за гранью допустимого. Искажение наблюдается и в разработке, и в эксплуатации. Пример из разработки ПО, который встречается наиболее часто, таков. Собираешься с командой, спрашиваешь: — Знаете ли вы, что такое конвейер развёртывания? — Конечно, — отвечают, — знаем, только у нас он называется конвейер CI/CD, и он у нас есть, вон, работает. Великолепно…

Олег Скрынник, 27 декабря 2019, последний комментарий 22 января 2020

Продуктовым командам метрики не нужны

Модное течение последних лет заключается в отказе от управления проектами в пользу управления продуктами. Долгое время мы пытались получать ценность от информационных технологий (и, соответственно, от ИТ-специалистов и ИТ-руководителей) с помощью проектного подхода: назовём важное изменение проектом, запланируем, выделим ресурс, постараемся уложиться в ограничения. В некоторых случаях срабатывало хорошо, в последнее время – не очень. Теперь ставку делают на управление продуктами как интересную и перспективную альтернативу. Где продукты – там и команда. Необходимо сильно ограничить область ответственности, выделить и закрепить ресурс на 100% времени, посадить всех рядом, объявить единую цель, начать работать по новым принципам организации труда. Без этого всего…

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

Лекарство от всех болезней

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

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

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

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

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

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

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

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

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

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

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

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

Олег Скрынник, 3 июня 2019, последний комментарий 12 августа 2019

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

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

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

Кейс: увеличение частоты релизов в продуктовой команде

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

Олег Скрынник, 22 марта 2019, последний комментарий 25 марта 2019

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

Олег Скрынник

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