Skip to content

Методология проектного цикла DETai

Этот документ объясняет, как в экосистеме DETai мысль становится проектным направлением и входит в производственный цикл проектов. Он не описывает всю операционную механику выполнения задач; для этого используются отдельные документы производственного цикла и Work Model.

1. Назначение методологии

Методология проектного цикла нужна, чтобы удерживать смысловую логику развития проекта: от первого наблюдения до оформленного вектора изменений.

Она отвечает на вопросы:

  • как отличить сырую мысль от проектного намерения;
  • когда идея становится достаточной для входа в производственный цикл;
  • как сохранять преемственность между завершёнными версиями и следующими витками развития;
  • как отдельный проект соотносится со стратегией, Milestone и ресурсами экосистемы.

Производственный цикл описывает последовательность работы и роли. Методология объясняет, почему эта последовательность возникает и как в неё попадает новый смысл.

2. От импульса к проектному намерению

Проект не начинается сразу с Epic Issue, Work Package или чекбоксов. Сначала появляется первичный материал: наблюдение, мысль, вопрос, раздражение, догадка, возможность или повторяющийся сигнал из работы.

На этом уровне идея ещё не обязана быть структурной. Её задача — показать потенциальное направление внимания и возможное качественное изменение состояния проекта, репозитория или части экосистемы. При этом, если идея не подходит ни под один уже существующий проект или продукт, для таких идей используется ClickUp.

Все независимые идеи, которые не привязаны к существующим проектам, хранятся в папке R&D и фиксируются на листе 💡Idea Lab.

Если мысль относится к какому-либо проекту, она фиксируется в листе «🧠Ещё мысль», который есть у каждого нашего проекта или продукта и служит пространством новых идей, которые могут стать частью новой версии (v. up ♻️) проекта.

Это позволяет не превращать каждую догадку в задачу раньше времени, но и не терять материал для будущего развития.

Идея становится проектным намерением только тогда, когда из набора наблюдений появляется осмысленный вектор:

  • понятно, какое состояние системы может измениться;
  • видно, зачем это изменение нужно;
  • можно описать ожидаемый переход;
  • есть связь с текущим развитием проекта или экосистемы.

После этого идея может входить в производственный цикл проекта.

3. Блок смысла и вход в цикл

Когда идея становится достаточно оформленной, она переходит в производственный цикл: целостный замысел перехода, который описывает новое состояние системы и связанные изменения, необходимые для этого перехода.

На практике такой блок может быть оформлен как Epic Issue, проектное описание или иной верхнеуровневый контейнер работы. Его функция — не детализация действий, а навигация: он задаёт рамку, в которой команда и агенты понимают, зачем начинается новый цикл и какой результат должен изменить состояние системы.

Дальнейшее разбиение блока смысла на Work Package, Sub-Issue, Acceptance Tasks, PR и проверяемые шаги относится к Work Model. Методология здесь фиксирует только переход от мысли к смысловому основанию проекта.

См. также:

4. Версионность как эволюция

Версия проекта — это завершённый виток развития, в котором проект или репозиторий переходит в новое устойчивое состояние.

После завершения цикла результат фиксируется: код, документы, правила, решения и смысловые выводы становятся новой точкой опоры. Если после этого появляются мысли о дальнейшем развитии, они не обязаны сразу становиться следующей версией. Сначала они снова фиксируются как импульсы, наблюдения и идеи в «Ещё мысль 🧠».

Новая версия возникает не из механического желания «продолжить», а из нового осмысленного вектора. Когда такой вектор сформирован, он может стать следующим блоком смысла и пройти через производственный цикл заново.

5. Стратегия, Milestone и ресурсы

Новые версии проектов формируются на пересечении двух логик:

  • внутренней логики развития самого проекта;
  • текущего направления развития экосистемы.

Долгосрочное направление движения экосистемы задаётся стратегией развития. На отдельных этапах её реализации выделяются Milestone — эпохи развития, в рамках которых команда осознанно фокусируется на усилении определённых ресурсов.

6. Граница документа

Этот документ не определяет:

  • статусы ClickUp и правила повышения версий документов;
  • структуру Work Package, чекбоксов и PR;
  • правила release fixation;
  • документационную архитектуру после завершения цикла.

Эти темы описываются отдельными стандартами и процессными документами. Методология проектного цикла отвечает за смысловой переход: как мысль становится направлением работы и как завершённый цикл порождает следующую возможность развития.

Связанные документы