В зависимости от степени конкретности “заказа” акцент в постановке может быть поставлен на требованиях Заказчика или на способах их выполнения. Заказчик может задать цель и предоставить исполнителю свободу в выборе средств ее достижения, а может достаточно определенно сформулировать состав работ и требования к методам их выполнения, к характеристикам результатов. В любом случае, на данном этапе нужно “выжать” из заказчика максимально более точно его пожелания.

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

• Обеспечить возможность учащимся самостоятельной (или/и дистанционной, дополнительной) подготовки по определенным разделам (аспектам) учебного курса.
• Дать преподавателю инструмент подготовки учебного материала (иллюстраций, контрольных задач, целых тестов или контрольных).

• Для сайта:

• Предоставить широкому (или целевому) кругу посетителей полную (рекламную, техническую, сопроводительную …) информацию о продукции (услугах) компании.
• Обеспечить широкое (целевое) оповещение о сайте компании (баннерное, через порталы, др.).

• Для анализа сектора рынка:

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

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

• Подготовить комплект справочных материалов
• Подготовить набор тестовых заданий для проверки знаний
• Разработать оболочку для предъявления справочных материалов и заданий и обработки ответов учащихся.
• Разработать программные модули для расчета (форматирования, визуализации, передачи, …) данных.
• Разработать базу данных для накопления и просмотра результатов тестирований.

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

• В режиме Изучения последовательно предъявляет пользователю основной материал в соответствии с главами … учебника, включая иллюстрации.
• В режиме Изучения показывает в отдельных окнах справочную информацию по команде контекстного меню и по F1 с указанием курсором.
• В режиме Тестирования предъявляет случайную выборку из подготовленного набора контрольных вопросов и фиксирует ответы пользователей для последующего анализа.
• В режиме Контроля предъявляет список тестировавшихся и для указанных из них показывает результаты в краткой (…) или полной (…) форме.
• И так далее …

• Для презентации:

• Общий стиль презентации должен быть яркий (спокойный, приглушенный, сухой) с обилием (минимумом, отсутствием) декоративных элементов, гибким (простым, отсутствием) управлением последовательностью просмотра, общепонятным (для специалистов) представлением информации.
• Титульный слайд должен содержать …
• Главное меню должно содержать …
• Меню (титулы) разделов должны содержать
• Информационные слайды (общим числом около …) должны содержать тексты (компактные/развернутые/структурированные), иллюстрации (сканированное фото, чертежи, анимация), таблицы …
• Общая структура иерархическая (сетевая), может содержать до … уровней с возможностью выхода из любого слайда на верхний (вышестоящий, предыдущий, связанный).

По существу, эта работа – начало сбора информации, при котором источником является Заказчик. Возможно, исходно он не очень готов “разложить все по полочкам”. Рассматривайте это не как вину его, а как часть поставленной вам задачи.

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

Уже здесь могут возникнуть противоречия между вашими целями: удовлетворением требований Заказчика, профессиональной аттестации в Лицее и проявлением своих творческих возможностей. Опять же ищите не “Кто виноват”, а “Что делать”. Например, если заказчик просит: “Будьте проще, без изысков”, а вам это не нравится или мало для защиты, сделайте два или несколько вариантов. Если вы грамотно представите их на защите, комиссия это оценит.

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

Если эта работа идет туго, не закапывайтесь в нее. Сформулируйте с возможной степенью конкретности (обязательно письменно!) цель, задачи, основные компоненты результата, их объемы и другие характеристики, и переходите к планированию. В этом случае последующий сбор и анализ информации из внешних источников потребует больше времени (из-за неясности целей и задач), но поможет вернуться к задачам и требованиям с большей готовностью.

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

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

Начиная большую работу, важно точно оценить многие факторы, которые могут повлиять на качество результата. Для этого нужно собрать много информации о заказанном результате, его аналогах, методах и инструментах для его получения. Часть такой информации могут предоставить Заказчик и Консультант, но даже если они полагают, что дают полную информацию, полезно это проверить (не потому что они недостаточно откровенны или компетентны, а просто потому, что разработчик смотрит с другой точки зрения и “свежим взглядом”).

Прежде всего необходимо максимально точно понять суть поставленной задачи: в чем новизна, оригинальность разработки, какой опыт и инструментарий (а может быть и шаблон) можно позаимствовать (в этом не будет ничего зазорного, если вы сошлётесь на источник и покажете, как его использовали, чтобы добиться лучшего результата), а что нужно сделать по-своему. Добавив “изюминку” к уже готовому и проверенному решению можно порой добиться гораздо лучшего результата, чем “изобретая велосипед”. А сэкономленное время можно посвятить доведению всего продукта до совершенства (например, доработке снижающих эффективность компонент).

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

Далее следует поискать аналоги. Они могут находиться довольно далеко от исходной предметной области. Начать полезно с коллекции дипломных работ выполненных ранее в Лицее. Потом поискать в Интернете и других каналах публикации (пресса, литература). При этом полезно задаваться вопросом: “А как это делается в других случаях (у конкурентов и аналогов Заказчика, в смежных предметных областях, в прежних, докомпьютерных технологиях)?”. Анализируя аналоги, вы сможете наглядно увидеть достоинства и недостатки разных подходов. Хорошо бы найти профессиональные обзоры (только не очень старые), в которых есть пример сравнительной оценки разных решений. Только нельзя полностью полагаться на них, поскольку они всегда сравнительно долго готовятся и обычно хоть немного, да устаревают.

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

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

Чтобы не потерять найденное, соберите ссылки на все источники полезной информации с краткими характеристиками полезности в общий список: “Аннотированный перечень источников”.

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

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

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

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

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

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

Этот этап – первая репетиция сборки проекта (не продукта, а проекта, который помимо продукта включает в себя сопроводительную документацию, включая записку, и презентацию).

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

Если же в документировании работы оставлены пробелы, их придется дорабатывать и вспоминать.

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

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

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

В качестве примера техпроекта данного документа представьте себе полный комплект его заголовков с краткими комментариями к каждому. Другой пример – приведенный в приложении 2 “План ТЗ”. Но это простые “проекты”. Вам помимо структуры и характеристик компонент потребуется еще на основании собранной информации обосновать выбор структуры и средств выполнения проекта (инструментов, образцов и шаблонов, информационного наполнения, библиотек и коллекций ресурсов, аппаратуры и пр.). А потом снова разложить оставшиеся работы по времени.

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

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

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

Если вы все-таки взялись за новую технологию, изучайте и опробуйте ее не откладывая. Постарайтесь за половину времени, выделенного на эту работу получить что-нибудь близкое к фрагментам планируемого продукта. Если возникают затруднения (мало хорошей документации, Консультанту некогда, нет подходящего компьютера и т.п.), подумайте о пересмотре выбора.

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

И проверьте, нельзя ли получить такие же результаты средствами (может быть, различными), которые вы изучали на уроках. Каковы характеристики будут в этих вариантах?

Результаты вашего анализа опишите, перечислив варианты, их достоинства и недостатки.

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

• Полнота выполнения поставленной Заказчиком задачи
• Объем и качество профессиональной работы
• Оригинальность содержания и исполнения работы, ее актуальность
• Полнота представления работы (пояснительная записка, доклад, презентация)

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

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