7 книг по agile для проджект менеджеров, тимлидеров и продакт оунеров
Agile — один из самых популярных подходов в управлении проектами. В США около 70% компаний используют гибкие методы при разработке программного обеспечения. Главный приоритет и первый принцип agile — удовлетворение потребностей заказчика. Все 12 принципов создатели подхода опубликовали в Agile Manifesto.
Собрали 7 книг про аджайл, от классики до новых изданий, которые помогут лучше понять суть методики и дадут практические советы по agile-трансформации.
Agile — один из самых популярных подходов в управлении проектами. В США около 70% компаний используют гибкие методы при разработке программного обеспечения. Главный приоритет и первый принцип agile — удовлетворение потребностей заказчика. Все 12 принципов создатели подхода опубликовали в Agile Manifesto.
Собрали 7 книг про аджайл, от классики до новых изданий, которые помогут лучше понять суть методики и дадут практические советы по agile-трансформации.
Обычно ретроспективу проводят в конце спринта –– когда проект закончился и исправить уже ничего нельзя. Авторы книги предлагают анализировать работу команды по ходу проекта. Эстер Дерби и Дайана Ларсен –– бизнес-консультантки, авторы множества работ в области agile –– делятся советами, хитростями и инструментами, которые помогут разобраться с проблемами при разработке ПО до того, как будет уже поздно.
Автор книги Карим Харботт –– бизнес-консультант, предприниматель и автор бестселлеров по agile. В последней книге он рассказывает об универсальной модели построения бизнеса. Если кратко, Харботт считает, что владельцам бизнеса достаточно сфокусироваться на шести факторах: лидерстве, культуре компании, структуре, вовлечённости сотрудников, управлении командой, методам совместной работы. Как именно это приведёт компанию к успеху, автор изложил на 144 страницах.
Перестроиться на аджайл за два дня нельзя, как нельзя применять методику ко всем видам работ внутри команды. Авторы книги рассказывают, каким заблуждениям об agile не стоит верить, кому и зачем нужно попробовать методику и предлагают дорожную карту для компаний, которые планируют или находятся в процессе agile-трансформации.
Автор книги Марк С. Лейтон больше 20 лет работает в области управления проектами. Он председатель agile Leadership Network в Лос Анджелесе и автор серии книг по проджект менеджменту для чайников. В третьем издании про аджайл Марк рассказывает, как определиться с видением продукта, разработать дорожную карту, внедрить гибкие методы в работу команды и управлять рисками.
В 2004 Стэнли Маккристал воевал в Ираке и руководил оперативной группой. Генерал рассказывает, как их команда терпела неудачи и как ему, будучи руководителем, приходилось принимать быстрые решения, чтобы добиться успеха на поле боя. В книге Маккристал упаковал военный опыт в советы по управлению компанией. Основной посыл автора в том, что научиться своевременно реагировать на быстрое изменение рынка можно. И он знает как.
Руководство собрали эксперты-добровольцы, которых специально для этого нанял американский Институт управления проектами. В книге — советы, практики, инструменты, которые помогут перестроиться на agile; подскажут, как внедрить методику частично; объяснят, кому нужен гибкий подход, а кому — гибридный.
Книга подойдёт тем, кто только начинает работать по системе agile. Авторы объясняют азы: что такое аджайл, как работает методика и чем отличается от других, дают рекомендации, как менеджеру безболезненно перестроиться на новую модель. Книга получилась эмоциональной: в ней авторы делятся собственным опытом перехода к agile, рассказывают с какими личными проблемами столкнулись в процессе, обсуждают черты характера, которые пригодятся и которые помешают менеджеру.
Агенты пишут код, который приходится читать разработчикам. Как не утонуть в ревью
На бумаге использование агентов выглядит отлично: в компаниях, внедривших AI в разработку, строк кода стало больше на 30%, а запросов на слияние на 23%. Но эти метрики никак не учитывают, дошло ли что-нибудь до пользователей. Исследователи из Гарварда заглянули в Jira и не нашли значимого роста закрытых задач — разница застревает в ревью.
В статье попробуем разобраться, что считать вместо строк кода и как разгрузить ревьюеров.
«Этот код выглядит ужасно, но работает». Что чинить первым, а что лучше не трогать
«Худшая стратегическая ошибка, какую может совершить софтверная компания», — так в апреле 2000 года Джоэл Спольски, сооснователь Fog Creek Software, назвал решение Netscape переписать код с нуля. С выхода версии 4.0 прошло почти три года, а версии 5.0 так и не случилось. Соблазн снести «ужасный» модуль знаком каждому, кто открывал чужой код ради мелкой правки.
Логи, метрики или трассировка: что внедрять первым + курсы
Про наблюдаемость обычно говорят: логи, метрики и трассировка. Небольшой команде это стоит недель настройки и счёта за хранение. В статье рассматриваем, с чего лучше начать, а в конце подборка книг и курсов для тех, кто захочет разобраться глубже.
Предлагают €300 за неделю on-call — это много или мало?
В Google дежурному SRE ставят предел: не больше двух инцидентов за 12-часовую смену. На каждый, вместе с поиском причины, исправлением и постмортемом, уходит около шести часов. В большинстве предложений о дежурстве таких норм обычно нет, там «по очереди» и сумма — например €300 в неделю. Разбираем, как перевести это в ночи без сна и о чём договориться прежде, чем сказать «да».
Хотите сообщить важную новость? Свяжитесь с редакцией через страницу контактов
Главные события и полезные ссылки в нашем Telegram-канале
Обсуждение
Комментируйте без ограничений
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Жаль деревьев, которые были срублены чтобы напечатать этот треш на них