Введение

Я составляю списки практически с того момента, как научилась писать. Большую задачу мне всегда было проще представить в виде последовательности небольших пунктов: определить, что необходимо сделать, зафиксировать этапы, выполнить их и отметить завершённые.

В детстве эти списки сопровождали самые разные идеи. Мне хотелось научиться шить, создавать собственные вещи, придумывать различные проекты и однажды даже открыть кафе для собак. Большинство таких замыслов, естественно, не становились реальными проектами. И дело было не только в их осуществимости.

У ребёнка может существовать идея, но ещё не быть опыта, позволяющего понять, с чего начать, на какие части разделить большую задумку, что можно сделать самостоятельно и каким должен быть ближайший шаг. Взрослый при этом тоже не всегда знает, как помочь. Между детским «я хочу сделать» и конкретной последовательностью действий остаётся значительное пространство.

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

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

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

Однако именно совместная работа с ребёнком показала ограниченность обычного последовательного планирования.

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

Следовательно, задача взрослого состоит не только в том, чтобы помочь ребёнку составить план, но и в том, чтобы создать такую структуру работы, которая допускает изменение этого плана без ощущения ошибки или неудачи.

Именно здесь я и обнаружила связь с принципами Agile.

В «Манифесте Agile», сформулированном в 2001 году для разработки программного обеспечения, среди основных ценностей обозначены взаимодействие людей, получение работающего результата, сотрудничество и готовность реагировать на изменения вместо безусловного следования первоначальному плану [1]. Среди двенадцати принципов Agile присутствуют также регулярное получение результата, поддержка мотивированных участников, устойчивый темп работы, самоорганизация и периодическая рефлексия с последующей корректировкой способа работы [2].

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

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

На этой основе я предлагаю авторскую модель Agile Family Project («Модель гибкого семейного проекта»).

1. Agile в образовательной и семейной среде

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

В образовательной среде используется понятие Agile Education. Исследователи рассматривают применение Scrum, Kanban и других элементов гибких подходов при организации учебной и проектной деятельности. Систематический обзор A. López-Alcarria, A. Olivares-Vicente и F. Poza-Vilches показывает наличие практик применения Agile в различных образовательных контекстах [3].

Близким направлением является проектное обучение, при котором образовательная деятельность организуется вокруг работы над проектом и создания определённого результата. Метаанализ C.-H. Chen и Y.-C. Yang показал положительный средний эффект проектного обучения на академические достижения, однако величина эффекта различалась в зависимости от условий реализации [4].

При этом результаты исследований требуют осторожной интерпретации применительно к детям младшего возраста. Систематический обзор M. Ferrero, M. A. Vadillo и S. P. León, включавший исследования с участием дошкольников и учащихся начальной школы, выявил ограниченность имеющейся доказательной базы и методологические недостатки ряда исследований [5].

Отдельные попытки переноса Agile существуют и непосредственно в семейной среде.

В книге Agile Kids Shirly Ronen-Harel описывает использование элементов Scrum и Kanban в работе с детьми, включая визуализацию задач и организацию повседневной деятельности [6].

Bruce Feiler в книге The Secrets of Happy Families популяризировал подход Agile Family Management, предполагающий перенос отдельных элементов Agile в организацию семейной жизни: семейные встречи, совместное обсуждение задач, распределение ответственности и регулярную корректировку семейных практик [7].

Таким образом, сама идея использования Agile за пределами разработки программного обеспечения и непосредственно в семейной среде не является новой. Однако существующие подходы преимущественно рассматривают Agile в контексте организации обучения, семейной системы, повседневных задач или взаимодействия членов семьи.

В настоящей работе предлагается более узкая область применения: совместная работа взрослого и ребёнка над конкретным детским проектом, результатом которого становится созданный ребёнком продукт.

Таким продуктом может быть рассказ, книга, исследование, доклад, выставка, настольная игра, журнал, презентация, творческая работа или иной завершённый проект.

Таблица 1

Соотношение существующих направлений и Agile Family Project

2. Границы применения модели

Разграничение семейного управления и детской проектной деятельности имеет принципиальное значение.

Перенос производственных и управленческих моделей в семейную жизнь подвергается критике. K. Miltner, анализируя Agile Family Management, обращает внимание на проникновение инструментальной и производственной логики в сферу семейных отношений [8]. Эту проблему необходимо учитывать при адаптации Agile к работе с детьми.

Agile Family Project не предлагается как способ управления семьёй, поведением ребёнка или системой воспитания в целом. Объектом организации является проект, а не ребёнок.

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

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

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

Базовым ограничением модели становится положение: Управляется проект, а не ребёнок.

3. Определение Agile Family Project

