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

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

Всё это – ЛЮДИ

Всё про управление персоналом в ИТ

Мотивация разработчика В2В продукта

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

Если вы уложились во все сроки в дорожной карте развития продукта, значит что-то идет не так!

Представьте себе продуктовую команду, которая радостно празднует крупную победу! Менеджер по продукту, команда разработчиков, владелец продукта, может быть даже парочка руководителей компании совместно отмечают успех. Должно быть, они достигли чего-то значительного, верно? Что это может быть: новый уровень прибыли? Важные вехи в прохождении дорожной карты? Достижение целевых показателей в расширении клиентской аудитории? Положительный отзыв о продукте в крупном отраслевом издании? А что, если команда празднует тот факт, что они выпустили новую версию продукта за день до крайнего срока, обозначенного в дорожной карте? Это, конечно, может быть поводом для радости. А может и нет. Поставка новой функциональности или продукта вовремя –…

Агенты изменений: умеем ли мы их готовить?

Поговорим про агентов изменений. Тема огромная, насущная, остановимся на интересном моменте: испытательный срок ещё не закончился, а уже становится ясно какого человек калибра и какова примерно траектория дальнейшего движения. Вот давайте поговорим про эти траектории, и почему они важны. В последнее время в профессиональных сообществах в Facebook’е значительно увеличился спрос на агентов изменений: нанимают скрам-мастеров, agile-коучей, методологов, «людей с головой и опытом», – названий много, смысл один. И можно бы было это списать на то, что на карантине (или как там этот период, который сейчас?) мы больше живём в сети, но нет – тот же по объёму поток вакансий в…

Групповые эффекты в самоорганизации гибких команд

Когда мы начинаем отстройку управления ИТ-разработкой в сторону гибких методологий, очень сложно бывает изменить подход к объекту управления. Для традиционных менеджерских ролей этим объектом является человек, гибкие же методологии направлены на управление командой как единой структурой. И тут возникают как свои сложности, так и преимущества, продиктованные тем, что люди в команде ведут себя не так, как в индивидуальных коммуникациях. Есть так называемые групповые эффекты, обусловленные особенностями человеческой психики. Они меняют поведение индивида, когда он является частью команды в процессах, направленных на достижение общей цели. Обратите внимание, наличие общей цели является ключевым условием для существования команды. Без этого у нас будет…

Минимизация когнитивной нагрузки команды для улучшения потока

Команды являются средоточием производства в организациях. Они создают программный продукт и обеспечивают его поставку. Как и любое средство производства, команда требует внимания и своевременного ухода. Компаниям необходимо следить за тем, чтобы когнитивная нагрузка на команду не была чрезмерной (о том, что такое “когнитивная нагрузка“, мы рассказывали в одной из наших предыдущих заметок), поскольку работа в условиях слишком высокой когнитивной нагрузки не позволит эффективно и надёжно создавать и улучшать разрабатываемое программное обеспечение. В своей заметке на IT Revolutions Мэтью Скелтон (Matthew Skelton) и Мануэль Пайс (Manuel Pais) продолжают рассматривать тему и рассказывают об обнаружении и ограничении когнитивной нагрузки для того, чтобы…

Сели и пишем, или что можно сделать с коварством эффекта Даннинга-Крюгера

Сегодня среди компаний, чей бизнес плотно завязан на ИТ, наверное, только ленивый не слышал про трансформацию, «agile-изацию» и прочие процессы повышения прозрачности и эффективности разработки. Многие попробовали различные методологии на себе – и что-то из этого получили, с тем или иным выхлопом. Давайте оставим за рамками обсуждения позитивный сценарий и поговорим о ситуации, когда вроде и ребят умненьких наняли, и продакта-проджекта им привели, и методологии все «по канону», а всё равно ИТ-отдел выдаёт не то, не с тем качеством, не в те сроки, и вообще всячески доводит бизнес до предынфарктного состояния. Появляется ощущение, что проблема глубже, чем казалось изначально, но…

Как регистрировать дополнительные независимые заявки в тех поддержку, возникающие во время решения основной?

В редакцию портала поступил вопрос: Добрый день! От инженеров, использующих систему регистрации заявок (СРЗ) для выполнения нарядов, поступил кейс, верное решение которого не получается определить однозначно. Часто специалисты выезжающие на места, приходя по одной заявке, делают еще 10. Это происходит потому что другие сотрудники, узнав о том, что специалист тех. поддержки где-то рядом, вспоминают, что у них тоже давно тормозит компьютер или не хватает какого-то ПО (т.е. услуги могут быть самыми разными). Инженеры попросили разработчиков СРЗ дать им возможность самостоятельно заводить себе наряды на такие вот случаи. Это, с одной стороны, позволит не просить заявителя «оставить заявочку», а с другой,…

Интерфейс управления ИТ-продуктом: зачем он нужен бизнесу?

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

Когнитивная нагрузка команды

Когда мы говорим об умственной нагрузке, то понимаем, что у любого человека есть предел того, сколько информации он может хранить в своём мозге в определённый момент. То же самое касается и команд, где суммируются когнитивные возможности всех членов. Чем чревато превышение допустимой когнитивной нагрузки, и какие могут быть рекомендации по недопущению её превышения, делятся в своей заметке на IT Revolution Мэтью Скелтон (Matthew Skelton) и Мануэль Пайс (Manuel Pais), авторы книги “Team Topologies: Organizing Business and Technology Teams for Fast Flow”. Что такое когнитивная нагрузка В 1988 году психолог Джон Свеллер (John Sweller) охарактеризовал когнитивную нагрузку как «общее количество умственных…

Критическая способность по управлению рисками

Завершившийся 2020 год был богат событиями. Главная угроза 2020 года, COVID-19, сформировала новую реальность, новую норму. В корпоративном мире управления изменилось многое: стагнация выстроенных логистических и продуктовых цепочек, поиск новых рынков и форматов, изменение взгляда на фондирование, изменение отношения к сотрудникам и клиентам, выстраивание взаимоотношений с властями, участие в волонтерских акциях. Несколько общих наблюдений о том, как транформация затронула корпоративный сектор: Компании, особенно крупные, особенно остро почуствовали насколько их бизнес-результаты в отдельных областях зависят от ключевых сотрудников. Потери среди актива вносят дополнительный хаос в, и без того, высокотурбулентную ситуацию. Ключевые сотрудники – чемпионы вносят максимальный вклад в то, чтобы двигать…

Две основные проблемы с CI/CD, конвейерами, GitOps и проч., и как с ними быть

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM