22009
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Размещение рекламы: @tanyasanovna Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky
Как руководителю не растерять технические навыки
В статье предлагают несколько способов, с помощью которых тимлиды могут стряхивать пыль со своих разработческих навыков, при этом не уходя с головой в написание кода. Если честно, они мне кажутся немного высосанными из пальца. Написание статей и участие в хакатонах – это капля в море.
Я обычно советую тимлидам другую модель. В первую очередь нужно выделять время на ваши первостепенные функции руководителя – работать с людьми и процессами, помогать команде решать проблемы, мешающие ей работать. Если после выполнения этих задач остается время, то берите задачу из глубины бэклога. Такую, чтобы, если вы ее выполните, была бы польза продукту, а если нет – то никто в команде бы не заблокировался. Таким образом, если задачи руководителя вытеснят написание кода, никто не пострадает.
Вакансия Team lead на Go от Ozon Tech
Команда rFBS Ozon Tech развивает формат взаимодействия Ozon с продавцами, при котором они сами хранят, формируют и доставляют заказы. А Ozon работает как витрина с десятками миллионов лояльных клиентов. Компания хочет порадовать пользователей новыми фичами уже в этом сезоне распродаж.
Чтобы достичь амбициозных целей, Ozon формирует новые команды. Сейчас они в поисках тимлида с опытом разработки на Go.
Их проект — это:
— Работа в одной из самых быстрорастущих вертикалей Ozon,
— Высокие нагрузки до 300k rps,
— Архитектурные вызовы в контексте масштабируемости сервисов,
— Быстрый time-to-market,
— Возможность работать из офисов России и Казахстана / удалённо / гибридно.
Стек: Golang, PostgreSQL, Kafka, gRPC.
Узнать подробности о проекте, вакансии, бенефитах и откликнуться можно на этом лендинге.
Techdoc Meetup #2 от X5 Tech состоится 28 сентября
В программе два доклада о стайлгайдах и атрибутах технических писателей, а также круглый стол на тему необходимости такого специалиста в команде.
В числе спикеров - профи из Х5 Tech, Ozon и Яндекс.Маркет.
🌐 28 сентября, 18:30-21:00
Москва, PROSVET HALL
Участие бесплатно, нужно только зарегистрироваться
До встречи на митапе! 👋🏻
Реклама. ООО "Корпоративный центр ИКС 5", ИНН 7728632689, erid: LjN8KGCeL
🌐 Что полезно знать аналитику в IT?
Вы знакомы с архитектурной моделью Кратчена? Она же «модель 4+1». Четыре представления – это логическая структура, разработка, процессы и физическая структура системы. Умение работать с ней значительно упрощает процессы и повышает востребованность аналитиков и проджектов на рынке.
🎙 Поговорят об этом на бесплатном открытом уроке от OTUS. Занятие пройдёт 28 сентября в 20:00 мск в рамках курса «Системный аналитик. Advanced».
📊 На вебинаре обсудят:
— кратко об архитектурной модели 4+1;
— какие элементы ПО и артефакты связаны и влияют друг на друга;
— как взаимозависимости артефактов и их элементов отражены в архитектуре;
— как при разработке артефактов проектирования опираться на уже разработанное, не допускать нестыковок;
➡️ Пройдите бесплатное вступительное тестирование и зарегистрируйтесь на мероприятие.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid Kra23cdLB, www.otus.ru
Пипл-менеджмент сложных инженеров
Большая статья про то, как тимлиду подходить к работе с различными типами сотрудников, с которыми не работают стандартные методы.
Do your one job first
Хорошее напоминание о том, что при обсуждении ожиданий от сотрудника важно очень четко определять, в чем состоит его основная работа. Если этого не сделать, вы легко сможете попасть в ситуацию, когда человек вместо нее тратит большую часть времени на сторонние, пусть и полезные, активности, вроде выступлений на конференциях и активного участия в найме, считает себя супер полезным, а затем обижается, не получив премии или повышения.
Как вести смоллтолки
Если вас, как и меня, ставит в тупик вопрос "How are you?", заданный в начале созвона, или, еще хуже, вы не понимаете, насколько детально нужно описывать погоду за окном, чтобы сойти за своего, это идеальный пост для обучения культуре смоллтолков.
Ключевые идеи:
👉Не относитесь к смоллтолку серьезно, это "открывашка" для разговора, помогающая настроиться друг на друга.
👉Выберите несколько социально-приемлемых доменов, запомните пару вопросов, используйте.
👉Вопросы и ответы могут быть персонализированными, но не уходите слишком глубоко. Личные детали никому не нужны.
👉Чем менее знаком вам собеседник, тем более нейтральный тон и меньший уровень деталей нужен.
Реклама. Рекламодатель: ООО «ВК ЦИФРОВЫЕ ТЕХНОЛОГИИ». ИНН 7714415613. Erid: 2VtzqvHAgGg
🧬 Вебинар-дискуссия «Безопасность на уровне кода: как эту задачу помогает решать облако». Продолжение серии мероприятий от VK Cloud и «Лаборатории Касперского»
⏰ Когда: 21 сентября, 17:00
📍 Регистрация
Участники первого вебинара из серии «Безопасная разработка в облаке» обсуждали ИТ-ландшафт с фокусом на безопасность и специфику рынка РФ после 2022 года.
На второй встрече вы узнаете, как с помощью практик безопасной разработки снизить риски, сохранив при этом скорость выпуска новых релизов. Главный фокус вебинара — безопасность на уровне кода.
В программе:
🔸 наиболее распространенные угрозы для приложений и какие из них актуальны, например OWASP;
🔸 принципы безопасной разработки и подходы к архитектуре;
🔸 инструменты обеспечения безопасности на уровне кода: SDLC, SAST, DAST и другие;
🔸 что влияет на безопасность: логирование, мониторинг, трейсинг и OpenTelemetry;
🔸 облачные инструменты обеспечения безопасности кода.
Участники дискуссии:
🔹 Роман Ермаков, продуктовый менеджер, VK Cloud
🔹 Алексей Рыбалко, эксперт по кибербезопасности, «Лаборатория Касперского»
🔹 Илья Сидельников, начальник отдела автоматизированного анализа безопасности, VK
Вебинар будет полезен разработчикам и тимлидам команд разработки, DevOps и DevSecOps, руководителям и специалистам по ИБ, техническим и ИТ-директорам.
Зарегистрироваться
Подход к онбордингу джунов
Когда New Relic выросли до 60 команд, они решили активнее нанимать джунов. Вот как у них выглядел онбординг:
1️⃣ Первые две недели джун работает со специально подготовленным проектом, на котором он знакомится с инфрой, процессами разработки и командными практиками.
2️⃣ Каждому джуну назначается ментор.
3️⃣ Следующим этапом джун проходит ротацию между несколькими настоящими командами. В каждой из них он находится несколько недель и работает над настоящими задачами.
4️⃣ Джуна активно подключают к общению с разными коллегами, чтобы он набрал побольше информации о том, как работает компания.
5️⃣ После нескольких ротаций, джун привязывается к команде на постоянной основе.
Холивары о собеседованиях
На Хабре на неделе вышло сразу две статьи (раз, два) про то, как проклят современный процесс интервью. Не знаю только, почему современный – десять лет назад все работало точно так же. Основная идея обеих – у кандидатов спрашивают вопромы про знание некой базы, которое слабо коррелирует с их срособностью выполнять реальные задачи. В итоге людей не нанимают, а потом жалуются на слабый поток кандидатов.
Так вот, расскажите в комментариях, а как все-таки правильно нанимать людей!
Как менеджеры могут влиять на мотивацию
Никак. Мотивация – это внутренняя сила человека, которая формируется в течение всей его жизни. Поменять то, что драйвит человека, практически невозможная задача. "Замотивировать" его – тоже. Вместо этого менеджер может:
👉Стараться как можно лучше узнать каждого человека в команде и почему он делает то, что делает.
👉Помогать людям понять, что именно их мотивирует. Когда сотрудник теряет мотивацию, вы можете дать ему попробовать что-то новое, обсудить его эмоции и дать ему сделать выводы.
👉Помогать сохранять мотивацию, используя индивидуальный подход к каждому.
Бреслав и Ложечкин про делегирование
Новый выпуск моего любимого (хоть я и немного аффилированное лицо) подкаста про тимлидство! Андрей Бреслав, Александр Ложечкин и приглашенный гость Мария Аникина обсуждают все про делегирование: зачем оно нужно, кому и что можно делегировать, и что делать, если делегировать не получается.
Кстати, вышла уже половина первого сезона. Если вам нравится подкаст, будет очень круто, если вы расскажете о нем у себя в рабочем чате или посоветуете друзьям! Ну и, конечно, подписывайтесь на ребят в телеге: @breslavandlozhechkin.
Пол и потолок в перфомансе
У баскетбольных аналитиков есть модель описания перфоманса игроков, основанная на их граничных показателях:
👉High floor, high ceiling: Самые лучшие игроки, которые показывают отличный результат и в хорошие дни, и в плохие.
👉High floor, low ceiling: надежные игроки с предсказуемо средним перфомансом.
👉Low floor, high ceiling: ненадежные игроки с проблесками гениальности. Могут сыграть как отвратительно плохо, так и слишком хорошо.
С точки зрения команды разработки, так же, как и спортивной команды, полезнее всего первые две категории. При этом, в процессе найма мы часто пытаемся оценить ceiling, а не floor. При таком подходе легко нанять человека из третьей категории, который большую часть времени будет тянуть команду вниз.
Как продакту не оверсейлить, а команде не андерделиверить?
Разберитесь в том, как выглядит дизайн большой системы, чтобы лучше понимать, что и в какие сроки реально сможет реализовать ваша команда.
Получить полное представление о том, из каких базовых блоков состоит любая большая современная система можно на курсе System Design.
Здесь вы поработаете над архитектурой реальных проектов сервиса такси, приложения для знакомств и многих других, познакомитесь с типичной структурой дизайн-собеседований в Big Tech и получите практический и детальный план ответа на собеседовании.
Успевайте присоединиться к обучению: https://karpov.courses/systemdesign
Кстати, по промокоду LEAD15GR для вас действует скидка 5% до 20 сентября.
Реклама. ООО "Карпов Курсы". Erid: LjN8KNvey
🔻Сложно вырваться из рутины конкретных проектов — никто кроме Вас не сделает хорошо?
🔻В уже сделанных системах есть много нюансов эксплуатации?
🔻Делается многое, но компания по-прежнему отстает в развитии по цифровизации?
☝️Основная причина таких проблем - ошибки в построении архитектуры программного обеспечения.
Знакомьтесь! Это SOA Bridge - учат управленцев в IT области - проектных менеджеров, техлидов, архитекторов, продукт оунеров и бизнес-аналитиков проектировать контур программного обеспечения так, чтобы:
✅все в команде и предприятии понимали что где лежит
✅чтобы исключить лишнюю работу и вероятность появления дубликатов
✅чтобы сделать разбор любых инцидентов фундаментально проще
✅исключить кросс-командные тестирования и иметь возможность быстро добавлять любые инновации в предприятие.
📊Приглашают вас 06 сентября в 19.00 (мск) на бесплатный вебинар «3 КЛЮЧЕВЫХ СПОСОБА ПОСТРОЕНИЯ КАЧЕСТВЕННОЙ АРХИТЕКТУРЫ И ПОЧЕМУ ЭТО НУЖНО ЗНАТЬ УПРАВЛЕНЦУ» в рамках «Базового курса управления и построения IT-контура компании» от SOA Bridge.
💬На вебинаре обсудят:
📌Ясность схем – зачем их читать и писать всей команде,
а не только технарям.
📌Сервисы как бизнес-процессы.
📌Частые ошибки при интеграциях между системами. Мифы и заблуждения.
После вебинара у вас будет понимание того, что такое хорошая архитектура, что такое плохая + чек-лист для управленцев “Что такое хорошая архитектура”.
👉 регистрируйтесь прямо сейчас: https://bit.ly/3OScoQY, и получите в подарок PDF файл "Как составить сервисную карту предприятия из бизнес-процессов и проверить, что Ваша архитектура - сервисная?".
Реклама. ИП Путин Андрей Иванович
ИНН: 772352018416
Техническая стратегия
Одна из самых частых причин фрустрации в команде – неопределенность вокруг будущего. Задача продакт-менеджера – снимать эту неопределенность с бизнесовой стороны, объясняя, что происходит с пользователями, рынком, и как вы победите конкурентов. Задача же технического руководителя в том, чтобы снимать неопределенность вокруг технических и процессных решений, делая их логичными и подкрепляющими друг друга.
Техническая стратегия – хороший инструмент для того, чтобы снять часть такой неопределенности. Автор статьи использует фреймворк из книги Good Strategy, Bad Strategy, но прикладывает его именно к специфическому кейсу инженерной стратегии. Если кратко, то ее структура такая:
🕵️♀️Диагноз – теория, объясняющая проблему, которую стратегия хочет решить.
👉Направляющая политика – набор принципов и трейдоффов, которые помогают двигаться к решению проблемы.
🗺️Согласованный план – конкретные шаги по решению проблемы, соответствующие направляющей политике.
Важная идея статьи – у вас скорее всего есть какая-то стратегия, даже если вы никогда не записывали ее. Процесс переноса на бумагу позволяет лучше ее осмыслить, объяснить команде, получить внятный фидбэк и затем доработать.
Авито ищет сразу трёх тимлидов в разные команды. Ныряйте вниз за подробностями.
➡️ Тимлид разработки в команду маркетплейса
➡️ Тимлид разработки в команду «Запчасти и аксессуары»
➡️ Тимлид разработки в команду Data Quality
ЗП обсуждается с кандидатами лично, но вот что предлагают прямо сейчас:
• Талантливая команда и возможность реализовать свои идеи в проекте с многомиллионной аудиторией;
• Мощное железо, дополнительные мониторы и всё, что нужно для комфортной работы;
• Прозрачная система премий;
• Личный бюджет на обучение, который можно тратить на книги, курсы и конференции;
• ДМС со стоматологией с первого дня;
• Замечательный офис в двух минутах от «Белорусской»: панорамный вид на центр города, места для уединённой работы и зоны отдыха.
Если нашли для себя что-то интересное, советуем не откладывать и сразу переходить по ссылкам.
На глазок как методика оценки сроков
Когда кому-то нужен примерный прогноз сроков по большому проекту, чаще всего все сваливаются в очень подробную декомпозицию и попытки оценить каждую конкретную составляющую проекта. Но есть и альтернатива – собрать в одной комнате десяток экспертов различных специальностей с опытом аналогичных проектов за плечами, разобрать с ними все нюансы проекта, и попросить каждого поделиться его личной оценкой. Довольно часто они будут очень близки друг к другу. Получается что-то вроде планнинг-покера, но на гораздо большем масштабе.
Чтобы такой подход сработал, важно соблюдать несколько правил:
👉У участников должен быть за плечами опыт решения аналогичных задач. Все опирается на их экспертность, то есть способность сравнивать новую задачу с той, с которой они уже справились.
👉Обязательно проговаривайте, что вам нужна только очень примерная оценка, с точностью до порядка.
👉На обсуждение проекта и всех деталей нужно выделить достаточно времени. Роль экспертов – найти все зоны неопределенности, которые могут значительно повлиять на сроки и сложность.
Смерть от тысячи микросервисов
В подавляющем большинстве случаев микросервисы принесут вам намного больше проблем в долгосроке, чем пользы в краткосроке. Думаю, вы уже и сами видите, что хайп на микросервисы довольно сильно упал, и некоторые компании, которые смогли его пережить и не загнуться от счетов от AWS, уже пытаются собрать свои монолиты по кусочкам обратно. Самые смешные примеры – это, конечно, Uber, которые были евангелистами микросервисов много лет, и Amazon Prime, хотя казалось бы.
Автор статьи проходится по всем возможным аргументам за то, что вашему продукту нужна микросервисная архитектура, и доказывает, что ее внедрение будет большой ошибкой.
Вебинар про отказоустойчивость в облаке Cloud․ru
Cloud․ru — это облачный провайдер IaaS/PaaS и ML сервисов. У ребят дофига готовых решений для разных отраслей и задач бизнеса. Если вам интересно узнать о работе с ними поподробнее, а заодно поднять свой уровень знаний о переезде в облако и обеспечении отказоустойчивости, подключайтесь на открытый вебинар!
👉Базовая архитектура для миграции сайта или интернет-магазина в облако.
👉Что обеспечивает безопасность и отказоустойчивость интернет-ресурсов.
👉Какие сервисы упрощают работу с базами данных PostgreSQL, MS SQL и MySQL.
📆Дата: 27 сентября, 11:00 по Москве
👉Регистрация на вебинар
👉Подписаться на Телеграм канал: @cloudruprovider
Как понять, что руководителю пора в отпуск?
Все очень просто: если вы не были там больше года (и не важно, кто вы, тимлид или собственник), вам точно пора. Потому что выгорание погубит вас и команду куда быстрее, чем двухнедельное отсутствие руководителя.
Другой вопрос – как это сделать, чтобы мир и бизнес не рухнули? Здесь уже сложнее, но все ещё выполнимо.
Приходите на бесплатный онлайн-митап «Тимлид: туда и обратно. Как уйти в отпуск и вернуться из него отдохнувшим» от OTUS.
✅ На эфире обсудят:
🔹Как выстроить процессы так, чтобы ваш отпуск не поверг в шок вас и ваших сотрудников
🔹Как действовать в форс-мажорных ситуациях до и во время отпуска
🔹Как выйти из отпуска с энтузиазмом и желанием работать, а не мыслями «за что?»
Ждут руководителей всех уровней – от проджектов до предпринимателей.
Регистрируйтесь бесплатно прямо сейчас и забирайте полезный подарок
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: Kra246rmh, www.otus.ru
Фидбэком не решить проблему недостатка скиллов
Когда новый сотрудник плохо справляется со своими задачами, проблема обычно лежит в одной из двух категорий: либо что-то не так с отношением и подходом к работе, либо не хватает скиллов, ради которых его наняли.
Проблемы, попадающие в первую категорию, часто можно исправить быстрым фидбэком и синхронизацией ожиданий. А вот со второй категорией все сложно. Если сотруднику не хватает каких-то корных навыков для того, чтобы хорошо выполнять свою работу, бессмысленно думать, что после получения фидбэка или какого-нибудь performance improvement plan, он за месяц получит скиллы, которые не смог получить за последние годы своего опыта.
Поэтому, если вы сталкиваетесь со вторым сценарием, в первую очередь определите, а каких конкретно компетенций не хватает. Если это какая-то мелочь, которую реалистично быстро прокачать – помогите это сделать. Если это действительно ключевая компетенция, то лучше быстрее расставайтесь, или переводите на другую должность с другими требованиями.
Фишинговые письма для проверки поведения людей
На Хабре безопасники крупной продуктовой компании рассказывают, как и зачем они проводят регулярные учения – рассылают фишинговые письма всем сотрудникам, а затем замеряют, сколько людей и в каких командах ввели свои пароли.
С одной стороны, мне такой подход всегда интуитивно казался довольно бесполезной работой – если кто-то в 2023 году не научился самостоятельно информационной гигиене, то никакие дополнительные тесты от компании ему уже не помогут. С другой стороны, на такую практику можно посмотреть как на аналог Chaos Engineering, но для безопасников – смотрим, как система реагирует на случайное событие, затем улучшаем систему, чтобы в будущем это не повторилось.
Приглашаем на Yandex Scale 2023!
Ежегодная и самая масштабная конференция Yandex Cloud уже в пятый раз соберет экспертов индустрии. Эксперты компании поделятся новостями платформы, расскажут о новых сервисах, а также обсудят будущее облачных технологий.
Что вас ждет в этом году:
🚀6 актуальных тематических треков: Data Platform, Infra + K8s, Security, Digital Workplace, Severless, ML;
🔊главные новости платформы и индустрии;
🎙30+ выступлений экспертов, кейсы клиентов и партнеров;
🏢9 стендов на офлайн-выставке;
🤝Нетворкинг: не упустите возможность встретиться с руководителями разработки и задать им все интересующие вас вопросы.
📅 В этом году конференция будет проходить два дня:
25 сентября – онлайн: открытие;
26 сентября – онлайн и офлайн: главный доклад, основная программа и выставка.
Регистрируйтесь по ссылке.
Реклама. ООО "Яндекс" ИНН 7736207543
Podlodka Product Crew про экономику и монетизацию
18 сентября мы снова проводим онлайн конференцию для продактов, на которую традиционно приходит и много тимлидов. В этот раз вся конференция будет про экономику и монетизацию: бизнес-модели, PnL, юнит-экономика и разные варианты монетизации продуктов. Если вы хотели подкачать свою бизнесовую жилку и разобраться, а как продукты, которыми вы занимаетесь, зарабатывают деньги – приходите!
📆Дата: 18–22 сентября
👉Регистрация
Реклама. ИП Толстая Елена Петровна ИНН:507503278104, erid:LjN8KKWii
Вебинар про управление командой в условиях кризиса
Кризисы происходят постоянно, и чаще всего они находятся вне зоны нашего контроля. Как говорят стоики, чтобы быть в безопасности от чего-то, надо изменить свое отношение к этому. К кризисам это однозначно хорошо прикладывается – предотвратить их вы не сможете, а вот научиться правильно относиться к ним и реагировать – вполне.
Ребята из OTUS проводят вебинар ровно про это. В его рамках обещают разобрать:
👉Поведенческие маркеры команды, на которые важно обращать внимание.
👉Набор антикризисных инструментов.
👉Топ совершаемых ошибок и кейсы различных компаний.
📆Дата: 13 сентября, 19:00 по Москве
👉Регистрация
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid:Kra243A1q www.otus.ru
Что уменьшает продуктивность разработчиков
Когда вы начинаете думать о продуктивности своей команды, всегда помните один важный тезис – в подавляющем большинстве случаев люди любят выполнять свою работу хорошо. Если они этого не делают, проблема не в конкретных людях, а в чем-то в их окружении (тут вспоминаем фундаментальную ошибку атрибуции). В статье отличный список вещей, которые могут продуктивность снижать. Вот некоторые из них:
👉Постоянно появляющиеся непредсказуемые задачи, которые отвлекают от основной работы.
👉Много переключений контекста.
👉Административная работа и бюрократия.
👉Неэффективное планирование, на которое уходит больше времени, чем оно по итогу экономит.
👉Оверхед на взаимодействие и зависимость от других команд.
👉Слишком большое количество неэффективных митингов и коммуникаций.
👉Менеджеры, которые не вовлечены в работу команды, на вовлечение которых в контекст уходит слишком много времени.
👉Долгое принятие решений консенсусом там, где ценность этого невелика.
👉Нехватка помощи и поддержки разработчикам там, где она необходима.
👉Отсутствующая или плохая документация.
👉Плохой онбординг новых людей.
SRE принципы для CI/CD пайплайна
Хороший подход к определению ожиданий к стабильности CI/CD пайплайна с использованием хорошо известных SRE практик:
⭐️Service Level Objectives (SLOs): какой уровень стабильности гарантирован.
📊Service Level Indicators (SLIs): как именно трекается уровень стабильности.
🧳Error Budgets: как долго пайплайн может не отвечать требованиям SLO.
Пример:
⭐️SLO: Каждый коммит должен быть протестирован в течение 5 минут после пуша.
📊SLI: Общее время прогона билда.
🧳Error budget: 40 билдов, время прогона которых заняло больше 5 минут, на протяжении 4 недель.
Мне особенно зашла идея с определением бюджетов на ошибку. Таким образом, команде, отвечающей за инфраструктуру, не придется бросать все свои задачи и реагировать на любое отклонение от желаемых значений. Но если проблемы накапливаюся, есть четко определенный момент принятия решения о том, что делать дальше.
Что отличает хорошие решения от плохих
Статья в основном про принятие продуктовых решений, но выводы вполне применимы и в других областях.
👉Вся суть принятия решений в том, чтобы выбрать путь с наибольшей вероятностью успеха, основываясь на доступной в данный момент информации.
👉Качество решений нельзя оценивать, смотря на их результат. Не всегда цель может быть сформулирована заранее, и сравнить ожидания с реальностью не выходит. А оценивать результат в вакууме довольно бессмысленно.
👉В таких условиях имеет смысл оптимизировать то, что находится под контролем – процесс принятия решения и предварительный анализ.
Помимо этих тезисов большая часть статьи как раз про советы по повышению качества процесса и анализа.
Product Map – карта всего, что надо знать продактам
Наткнулся на огромный майнмэп по скиллам и знаниям продакт-менеджеров. На мой взгляд, слишком много внимания уделяется конкретным методологиям и фреймворкам, но в целом довольно неплохая штука. Сайт требует вводить почту, вот прямая ссылка.
Из хороших альтернатив могу еще посоветовать вот эту карту от автора Product Architecture Framework.