Agile Family Project («Модель гибкого семейного проекта») — предлагаемая модель организации совместной проектной деятельности ребёнка и взрослого, при которой детская идея может быть сохранена и постепенно преобразована в проект; большая цель декомпозируется на небольшие задачи; определяется ближайший приоритет; работа осуществляется короткими итерациями с получением промежуточного результата; дальнейший план корректируется с учётом результата, обратной связи, изменившихся обстоятельств и интересов ребёнка.

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

В основе модели лежат два положения:

– Управляется проект, а не ребёнок.

– Метод обслуживает проект ребёнка, а не ребёнок обслуживает метод.

Рис. 1. Общая схема Agile Family Project

4. Основные элементы модели

4.1. Предпроектная копилка

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

На этом этапе взрослому необязательно стремиться немедленно превратить интерес ребёнка в проект. Полезнее сохранить возникающие материалы и создать пространство, в котором идеи могут накапливаться без обязательства их реализовать.

В рамках Agile Family Project такое пространство предлагается обозначать как предпроектную копилку .

Она может включать рисунки, записи, фотографии, заметки, описания персонажей, ссылки, факты и другие материалы. Впоследствии часть из них может стать основой конкретного проекта.

Предпроектную копилку необходимо отличать от backlog проекта. Backlog формируется после появления конкретной цели и содержит задачи и идеи, потенциально необходимые для её достижения. Предпроектная копилка существует ещё до выбора проекта и не предполагает обязательной реализации содержащихся в ней идей.

Не каждая детская идея должна становиться проектом. Возможность сохранить её без требования немедленно получить результат позволяет не превращать свободное детское творчество в постоянную проектную деятельность.

4.2. Общая цель

В определённый момент одна из накопленных идей может приобрести форму проекта.

Работа начинается с вопроса: Что ребёнок хочет создать?

На первом этапе достаточно определить предполагаемый результат: написать книгу, провести исследование, создать игру, подготовить выставку, сделать журнал.

Форма результата впоследствии может уточняться и изменяться.

4.3. Декомпозиция

Большая цель разбивается на небольшие и понятные ребёнку задачи.

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

герой → его цель → мир → проблема → события → отдельные сцены → текст → редактура → оформление.

Декомпозиция при этом создаёт не неизменный маршрут, а первоначальную карту проекта.

4.4. Копилка задач и идей

После появления цели начинает формироваться рабочая копилка проекта — условный аналог backlog.

В неё помещаются необходимые задачи и новые идеи, возникающие в процессе работы.

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

4.5. Приоритизация

Наличие списка задач не означает необходимости выполнять их строго по порядку.

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

4.6. Короткая итерация

Для работы выбирается ограниченная задача с понятным результатом:

– Не «заниматься книгой», а «описать главного героя».

– Не «сделать исследование», а «найти и изучить три источника по выбранному вопросу».

Продолжительность итерации определяется характером проекта, возрастом ребёнка, его возможностями и обстоятельствами и не должна механически копировать длительность спринта в профессиональных Agile-фреймворках.

4.7. Видимый результат

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

Это может быть рисунок, карточка персонажа, карта, схема, абзац текста, результат эксперимента, страница журнала или часть презентации.

Промежуточные результаты позволяют ребёнку видеть развитие проекта задолго до появления окончательного продукта.

4.8. Обратная связь и рефлексия

После итерации взрослый и ребёнок обсуждают не только результат, но и процесс.

Вместо предоставления готового решения взрослый может задавать вопросы:

– «Что получилось?»

– «Что оказалось сложным?»

– «Что теперь хочется изменить?»

– «Что мы узнали о проекте?»

– «Какой следующий шаг сейчас кажется наиболее важным?»

4.9. Корректировка

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

Новые задачи добавляются, утратившие актуальность удаляются, порядок выполнения меняется.

Именно эта возможность отличает гибкий проект от заранее сформированного чек-листа.

Таблица 2

Адаптация элементов Agile в Agile Family Project

5. Чек-лист и гибкое планирование

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

Чек-лист преимущественно отвечает на вопрос:

– Что необходимо выполнить?

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

– Что является наиболее важным сейчас?

– Что изменилось после предыдущего этапа?

– Нужно ли по-прежнему выполнять остальные задачи именно в таком порядке?

– Соответствует ли первоначальный план тому, что теперь известно о проекте?

Таким образом, чек-лист может являться одним из инструментов Agile Family Project, однако сам по себе не обеспечивает гибкости.

Таблица 3

Чек-лист и Agile Family Project

6. Роль взрослого и постепенная передача самостоятельности

В модели Agile Family Project взрослый не является владельцем детского проекта. Его функция заключается прежде всего в организации процесса.

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

По мере приобретения опыта объём такой помощи может уменьшаться.

