Измерение производительности разработчиков (часть 4)
Выводы и заключительные размышления на тему, как подойти к вопросу измерения производительности разработчиков.
Практика и опыт
Примеры реальных задач, истории успеха и решения из жизни
Измерение производительности разработчиков (часть 3)
Чтобы разобраться с тем, как оценивать производительность и эффективность работы разработчиков, нужно узнать плюсы и минусы существующих подходов и разобраться с тем, какое влияние на бизнес оказывает программная инженерия.
Измерение производительности разработчиков (часть 2/4)
Мы продолжаем рассматривать сложную, но интересную и актуальную тему измерения производительности разработчиков ПО, и сравниваем возможности по измерению работы таких отделов с другими отделами.
Измерение производительности разработчиков (часть 1)
Измерение производительности разработчиков – сложная задача, встающая перед руководителями ИТ. Обычные измерения усилий и выходов, применимые для других отделов, могут негативно повлиять на культуру разработки. В данном случае необходимо применять другие подходы.
Интересные уроки из аварийных ситуаций. Часть 2. Adevinta: загадка падения DNS
Практический опыт расследования причины инцидента в компании Advenita, превратившийся увлекательный детектив и позволивший сделать важные выводы на будущее.
Как организовать поддержку в ИТ
Как организовать поддержку в ИТ – это вопрос, с которым сталкиваются почти все организации, вне зависимости от того, являются они внутренним поставщиком услуг или внешним. Да, это задача не из легких.
Нужно ли поскорее устранять все выявленные дефекты?
Работа над дефектами – известная область разработки ПО, вызывающая вечные и непримиримые споры. Заметьте, что я использовал именно слова “работа над”, а не “управление” – из того, что я вижу вокруг, управления дефектами почти ни в одной команде разработки нет.
Модное и современное, но в кровавом энтерпрайзе
CustDev, CJM, USM, MAU/DAU, продуктовые команды, настоящие дорожные карты, ускорение в разы – это всё не про Enterprise. Или нет?
Олег Скрынник, 20 июня 2022, последний комментарий 28 июня 2022
Сказки про кратное сокращение Time to Market
Разговоры про ускорение разработки программного обеспечения ведутся уже много лет. Насколько ожидания оправданы? Можно ли ускориться, и как сильно? И главное – что для этого нужно?
Олег Скрынник, 20 мая 2022, последний комментарий 25 мая 2022
Весення уборка в бэклоге продукта: порядок за четыре шага!
Каждая команда, которая ведёт разработку ПО в соответствии с практиками Agile, имеет бэклог продукта или по крайней мере думает, что он у неё есть. Кажется, что это очень простой инструмент, но на практике я регулярно сталкиваюсь с неумением им пользоваться для планирования работы разработчиков. Давайте попробуем разобраться, для чего нужен бэклог продукта и как извлечь из него максимум пользы.
Action Bias – известная ловушка, в которую мы всё равно постоянно попадаем
Action Bias: склонность к реагированию и действию, даже если это не приведёт к положительным результатам. «Делать хоть что-то» создаёт иллюзию загрузки ресурсов полезной работой.
Олег Скрынник, 24 апреля 2022, последний комментарий 28 апреля 2022