A Staff Engineer's Guide to Inventing Work
В платформенных командах работа не приходит извне — её нужно изобретать, так как нет продуктовых менеджеров с дорожной картой или чётких метрик выручки. Инженеры должны самостоятельно определять, что строить дальше, опираясь на сигналы из четырёх источников: системы, пользователей, организации и индустрии. Это и есть суть «изобретения работы» — ключевая задача staff-инженера.
Сигналы от системы включают постмортемы после сбоев (хотя они часто фокусируются на последних и громких отказах, а не на главных возможностях), анализ затрат (облачные счета, контракты, центры ответственности — buy-vs-build решение должно пересматриваться постоянно) и собственный тоил (невидимая рутинная работа, которая сигнализирует о возможностях улучшения, но не всегда совпадает с болью пользователей). От пользователей важна непрерывная discovery: регулярные беседы, где спрашивают о последних задачах, трёх главных болях, ценности их решения и о том, кто ещё сталкивается с теми же проблемами — но без ожидания, что пользователи нарисуют идеальное решение (они скорее попросят «быстрее лошадей»).
Сигналы от организации и индустрии включают OKR (отражают уже придуманную работу, поэтому запаздывают), повторяющиеся просьбы менеджеров (дают вес, но не доказательства), миграционные остатки (полезны как отражённый сигнал о прошлом и намёк на будущее), перегрузку сценариев использования (ведущий сигнал с готовым аргументом — фаворит автора) и партнёрские прототипы. Главное — не собирать всё подряд, а уметь выбрать один сигнал из многих и обосновать, почему именно он важнее остальных, иначе бэклог станет просто отражением самых громких, а не самых ценных проблем.