Communication Framework

Последние несколько лет, практически для всех задач и коммуникаций, я использовал фреймворк 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 (https://gist.github.com/korchasa/49da2144e2e21a6cec2af53b78c4e9ec): Goal, Overview, Definition of Done, Solution. Надо бы, конечно, красивый сайт сделать. Но не думаю, что получится это дело популяризировать. Я все-таки не McKinsey, которые разработали SCR. Но в будущих проектах попробую использовать.