Практика и опыт Archives – Страница 6 из 53

Технический долг и беклог

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

Есть ли польза от оценок трудозатрат разработчиков для самих разработчиков?

Мы знаем, что заказчикам и заинтересованным сторонам проекта нужны оценки по срокам реализации задач. На их основании они строят планы, расставляют приоритеты и планируют даты поставки разрабатываемых продуктов. А что для разработчиков? Для них отдача совсем не очевидна. Да и в целом может показаться, что и пользы-то никакой нет, ведь оценки используются зачастую “против” разработчиков, поскольку интерпретируются и воспринимаются стейкхолдерами именно как обещания. Вполне естественно, что разработчикам без особого удовольствия дают оценки, ведь они могут повлечь неприятности. Однако, оценки могут принести однозначную пользу командам разработки – фактически, со временем они могут повысить статус команд разработки среди всех заинтересованных сторон и…

Книга Cleverics про метрики и KPI рекомендована слушателям MBA по направлению ИТ

Вышедшая в начале года книга Дмитрия Исайченко и Павла Демина «Управление услугами на основе измерений» получила рекомендацию от Высшей школы бизнес-информатики НИУ ВШЭ в качестве литературы для студентов MBA в области управления ИТ и слушателей дополнительного профессионального образования в области бизнес-информатики. Способность системы управления ИТ (СУИТ) адаптироваться к изменениям внешней среды и своевременно реагировать на внутренние запросы зависит от непрерывного мониторинга качества работы СУИТ в целом и оказания ИТ-услуг в частности на основе разработанных показателей и метрик. Однако реализация такого мониторинга задача достаточно сложная, требующая анализа СУИТ и процессов компании. Ценность книги «Управление услугами на основе измерений» в том, что…

Новостной поток, 25 сентября 2020, последний комментарий 29 сентября 2020

Семь распространённых мифов о DevOps

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

Как позитивные поведенческие метрики могут повысить эффективность команды

Многие компании не придают должного внимания или игнорируют позитивные поведенческие метрики. Акцент они делают на комплексных метриках. При этом есть особенности и различия между первыми и вторыми. Применение комплексных поведенческих метрик – это попытка дать полную оценку деятельности сотрудника через набор показателей, который включает в себя измерение как позитивного, так и негативного его поведения. Производится измерение всех видов поведения по заранее заданной шкале (например, 5 – “отлично”, пример для подражания, и 1 – “очень негативно”, крайне плохое поведение). В отличие от комплексных позитивные поведенческие метрики отслеживают только положительные действия сотрудников, которые они предпринимают во время выполнения своей работы. Используя лишь…

Может ли быть слишком много прозрачности в работе Agile-команд?

Прозрачность часто называют одним из трёх столпов Agile, наряду со способностью к проверке и адаптации. Но может ли команде быть нанесён вред от излишней прозрачности? Майк Кон (Mike Kohn), один из соавторов и основателей Scrum и Scrum Alliance, считает, что это возможно, и предлагает свой подход по снижению возможного урона. Для начала давайте определим, предлагает Майк, прозрачность как отражение того, как работает команда. Измеримая часть на самом базовом уровне может быть представлена следующими метриками: скорость работы отработанные часы количество story points на одного сотрудника команды диаграммы выгорания количество исправленных дефектов за один спринт и проч. Некоторые из них, возможно, стоит…

Незаметный прогресс (глобальный и локальный)

Многие привычные сегодня вещи и явления ещё вчера отсутствовали. Яндекс.Такси и Убер вместо дикого рынка частного извоза, YouTube вместо телевизора, Spotify вместо компакт-дисков, оплата телефоном вместо наличных, онлайн-банк вместо похода в отделение с паспортом: список бесконечен. Любопытно, что сегодня всё это воспринимается как данность. У многих есть ощущение, что так было всегда, а если не всегда – то уж точно возникло очень давно. Строго говоря, возраст многих перечисленных сервисов действительно приличный: YouTube стартовал в 2005, Spotify в 2006, Uber в 2009… Даже прогрессивный Тинькофф Банк начал свою историю в далёком 2006. Однако есть нюанс: первые много лет своего развития проникновение,…

Восемь важных аспектов интегрированного управления поставщиками

В статье, опубликованной на ресурсе itsm.tools, автор делится своим опытом внедрения мульти-вендорных операционных моделей для департаментов ИТ, предлагая рекомендации в отношении восьми ключевых аспектов интегрированного управления поставщиками (Service Integration and Management, SIAM). 1. Изменения – это тяжело! Если вы решите последовать принципам SIAM, вам нужно скорректировать операционную модель своей организации посредством комплекса изменений в процессах, людях, структуре организации, руководстве, правилах управления контрактами. А изменения, как известно, всегда даются нелегко. Вам нужно будет применять принципы управления изменениями в бизнесе, чтобы понять корпоративную культуру и людей, затронутых изменениями. Инертность организации и сопротивление изменениям – это самые большие проблемы, возникающие при реализации задач…

Burning man

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

6 способов поддержать баланс рабочей и личной жизни интеграторов и сегментаторов в вашей команде

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

DevOps и “смерть” разработчиков. Что-то пошло не так

Разработка уже умерла давным-давно и была заменена DevOps. Или, по крайней мере, так должно было случиться после появления DevOps. Знакомая мантра? Бернард Броуд (Bernard Brode) в своей заметке на портале DevOps.com рассказывает, почему это не так. На самом деле у разработчиков всё просто отлично. Например, прямо сейчас на крупнейшем в мире сайте по поиску работы Monster.com около 150 000 вакансий для разработчиков. И для сравнения лишь около 16 000 позиций для специалистов DevOps. Похоже, что революция, в ходе которой разработчики должны были бы быть заменены инженерами DevOps, не случилась. “Смерть” разработчиков Угасание позиции разработчика предсказано было уже давно. Фактически, с…

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

Практика и опыт

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