Спланировать школьный сервисный проект

Начните с вопроса, требующего действия

Это оригинальная практика, соответствующая стандарту GAC031, для раздела 3.2 «Планирование проектной деятельности по обслуживанию школы» (PBL). Она продолжает вымышленный проект библиотеки из раздела 3.1. Это не тест ACT.

Сначала команда пишет: «Как мы можем улучшить библиотеку?». Этот ведущий вопрос слишком широк. Он не называет пользователя или проблему, которую команда могла бы протестировать. После разговора со студентами, нуждающимися в тишине, и теми, кому нужно обсуждать работу, они переформулируют его: «Как студенты могут найти подходящую зону тишины или дискуссии в течение двух минут во время экзаменационной недели?» Теперь они могут создать систему указателей, попросить людей воспользоваться ей и посмотреть, что получится.

«Улучшить библиотеку» — настолько широкая формулировка, что даже тележка для книг может заблудиться в ней.

Найдите отправную точку перед установкой цели

Команда просит 20 добровольцев, которые не видели предлагаемые указатели, найти подходящее место. Девять делают это менее чем за две минуты. Это базовый показатель — начальная точка наблюдений, а не оценка каждого пользователя библиотеки. Группа устанавливает критерий успеха: после недельного теста указателей как минимум 16 из 20 новых добровольцев должны находить нужное место в течение двух минут, используя ту же исходную точку и инструкции.

Цифры небольшие. Даже если 16 человек справятся, команда должна сказать: «Наш тест показывает, что указатели помогли этим участникам», а не «Указатели помогут всем». Также они задают один открытый вопрос: «Что затруднило выбор?». Ответ может выявить проблему, которую секундомер не зафиксирует, например, неясную маркировку помещения.

Назовите ограничения и получите разрешение

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

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

Работайте от даты презентации назад

Маркерный пункт — это контролируемая веха проекта, а не «работа над знаками». Команда составляет краткий план:

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

Поместите план на одной странице

Устав проекта — это короткий общий документ: вопрос → пользователи → исходные данные → цель → результат → ограничения → маркерные пункты → роли → дата обзора. Его цель — сделать решение видимым, а не предсказать все проблемы.

Если библиотекарь отвергает место для знака, команда перерабатывает набросок перед печатью. Если испытание дает только 13 из 20, они не меняют цель после получения результата. Они сравнивают базовый уровень (9 человек) с новым результатом, читают комментарии и решают, что протестировать дальше. Результат ниже цели все равно может дать команде полезный урок, если измерения и ограничения сообщены честно.