# Organisation

<br />

## Ключевые моменты в понимании методологии разработки

- У задач в _спринте_ есть очередь по **приоритету**, чем она **выше** в списке – тем приоритетнее. Если добавляются новые приоритетные задачи, они по принципу очередь попадают за уже имеющиеся приоритетные задачи (если не было оговорено обратного ответственным за тот или иной функционал);

- Положительный и отрицательный результат выполнения задачи на прямую влияет на **успешность** и **жизнеспособность** продукта.

<br />

## Смысловая часть выполняемых задач, организация разработки (на момент 28.11.2023)

- Нужно понимать смысловой **приоритет** выполняемых задач, на данном этапе – это соответствование **запросам инвесторов и клиентов** и удовлетворение их запросов, нужно стараться минимизировать личные запросы и желания, если они противоречат вышеупомянутому пункту (и/или тормозят процесс разработки);

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

- Если разработчик отчитался за текущий день и собрание еще не окончено, **он может уйти**, если не требуется его дальнейшее участие в обсуждении;

- Стоит понимать, что каждый час, отнятый у руководствующего персонала (на данный момент – Оливера) понижает шансы на успех получения инвестиций (это не относится к обсуждению текстов, их, пока что, всегда координируем с Оливером), поэтому стоит относится к вопросам ответственнее, а именно:

  1. Напоминать о **контексте** вопроса (к чему он относится);
  2. Явно описывать **проблемы**, прилагать скриншоты, если это возможно;
  3. Предлагать **варианты решения** проблемы, если это возможно.
