Последние несколько лет, практически для всех задач и коммуникаций, я использовал фреймворк SCR (Situation-Complication-Resolution):
- Ситуация: Фактическое описание текущей ситуации.
- Сложность: Причина, по которой ситуация требует действий. В чем проблема (или возможность)?
- Решение: Что нам нужно сделать, чтобы разрешить эту сложность (или воспользоваться возможностью)? Его плюсы в универсальности, простоте и наличии контекста. Его легко внедрить и контролировать исполнение.
Тут нужно сделать небольшое отступление. У любой платформенной команды есть 3 источника задач(и еще больше типов): задачи от продуктовых команд, задачи поддержки/развития платформы и инциденты. И они сильно различаются:
- инциденты: срочные задачи, которые обычно не имеют решения на начальной стадии
- операционные задачи платформы: короткие и предполагают наличие готовых решений в виде ранбуков и автоматизации в виде скриптов
- задачи развития платформы: часто предполагают R&D для построения возможных решений, длятся долго и хорошо работают через описание решаемой проблемы или желаемого результата
- задачи продуктовых команд: их ставят люди, которые не знают, как их задачи будут решать, плюс важна валидируемость, чтобы не было недопонимания
И из свойств задач команды платформы вытекают минусы SCR:
- по нему нельзя валидировать результат
- не для всех задач можно заполнить “решение” в момент создания
- его часто приходится заполнять с середины, т.к. “ситуацию” приходится описывать в зависимости от того, что написано в “сложности”, чтобы дать весь необходимый контекст, но не писать лишнего. А иногда “ситуацию” вообще нет смысла описывать, так как все всё понимают. Последние два минуса минорные, но вот аналога DoD действительно не хватает.
Поэтому, пока отдыхаю, я решил сделать еще один подход и посмотреть, что еще придумали за последние несколько лет. И как-то все грустно. Все эти PAS, STAR, What-So What-Now What и прочие 5W1H подходят для наших задач не лучше, чем SCR и GOS (Goal-Obstacle-Solution), которые я использовал раньше.
Мы с o3-mini-high сделали свой собственный фреймворк - G.O.D.S: Goal, Overview, Definition of Done, Solution. Надо бы, конечно, красивый сайт сделать. Но не думаю, что получится это дело популяризировать. Я все-таки не McKinsey, которые разработали SCR. Но в будущих проектах попробую использовать.