Психология 1 курс леч. психа последние темы. Замысел проекта
 Скачать 77.47 Kb.
|
|
2. Заказчик или целевая аудитория Кто это? Под заказчиком и целевой аудиторией подразумевается конкретный человек или группа людей, которые напрямую заинтересованы в вашей работе. Предполагается, что проект решает определённую проблему заказчика или аудитории. Для проектов одного типа обычно необходим заказчик (например, обычно в случае издательских или дизайн-проектов), для проектов другого типа - целевая аудитория (к примеру, для многих событий или образовательных проектов). Зачем это нужно? Чтобы проект был не впустую! Это подтверждает актуальность проблемы, на решение которой направлен проект. Как найти заинтересованных в моём проекте? Ситуация 1: Заказчик может сам обратиться к проектировщику для решения той или иной проблемы. Ситуация 2: Проектировщик сам ищет потенциальную целевую аудиторию / заказчика, т.е. людей, которые могут заинтересоваться его проектной работой. Как доказать, что ваш проект был для кого-то актуален? Если проект создаётся для целевой аудитории, участники фокус-группы подтверждают актуальность проблемы, которую будет решать данный проект, а также оставляют отзывы после реализации проекта. Они делятся своим восприятием проблемы, и вы можете её детализировать и лучше проработать весь проект. Если проект создаётся для заказчика, подтверждает актуальность он. Но это не отменяет работу автора проекта с целевой аудиторией, её анализ и обоснование. 3. Проблемное поле (какую проблему решает проект?) Сформулируйте конкретную проблему проекта и опишите её: В чём состоит проблема? Кого она затрагивает? В чем возможные причины? Какими могут быть последствия? ... Доказать или продемонстрировать существование проблемы можно, обратившись к целевой аудитории или к заказчику, а также к релевантным и достоверным данным. Так вы обоснуете актуальность проекта. Укажите в заявке, каким способом вы собираетесь это делать. Например, одним из способов доказательства могут явиться фокус-группы. * Для понимания социологических методов сбора данных обратитесь на соответствующую страницу сайта :) Важно для будущего проекта: продукт должен решать заявленную проблему. Действительно ли проблема разрешима продуктом? Как это проверить? Если вы наполняете содержанием чат-бот, чтобы люди это читали, то чат-бот должен запуститься. Если вы создаёте законопроект с целью каких-то изменений, то законопроект должен быть принят, а изменения в реальной жизни - заметны и измеряемы. Если вы работаете над бизнес-планом, этот бизнес-план должен быть реализован в бизнесе. В противных случаях проблема не решается. 4. Образ продукта Определите наиболее важные характеристики продукта, которые позволят решить проблему. Обоснуйте своё решение. Подумайте над следующими критериями или придумайте свои: Функциональность (Каково назначение продукта? Чему продукт должен способствовать, что должен делать? Как его можно использовать / поддерживать?) Эстетический аспект (Для материального продукта — стиль, вид, цвет, форма, размер, текстура, рисунок и т.д., для мероприятия – любые эстетические характеристики, если это применимо) Экологический аспект (Где и как продукт будет использоваться и как может повлиять / не повлиять на окружающую среду?) Безопасность (Как должна быть учтена безопасность?) Эргономика (Какие анатомические / физиологические особенности должны быть учтены?) Стоимость (Предел стоимости, из чего складывается стоимость?) ... 5. Ресурсы Перечислите ресурсы, необходимые для реализации проекта. Ресурсы – это все материальные и нематериальные объекты, которыми вы будете пользоваться при создания продукта. Например: — человеческие ресурсы (временные и прочие затраты людей, участвующих в создании вашего продукта); — материальные ресурсы (конкретные предметы, необходимые для создания продукта), — финансовые ресурсы; — ваше личное время; — интернет-ресурсы и т.д. В этом пункте будет удобно сначала классифицировать ресурсы, которые вы будете использовать, а затем перечислить необходимые ресурсы в рамках каждого класса. 6. Чему мне придётся научиться в процессе выполнения проекта? Кратко опишите знания и навыки, которые надо будет приобрести в процессе работы над проектом, необходимые для решения проблемы проекта. 7. Поэтапное планирование Составьте список задач. Задачи – это «шаги», которые поэтапно будут продвигать вас к созданию продукта. Соотнесите задачи со временем и ресурсами (это и есть планирование). При заполнении заявки используйте первый вариант оформления планирования, т.е. просто список задач со сроками и ресурсами. Другие варианты оформления планирования (таблица, блок-схема, диаграмма Ганта) вы можете использовать для своего удобства и при создании отчётных материалов проекта. Некоторые примеры: Вариант 1: описание шагов 1. Задача №1, сроки, ресурсы 2. Задача №2, сроки, ресурсы 3. Задача №3, сроки, ресурсы Вариант 2: таблица Основные требования, предъявляемые к официально-деловому стилю Рассмотрим основные требования, предъявляемые к официально-деловому стилю деловых документов: 1. Стандартизация изложения, основанная на использовании большого количества терминов, оборотов, языковых формул, которая охватывает все уровни языка – лексику, морфологию, синтаксис. Стандартизация деловой речи значительно повышает информативность документов, способствует их пониманию и оптимизации документооборота в целом. 2. Нейтральный тон изложения - норма официального делового общения, которая проявляется в максимально строгом и сдержанном характере изложения. Нейтральный тон исключает возможность употребления эмоционально окрашенных языковых средств, личностных и субъективных суждений и оценок. Эмоции в деловых документах допускаются ограниченно (приглашения, корпоративные поздравления и др.). Цель большинства документов – убедить адресата, заинтересовать его действовать в нужном направлении, достигаемая не языковыми формами, а содержанием. 3. Ясность, точность, определенность, однозначность и единообразие формулировок. Достигаются, в основном, за счет правильности композиционной структуры текста, логичности, продуманности и четкости формулировок, отсутствия образных выражений. 4. Лаконичность и разумная краткость в изложении текста, связанная с требованием уменьшением объема текста. Исключает речевую избыточность, неоправданные повторы, излишние подробности. При этом, содержание должно быть убедительным и аргументированным. Точные даты, бесспорные факты и выводы – обязательное условие официально-делового стиля. 5. Использование языковых формул - устойчивых (шаблонных) оборотов, применяемых в неизменном виде. Кроме выражения типового содержания они нередко выступают как юридически значимые компоненты текста, без которых документ не может обладать достаточной юридической силой. Примеры часто используемых языковых формул: Сообщаем, что в период с… по …; Сообщаем, что по состоянию на …; Направляем Вам согласованный …; Просим Вас рассмотреть вопрос о …; 25.11.2021 1)В организациях, где одновременно осуществляются несколько проектов, имеет смысл периодически проводить аудит (проверки) текущих и завершенных проектов и их места в деятельности организации. Аудит проекта — это не просто отчет о прогрессе проекта. Отчет о состоянии проекта аналогичен рассматриванию про-екта в телескоп. В то время как проверка подобна рассма- триванию проекта в бинокль с сильным приближением: это более детальная картина проекта, размещенная в среде орга- низации. При проверке проекта используются показатели работы и данные прогноза. Основными задачами аудита после выполнения проекта являются следую щие 1. Оценить, все ли заинтересованные лица получили ожидаемые выгоды от проекта. Хорошо ли осуществлялось управление проектом? Был ли удовлетворен заказчик? 2. Дать оценку тому, что было сделано неправильно, а что способствовало успеху. 3. Определить, какие нужно сделать изменения, чтобы улучшить выполнение проектов в будущем. Инструментами для поддержания постоянных улучшений и создания новых навыков являются аудит проекта и отчет. Проверка в процессе осуществления проекта. Проверка проектов в начале их осуществления позволяет предпри- нять корректиру ющие действия на проверяемом проекте или в других выполняемых проектах в случае необходимо- сти. Проверка в ходе осуществления проекта сосредоточена на прогрессе и работе и проверяет, не изменились ли усло- вия. Например, не изменились ли приоритеты? Актуальна ли все еще миссия проекта? В редких случаях в отчете о про- верке может быть дана рекомендация о закрытии выполня- емого проекта. Проверка проекта после его завершения. Это более тщательная и детальная проверка, чем проверка в процессе осуществления. Она подчеркивает необходимость улучше- ния управления будущими проектами. Такие проверки ори- ентированы на более длительный период. Проверки после выполнения проекта оценивают проектную работу, но аудит представляет более широкий взгляд на роль проекта в орга- низации, например, были ли фактически получены заявлен- ные стратегические выгоды. 2)На глубину и детальность аудита проекта влияют многие факторы. В частности: • размер организации; • важность проекта; • тип проекта; • риски проекта; • размер проекта; • проблемы проекта. Аудит проекта требует большого количества времени, средств и человеческих ресурсов. Однако экономить здесь не стоит: поверхностно, не качественно проведенная про- верка скорее затемняет картину, ведет к ложным выводам, чем служит основанием для принятия необходимых управ- ленческих решений. Таким образом, на аудит необходимо выделять столько времени и денег, сколько требуется. Проведение проверок в начале процесса выполнения проекта обычно бывает поверхностным, если не выявлены какие-то серьезные проблемы. Разумеется, в последнем слу- чае будет проведена более тщательная проверка. Аудит проекта требует большого количества времени, средств и человеческих ресурсов. Однако экономить здесь не стоит: поверхностно, не качественно проведенная про- верка скорее затемняет картину, ведет к ложным выводам, чем служит основанием для принятия необходимых управ- ленческих решений. Таким образом, на аудит необходимо выделять столько времени и денег, сколько требуется. Проведение проверок в начале процесса выполнения проекта обычно бывает поверхностным, если не выявлены какие-то серьезные проблемы. Разумеется, в последнем слу- чае будет проведена более тщательная проверка. Поскольку проверка в процессе выполнения проекта может вызвать беспокойство и даже оказаться разрушитель- ной для проектной команды, порождая конфликты, обиды, снижая мотивацию членов команды, следует позаботиться о сохранении ее морального духа. Для этого проверка должна быть проведена быстро, а отчет должен быть позитивным и конструктивным. Проверка после выполнения проекта более подробна и обширна и содержит больше информации от проектной команды. Обобщая, отметим, что, необходимо тщательно планиро- вать проверки и ограничивать их время. Например, для про- верок после выполнения проекта вполне достаточно одной недели, за исключением очень крупных проектов. После этого срока минимальная польза от дополнительной инфор- мации быстро снижается. Для аудита небольших проектов может быть достаточно одного-двух дней и одного-двух человек. Полезно также получить информацию относительно эффективности проектной работы организации в целом. В качестве основы для проверки такой работы могут быть исследованы ключевые показатели 4) Для осуществления эффективного контроля и аудита про- екта должна быть создана система контроля. В ее состав должны включаться мониторинг фактического выполнения работ, ана- лиз состояния работ путем сравнения имею щихся результатов и контрольных показателей, набор корректирую щих действий вплоть до остановки проекта. Если этого набора недостаточно для преодоления проблем исполнения проекта, должны быть предусмотрены возможности изменения контрольных показа- телей в пользу их большей реалистичности. Система контроля также включает в себя разные типы контроля, каждый из которых имеет собственное содержа- ние: • общий контроль — оценка и координирование испол- нения проекта в целом в соответствии с замыслом и планами проекта; • контроль изменений замысла проекта — определяет факторы, которые ведут к изменению замысла, с целью удо- стовериться, что эти изменения полезны; • контроль расписания — определяет необходимость изменения расписания проекта и корректиру ющие действия, направленные на координацию измененного расписания выполнения работ с общим планом проекта; • контроль стоимости — контроль изменений в бюд- жете проекта; • контроль качества — отслеживание отдельных параме- тров результатов проекта для определения их соответствия установленным стандартам и определение причин неудов- летворительного выполнения работ. Эффективная система контроля проекта основывается на следую щих принципах. 1. Наличие всех необходимых планов проекта как в целом, так и его частей (фаз жизненного цикла). План должен быть конкретным, содержательным, фиксированным — не меня- ющимся или меняю щимся в соответствии с процедурами, выявляю щими существенные обстоятельства для изменения плана и связанными с оценками последствий таких измене- ний для завершения проекта. 2. Наличие формальной системы отчетности. Процедуры, формы, временные интервалы отчетности должны быть точно определены на основе единых критериев, а менеджмент про- екта должен следить за неукоснительным исполнением этих процедур. Результаты, представленные в отчетах, должны обсуждаться на заседаниях рабочих групп, команды проекта, они также должны докладываться руководству организации. 3. Наличие всей необходимой совокупности инструмен- тов для сбора информации и анализа фактических показате- лей и тенденций. Постоянно собирая и анализируя данные, руководство проекта и проектной организации для любого момента времени может определить состояние дел в аспекте соответствия реальной ситуации запланированной. Если такого соответствия нет, имеется возможность выяснить какие и в каких масштабах требуются корректирую щие дей- ствия, а также каковы будут необходимые затраты и время. 4. Наличие возможностей для эффективного реагирова- ния на отклонения от графика (плана). Эти возможности складываются из альтернатив действий, которые можно предпринять. Эти альтернативы образуют континуум, на одном полюсе которого находится возможность закрыть Обобщенная схема процесса контроля представлена на рис. 13.1, где можно отметить три шага процесса контроля. 1. Сбор данных. При разработке системы мониторинга (сбора данных) требуется точно определить, какие данные с наибольшей полнотой отражают прогресс проекта, а также периодичность сбора данных. Детальность анализа опреде- ляется остротой текущих проблем, а также глубиной и мас- штабностью корректирую щего вмешательства в проект. 2. Анализ состояния представляет собой оценку текущих работ и сравнение текущих результатов с запланированными путем использования контрольных показателей. 3. Корректирую щие действия применяются для приведе- ния текущей ситуации в соответствие с планом или, по край- ней мере, минимизации возможных несоответствий. |