В результате ребёнок потенциально начинает самостоятельно задавать себе вопросы, которые первоначально задавал взрослый:

– «Что я хочу получить?»

– «Что мне для этого нужно?»

– «Что сейчас важнее?»

– «Что уже получилось?»

– «Что изменилось?»

– «Какой следующий шаг?»

Такое постепенное изменение роли взрослого является предполагаемым механизмом модели. Для утверждения о фактическом повышении самостоятельности ребёнка необходима отдельная эмпирическая проверка.

Рис. 2. Предполагаемое изменение участия взрослого в проекте

7. «Agile-сказка» как частный метод Agile Family Project

Одной из областей применения модели является создание ребёнком собственного литературного произведения. Для этой задачи предлагается частный метод «Agile-сказка» .

Абстрактная задача «написать сказку» преобразуется в совокупность небольших творческих задач.

В первоначальную копилку могут войти:

1. герой;
2. характер и особенности героя;
3. желание или цель;
4. мир;
5. проблема;
6. препятствия;
7. возможные решения;
8. основные события;
9. отдельные сцены;
10. текст;
11. обсуждение и редактура;
12. оформление.

Этот перечень не является обязательной последовательностью.

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

Именно этим «Agile-сказка» отличается от жёсткого пошагового алгоритма создания произведения: структура помогает ребёнку не потеряться в большой задаче, но не определяет за него содержание и последовательность творческого процесса.

Рис. 3. Модель «Agile-сказка»

8. Изменение приоритетов и ограничения модели

Гибкость модели проявляется не только внутри одного проекта. Предположим, ребёнок работает над книгой, однако появляется школьная исследовательская работа с ограниченным сроком выполнения.

В рамках Agile Family Project это не рассматривается как нарушение процесса. Меняется текущий приоритет: работа над книгой временно приостанавливается, а исследовательский проект становится основной задачей. После завершения более приоритетной работы ребёнок может вернуться к книге.

Таким образом, гибкость относится не только к содержанию проекта, но и к его месту среди других задач.

Однако Agile Family Project не является универсальным способом организации любой детской деятельности.

Во-первых, не каждая задача является проектом. Короткое домашнее задание не требует создания backlog, итераций и отдельной ретроспективы.

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

В-третьих, необходимо учитывать возраст и индивидуальные особенности ребёнка. Объём организационной поддержки должен определяться возможностями конкретного ребёнка.

В-четвёртых, необходимо различать изменение плана и постоянный отказ от сложных задач. Гибкость не означает отсутствия цели. При возникновении затруднений можно сначала определить причину и подобрать более доступный следующий шаг.

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

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

Наконец, наиболее существенным риском является переход от управления проектом к управлению ребёнком. Поэтому границы модели вновь определяются двумя правилами:

– Управляется проект, а не ребёнок.

– Метод обслуживает проект ребёнка, а не ребёнок обслуживает метод.

9. Практический кейс: создание книги «Тайна острова Мануфлик»

Практической основой для формирования модели Agile Family Project стал наш с сыном длительный опыт совместной творческой работы.

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

На этом этапе цели создать книгу у нас не было.

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

Ретроспективно этот период можно рассматривать как формирование предпроектной копилки. Материал постепенно накапливался ещё до появления конкретной проектной цели.

К девяти годам у нас уже был значительный объём материала: фантастические существа, их рисунки, названия, характеристики и отдельные элементы вымышленного мира.

Тогда я предложила сыну попробовать написать книгу на основе того, что он придумывал в течение нескольких лет. Он сразу согласился.

Так появилась общая проектная цель: создать законченное литературное произведение на основе придуманного ребёнком мира.

К началу работы над книгой нам не пришлось начинать с чистого листа. Уже существовал значительный массив материала, который можно было пересматривать, дополнять, отбирать и использовать при создании истории.

Для организации работы мы завели отдельный блокнот. В нём я помогла зафиксировать основные этапы, последовательность действий и предполагаемые сроки.

На тот момент я не воспринимала такую организацию работы как осознанное применение Agile. Для меня было естественно разбить большую задачу на более небольшие, зафиксировать их и постепенно двигаться к общему результату.

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

При этом план не оставался неизменным. По мере написания книги появлялись новые идеи, требовалось подробнее описывать отдельных персонажей или элементы мира, а некоторые первоначальные решения пересматривались. Менялись и предполагаемые сроки. Отдельные этапы занимали больше времени, чем мы рассчитывали изначально.

Таким образом, первоначальный план постепенно превратился не в жёсткую последовательность обязательных действий, а в рабочую карту проекта, которую мы могли дополнять и корректировать.

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

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

Часть этих материалов впоследствии использовалась непосредственно в книге. Часть оставалась справочной и помогала сохранять согласованность придуманного мира. Некоторые идеи так и не вошли в итоговую историю, но продолжали храниться среди проектных материалов.

По сути, проект постепенно существовал сразу в нескольких взаимосвязанных слоях:

– рукопись;

– описание мира;

– характеристики персонажей и существ;

– новые идеи;

– черновые иллюстрации;

– план дальнейшей работы.

Такой способ организации помогал не перегружать основной текст всеми возникающими идеями и одновременно не терять их.

Когда рукопись была полностью написана, мы передали её профессиональному литературному редактору.

После этого изменилась и функция рисунков сына. Изначально они создавались как самостоятельные иллюстрации к главам, однако на следующем этапе стали визуальными референсами для профессионального художника. Художник использовал их как основу для понимания внешнего вида существ, персонажей и элементов придуманного мира.

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

Если рассматривать этот процесс через модель Agile Family Project, можно увидеть несколько последовательных преобразований.

Сначала существовал свободный детский интерес, не связанный с конкретной целью. Затем в течение нескольких лет формировалась предпроектная копилка. После появления идеи книги из накопленного материала был сформирован проект. Далее появились общая цель, первоначальный план, отдельные задачи и промежуточные результаты. По мере работы план корректировался, а накопленные материалы дополнялись и переиспользовались.

Таблица 4

Ретроспективный анализ проекта «Тайна острова Мануфлик»

Рассматривая создание книги «Тайны острова Мануфлик» ретроспективно, я могу отметить, что мы не начинали этот проект с намерением использовать Agile или какую-либо специально разработанную методику.

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

Позднее мой профессиональный опыт позволил увидеть в этой практике определённую структуру и сопоставить её с отдельными принципами гибкого подхода.

Рис. 4. Развитие проекта «Тайна острова Мануфлик»

Именно поэтому Agile Family Project предлагается мной не как механический перенос профессионального IT-процесса в семейную среду, а как формализация и дальнейшее развитие практики, при которой взрослый помогает ребёнку превратить большую идею в управляемый проект, сохраняя при этом за ребёнком авторство содержания и возможность менять собственный замысел в процессе работы.

Рис. 5. Информационные слои проекта «Тайна острова Мануфлик»

Заключение

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

Взрослый способен помочь преодолеть этот разрыв, однако такая помощь не должна приводить к присвоению детского проекта или замене самостоятельной деятельности ребёнка готовыми решениями.

Принципы Agile были сформулированы для разработки программного обеспечения, и их прямой перенос в семейное воспитание представляется методологически некорректным. Вместе с тем отдельные элементы гибкого подхода (декомпозиция, приоритизация, итеративность, получение промежуточного результата, обратная связь, рефлексия и возможность изменения первоначального плана) могут быть адаптированы для организации конкретных детских проектов.

Предлагаемая модель Agile Family Project («Модель гибкого семейного проекта») ограничивает область такого переноса совместной проектной деятельностью взрослого и ребёнка и не рассматривается как система управления семьёй или поведением ребёнка.

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

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

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

На данном этапе Agile Family Project представляет собой теоретически обоснованную авторскую модель, сформированную на основе моего профессионального опыта, как автора и системного аналитика, анализа принципов Agile, существующих подходов к их применению в образовательной и семейной среде и практического опыта совместной проектной деятельности с сыном.

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

Литература:

1. Beck K., Beedle M., van Bennekum A. et al. Manifesto for Agile Software Development. 2001.
2. Beck K., Beedle M., van Bennekum A. et al. Principles behind the Agile Manifesto. 2001.
3. López-Alcarria A., Olivares-Vicente A., Poza-Vilches F. A Systematic Review of the Use of Agile Methodologies in Education to Foster Sustainability Competencies // Sustainability. 2019. Vol. 11. No. 10. Article 2915. DOI: 10.3390/su11102915.
4. Chen C.-H., Yang Y.-C. Revisiting the effects of project-based learning on students' academic achievement: A meta-analysis investigating moderators // Educational Research Review. 2019. Vol. 26. P. 71–81. DOI: 10.1016/j.edurev.2018.11.001.
5. Ferrero M., Vadillo M. A., León S. P. Is project-based learning effective among kindergarten and elementary students? A systematic review // PLoS ONE. 2021. Vol. 16. No. 4. e0249627. DOI: 10.1371/journal.pone.0249627.
6. Ronen-Harel S. Agile Kids: A Blueprint for Happy Families. 2012.
7. Feiler B. The Secrets of Happy Families. New York: William Morrow, 2013.
8. Miltner K. The Secret of Happy Families? Regulating (Re)productive Labor with Agile Family Management // spheres: Journal for Digital Cultures. 2020. No. 6. P. 1–12.