Ролевая игра на основе метода проектов: "Я - менеджер IT-проекта"

Я – менеджер IT­проекта                                    Автор: Гадельбаева Рина Айдаровна                                    Должность: преподаватель информатики и ИКТ                                       Место работы: ГБПОУ Уфимский многопрофильный                                    профессиональный колледжУфа 2015 СОДЕРЖАНИЕ 1. ПАСПОРТ МЕТОДИЧЕСКОЙ РАЗРАБОТКИ 2. СТРУКТУРА МЕТОДИЧЕСКОЙ РАЗРАБОТКИ    2.1 Общие положения 2.2 Подготовительный этап 2.3 Игровой этап 2.4 Заключительный этап 2.5 Анализ результатов 3. СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 4. ПРИЛОЖЕНИЯ ПРИЛОЖЕНИЕ 1 ПРИЛОЖЕНИЕ 2 ПРИЛОЖЕНИЕ 3 ПРИЛОЖЕНИЕ 4 ПРИЛОЖЕНИЕ 5 ПРИЛОЖЕНИЕ 6 ПРИЛОЖЕНИЕ 71. ПАСПОРТ МЕТОДИЧЕСКОЙ РАЗРАБОТКИ Специальность: Прикладная информатика (по отраслям). Квалификация: Техник­программист. Профессиональный   модуль:  ПМ.04   «Обеспечение   проектной деятельности». Курс: IV Тема: Я – менеджер IT­проекта. Организация самостоятельной работы студента: внеурочная Форма: Ролевая игра на основе метода проектов. Вид   профессиональной   деятельности:  Обеспечение   проектной деятельности Формируемые профессиональные компетенции: 1. 2. Обеспечивать содержание проектных операций. Определять сроки и стоимость проектных операций. 3. 4. Определять качество проектных операций. Определять ресурсы проектных операций. Определять риски проектных операций. 5. Формируемые общие компетенции: 1. Понимать   сущность   и   социальную   значимость   своей   будущей профессии, проявлять к ней устойчивый интерес. 2. Организовывать   собственную   деятельность,   выбирать   типовые методы   и   способы   выполнения   профессиональных   задач,   оценивать   их эффективность и качество. 3. Принимать   решения   в   стандартных   и   нестандартных   ситуациях   и нести за них ответственность.4. Осуществлять поиск и использование информации, необходимой для эффективного   выполнения   профессиональных   задач,   профессионального   и личностного развития. 5. Использовать   информационно­коммуникационные   технологии   в профессиональной деятельности. 6. Работать   в   коллективе   и   команде,   эффективно   общаться   с коллегами, руководством, потребителями. 7. Брать   на   себя   ответственность   за   работу   членов   команды (подчиненных), результат выполнения заданий. 8. Самостоятельно   определять   задачи   профессионального   и личностного   развития,   заниматься   самообразованием,   осознанно   планировать повышение квалификации. 9. Ориентироваться   в   условиях   частой   смены   технологий   в профессиональной деятельности. Цель:  улучшение   профессиональной   подготовки   в   области   проектной деятельности   специалистов   среднего   профессионального   образования, направленное   на   формирование   общих   и   профессиональных   компетенций, которые   они   могли   бы   свободно   и   самостоятельно   применять   в профессиональной деятельности. Задачи:  образовательные:  продолжить   формировать   понятия:   проект,   этапы проекта, жизненный цикл проекта, иерархическая структура работ, расписание проекта,   бюджет   проекта,   ресурсы   проекта,   инструменты   качество   проекта, дерево рисков, краудфандинг . развивающие: уметь самостоятельно и в сотрудничестве добывать знания исследовательским, частично­поисковым методом и применять их для создания работающего проекта. воспитательные:  воспитывать   чувство   ответственности   за   общий  успех, формулировать собственное мнение и позицию, проявлять творческий подходпри   разработке   и   создании   собственного   проекта   для   решения   поставленной задачи. Планируемые результаты: личностные: умение точно и грамотно излагать свои мысли в устной речи,   понимать   смысл   поставленной   задачи, выстраивать   аргументацию, формирование   способности   и   готовности   к   общению   и   сотрудничеству   со сверстниками в процессе учебно­исследовательской, творческой деятельности; метапредметные: регулятивные:  владение   основами   самоконтроля,   самооценки,  принятия решений   и   осуществления   осознанного   выбора   в   учебной   и   познавательной деятельности;   владение   умениями   самостоятельно   планировать   пути достижения   целей;   соотносить   свои   действия   с   планируемыми   результатами, осуществлять   контроль   своей   деятельности,   определять   способы   действий   в рамках предложенных условий, корректировать свои действия в соответствии с изменяющейся ситуацией; оценивать правильность выполнения учебной задачи;  познавательные:  формирование   ИКТ­компетентности;   проявление импровизации,   индивидуальных   творческих   способностей   при   выполнении задания,   исследование   собственных   способов   решения   задачи,   создание алгоритмов проектной деятельности;  коммуникативные:  проявление   инициативы   и   активности,   участие   в коллективном   обсуждении   поставленной   задачи,   решении   проблем,   умение формулировать   собственное   мнение   и   адекватное   оценивание   собственного поведения и поведения окружающих. предметные: создавать проект с последующей его презентацией, описывать свою   деятельность   в   рамках   проекта,   использовать   шаблоны   операций, определять   длительность   операций   на   основании   статистических   данных,определять   стоимость   проектных   операций   в   рамках   своей   деятельности, определять факторы, оказывающие влияние на качество результата проектных операций,   анализировать   риски   проектных   операций,  определять   комплектность   поставок   ресурсов,  определять   и  использовать   методы   сбора информации о рисках проектных операций, работать в виртуальных проектных средах. Материально – технические средства:  1. 2. ПК (ноутбук);  Программный офисный пакет MS Office (Word, Excel, Visio, Project, PowerPoint);  Интерактивная доска с мультимедийным проектором;  Электронные носители.  3. 4. Межпредметные связи с учебными дисциплинами и МДК:  МДК 01.01 Обработка отраслевой информации ПО ОН. 1. МДК 02.01 Разработка, внедрение и адаптация ПО ОН. 2. МДК 03.01 Сопровождение и продвижение ПО ОН. 3. 4. Математика. Экономика организации. 5.  Документационное обеспечение управления. 6. 7.  Теория вероятности и математическая статистика.2. СТРУКТУРА МЕТОДИЧЕСКОЙ РАЗРАБОТКИ 2.1 Общие положения Специфика  ролевой   игры  характеризуется   ограниченным   набором структурных   компонентов,   основу   которых   составляют   целенаправленные действия   учащихся   в   моделируемой   жизненной   ситуации   в   соответствии   с сюжетом и распределенными ролями. Ролевые игры можно разделить по мере возрастания их сложности на три группы: 1)  имитационные,   направленные   на   имитацию   определенного профессионального действия; 2)  ситуационные,   связанные   с   решением   какой­либо   узкой   конкретной проблемы ­ игровой ситуации; 3) условные,   посвященные   разрешению,   например,   учебных   или производственных конфликтов и т.д. Формы   проведения   ролевых   игр   могут   быть   самыми   разными: воображаемые путешествия, дискуссии, на основе распределения ролей, пресс­ конференции, уроки­суды и т.д. Методика   разработки   и   проведения   ролевых   игр   предусматривает включение в полной мере или частично следующих этапов: 1) подготовительный; 2) игровой; 3) заключительный; 4) анализ результатов. Метод проектов приобретает в последнее время все больше сторонников. Он   направлен   на   то,   чтобы   развить   активное   самостоятельное   мышлениестудента и научить его не просто запоминать и воспроизводить знания, которые дает ему образовательная организация, а уметь применять их на практике. Проектная   методика   отличается   кооперативным   характером   выполнения заданий   при   работе   над   проектом.   Деятельность,   которая   при   этом осуществляется,   является   по   своей   сути   креативной   и   ориентированной   на личность   учащегося.   Она   предполагает   высокий   уровень   индивидуальной   и коллективной ответственности за выполнение каждого задания по разработке проекта.   Совместная   работа   группы   учащихся   над   проектом   неотделима   от активного коммуникативного взаимодействия учащихся.  Проектная   методика   является   одной   из   форм   организации исследовательской познавательной деятельности, в которой учащиеся занимают активную субъективную позицию. Тема проекта может быть связана с одной предметной областью или носить межпредметный характер. При подборе темы проекта   преподаватель   должен   ориентироваться   на   интересы   и   потребности учащихся,   их   возможности   и   личную   значимость   предстоящей   работы, практическую значимость результата работы над проектом. Выполненный   проект   может   быть   представлен   в   самых   разных   формах: презентация,   статья,   рекомендации,   альбом,   коллаж   и   многие   другие. Разнообразны   и   формы   презентации   проекта:   доклад,   творческий   проект, конференция, конкурс, праздник, спектакль.  Главным результатом работы над проектом будут актуализация имеющихся и приобретение новых знаний, навыков и умений и их творческое применение в новых условиях.  Работа над проектом осуществляется в несколько этапов и обычно выходит за рамки учебной деятельности на уроках:  выбор темы или проблемы проекта;  формирование группы исполнителей;  разработка плана работы над проектом, определение сроков; распределение заданий среди учащихся;выполнение заданий, обсуждение в группе результатов выполнения каждого задания;  оформление совместного результата;  отчет по проекту;  оценка выполнения проекта.  Работа   по   проектной   методике   требует   от   учащихся   высокой   степени самостоятельности   поисковой   деятельности,   координации   своих   действий,   исполнительского   и   коммуникативного активного   исследовательского, взаимодействия. Роль учителя заключается в подготовке учащихся к работе над проектом,   выборе   темы,   в   оказании   помощи   учащимся   при   планировании работы, в текущем контроле и консультировании учащихся по ходу выполнения проекта на правах соучастника.2.2 Подготовительный этап В ходе проведения ролевой игры «Я – менеджер  IT­проекта» у студентов формируется     проблемно­игровая   ситуация,   в   которой   им   необходимо представить IT­проект потенциальному заказчику (жюри/экспертная группа), на одну из предложенных тем. На подготовительном этапе решаются вопросы как организационные, так и связанные с предварительным изучением содержательного материала игры. Организационные вопросы: 1. Формирование   игровых   групп   –   участие   может   принимать   как группа студентов так и студенты индивидуально (участники). 2. Распределение   ролей   –   определение   участников   проекта   и назначение менеджера IT­проекта при участии группы студентов, если студент участвует индивидуально, то он и назначается менеджером IT­проекта.  Ключевые активные непосредственные участники проекта — это: 1) 2) 3) 4) инициатор; заказчик; инвестор; руководитель   проекта   (проект­менеджер   или   менеджер  IT­ проекта); 5) команда проекта. Инициатор – это участник проекта, являющийся носителем основной идеи проекта и инициативы по его реализации.Заказчик — это участник проекта, интересованный в достижении основной цели, результатов проекта.  Инвестор  —   это   участник   проекта,   осуществлявший   финансирование проекта   и   заинтересованный   в   достижении   финансовых   результатов   проекта. Руководитель   проекта   (проект­менеджер   или   менеджер  IT­проекта)   —   это участник   проекта,   которому   делегированы   полномочия   по   управлению деятельностью, направленной на достижение целей проекта.  Команда  проекта  —   это   совокупность   действующих   как   единое   целое участников проекта, которая обеспечивает под руководством проект­менеджера достижение целей проекта.   В   данном   задании   так   же   необходимо   представить   организационную структуру проекта в виде иерархического графа. см приложение 2. Выбор жюри или экспертной группы – предлагается экспертную группу или   жюри   формировать   из   преподавателей   отделения   «Прикладная информатика»,   далее   экспертная   группа   или   жюри   будут   выступать   в   роли потенциального   заказчика,   которому   предстоит   совершить   выбор   в   пользу наиболее   интересного   и   эффективного   с   точки   зрения   вложения   денежных средств IT­проекта. 4.   Ознакомление   с   обязанностями   –   для   каждого   участника   проекта предлагается (пример – см. приложение 1). Предваряющие вопросы: 1. 1) Знакомство с темой, проблемой – предлагаемые темы проекта: разработка   программы   для   организации   (вид   экономической деятельности   организации   определяется   студентом/группой   студентов самостоятельно); 2) разработка   программного   обеспечения   для   организации   (вид экономической   деятельности   организации   определяется   студентом/группой студентов самостоятельно);3) разработка   информационной   системы   (вид   экономической деятельности   организации   определяется   студентом/группой   студентов самостоятельно); 4) разработка   автоматизированной   системы   управления   (вид экономической   деятельности   организации   определяется   студентом/группой студентов самостоятельно); 5) разработка информационного портала (сайта­визитки) организации (вид экономической деятельности организации определяется студентом/группой студентов самостоятельно); 6) разработка мобильного приложения (тема мобильного приложения определяется студентом/группой студентов самостоятельно). 2.   Ознакомление   с   инструкциями,   заданиями   –   формирование   цели   и постановка задач проекта. 3.   Сбор   материала;   анализ   материала;   подготовка   сообщения   –   сбор информации об IT­проекте одним из следующих методов: 1) интервью; Интервью   представляют   собой   формальный   или   неформальный   способ получения   информации   от   заинтересованных   сторон   проекта   путем непосредственного   общения   с   ними.   Обычно   в   ходе   интервью   задают подготовленные и неподготовленные вопросы и записывают ответы. Интервью часто проводятся один на один, но иногда в них могут участвовать несколько интервьюеров и/или интервьюируемых. Проведение   интервью   с   опытными   участниками   проекта, заинтересованными сторонами проекта или экспертами по отдельным вопросам может помочь в выявлении и определении характеристик и функций желаемых результатов проекта. 2) фокус­группы; Фокус­группы   позволяют   собрать   вместе   заранее   выбранные заинтересованные стороны проекта и экспертов по отдельным вопросам, чтобы они изложили свои ожидания и отношения к предложенному продукту, услугеили   результату.   Подготовленный   ведущий   управляет   группой   во   время многостороннего   обсуждения,  которое   является   более   свободным   по   форме, чем интервью один на один; 3) семинары с участием модератора; Семинары для определения требований представляют собой собрания по конкретным вопросам, в которых участвуют заинтересованные стороны проекта разного   профиля   для   определения   требований   к   продукту.   Семинары используются в качестве основного метода, позволяющего быстро определить требования   различного   профиля   и   урегулировать   различия   между требованиями заинтересованных сторон проекта. В силу особенностей формата групповой   работы,   хорошо   проведенные   собрания   с   участием   модератора помогают   развить  доверие, выстроить   отношения  и  наладить  общение  между участниками,   что   может   привести   к   повышению   уровня   согласия   между заинтересованными сторонами проекта. Другое преимущество данного метода состоит   в   том,   что   проблемы   могут   быть   обнаружены   и   разрешены   гораздо быстрее, чем при встречах один на один. 4) мозговой штурм;   Метод,   применяемый   для   генерации   и   сбора   разнообразных   идей, связанных с требованиями к проекту и продукту; 5) метод номинальных групп.  В данном методе к мозговому штурму добавляется процесс голосования, используемый   для   ранжирования   наиболее   полезных   идей   для   будущего мозгового штурма или расстановки приоритетов; 6) метод дельфи; Выбранная   группа   экспертов   отвечает   на   вопросы   анкет,   а   также высказывает   мнение   относительно   ответов,   полученных   в   течение   каждого раунда сбора требований. Для обеспечения анонимности доступ к ответам имеет только координатор;7) составление интеллект­карт;   Идеи,   возникшие   во   время   отдельных   сессий   мозгового   штурма, объединяются в единой интеллект­карте с целью отражения сходства и различия в понимании и формирования новых идей; 8) диаграмма сходства. Данный метод позволяет рассортировать по группам большое количество идей для их обзора и анализа. Сбор информации может осуществляться у члена экспертной группы или жюри   (потенциального   заказчика)   или   в   ходе   групповых   методов   среди участников IT­проекте. 4. Изготовление наглядных пособий – в ходе выполнения каждого этапа или задания   участники   оформляют   свои   результаты   одним   из   способов представления информации: текстовый, табличный, графический. 5. Консультации – в процессе создания и реализации IT­проекта участники имеют   право   на   теоретическое   сопровождение,   осуществляемое преподавателем,   для   более   результативного   и   корректного   отображения основных процессов IT­проекта.2.3 Игровой этап Данный   этап   характеризуется   включением   в   проблему   и   осознанием, проблемной ситуации в группах и между группами. Внутригрупповой аспект: индивидуальное понимание проблемы; дискуссия в группе, выявление позиций; принятие   решения;   подготовка   сообщения. Межгрупповой:   заслушивание сообщений групп, оценка решения На   данном   этапе   группе   студентов/студенту   необходимо   выполнить следующие задания: 1. Описать проект. Участники   описывают   свой   проект   по   предложенной   ниже классификации, а так же определяют тип проекта. Типы проектов: Терминальный (конечный) проект — проект, имеющий терминальную цель и четко ограниченный жизненный цикл, обозначенный моментами, когда проекта еще не было и когда проекта уже нет. Развивающийся   проект   —   проект,   на   момент   инициации   не   имеющий конечных целей, достижение которых означало бы завершение проекта.Открытый   проект   –   отказ     от   четко   заданных   и   неизменных   целей,   по достижении которых проект перестает существовать. Мультипроект   –   это   управление   не   одним,   а   несколькими   проектами одновременно. Классификация проекта: 1) по масштабу (по размеру проекта): малый, средний, мегапроект; 2) по   сложности:   простой,   организационно   сложный,   технически   сложный ресурсно­сложный, комплексно­сложный.; 3) по срокам реализации: краткосрочный, средний, мегапроект; 4) по требованиям к качеству и способам его обеспечения: бездефектный, модульный, стандартный. 5) по   требованиям   к   ограниченности   ресурсов   совокупности   проектов: монопроект, мультипроект. 6) по характеру проекта/уровню участников: международный (совместный), отечественный (государственный, территориальный, местный). 7) по   характеру   целевой   задачи   проекта:   антикризисный,   маркетинговый, образовательный,   реформирование/реструктуризация,   инновационный, чрезвычайный. 8) по объекту инвестиционной деятельности: финансовый, реальный. 9) по главной причине возникновения проекта: открывшиеся возможности, чрезвычайные   ситуации,   необходимость   структурно­функциональных преобразований, реорганизация, реструктуризация, реинжиниринг. 2. Определить содержание проекта.  Участники приступают к разработке структуры разбиения работ. Для того чтобы   определить   содержание   проекта   необходимо   создать   иерархическую структуру работ в текстовом (используя шаблон) и графическом (блок­схема) (пример ­ см. приложение 2, 3).Структура разбиения работ (ССР)  или дерево работ, структура работ, структурная декомпозиция работ (СДР) — иерархический граф, узлы которого изображают работы и комплексы работ, а связи, всегда имеющие вид «один к одному», — разбиение вышестоящего элемента на нижестоящие. Для представления ИСР в графическом виде и построения ее в виде блок­ схемы следует использовать программу MS Visio. 3. Определить сроки проекта. Для определения сроков проекта чаще всего используют линейную модель в виде   графика   Гантта.   Для   его   построения   можно   использовать   следующие программы: MS Project, MS Visio. График Гантта представляет собой линейную диаграмму (горизонтальную гистограмму)   продолжительности   работ,   отображающую   работы   в   виде горизонтальных отрезков. 4. Определить ресурсы проекта. Участники   определяют   виды   ресурсов,   необходимые   для   реализации проекта. Существуют три основные группы ресурсов, используемых в управлении проектом: 1) человеческие ресурсы — субъекты деятельности, объединенные в си­ стемы   взаимодействия   друг   с   другом   и   другими   ресурсами (руководители, работники); 2) материальные   ресурсы   —   средства   и   предметы   деятельности, используемые для выполнения работ (машины и механизмы,  здания и сооружении, материалы и комплектующие); 3) информационные   ресурсы   —   управляющие   воздействия, направляемые   субъектами   деятельности   на   объекты   деятельности, определяющие цели и результаты работ (проектные решения, модели,управляющие команды (приказы, распоряжения, задания), отчетную документацию). 5. Определить стоимость проекта. Определение стоимости проекта следует начинать с составления бюджета проекта.  Под бюджетом проекта обычно понимается структура, состав и значения  статей расходов, необходимых для реализации проекта, и статьей доходов,  возникающих в результате проекта.   Для расчета стоимости каждой операции участники используют метод  «оценки по трем точкам». Точность оценок стоимости операций по одной точке может быть улучшена путем рассмотрения неопределенностей и рисков оценок. Данная концепция  происходит из метода оценки и анализа программ (PERT). Для определения  примерного диапазона стоимости операции PERT использует три оценки: наиболее вероятная (См) – стоимость  операции, основанная на  реалистичной оценке трудоемкости требуемой работы и всех прогнозируемых  расходов.  оптимистическая (Со) – стоимость операции, основанная на анализе  благоприятного сценария развития операции.  пессимистическая (Ср) – стоимость  операции, основанная на анализе  неблагоприятного сценария развития операции. Анализ PERT позволяет определить ожидаемую (Се) стоимость операции  путем вычисления среднего взвешенного этих трех оценок: Со+4См+Ср 6 Се= 6. Определить качество проекта.При определении качества используют семь методов качества: Контрольный листок — инструмент для сбора данных и их первичной об­ работки (упорядочения) для облегчения дальнейшего использования собранной информации.  Гистограмма  распределения обычно строится для интервального измене­ ния значения параметра. Для этого на интервалах, отложенных на оси абсцисс, строят прямоугольники (столбики), высоты которых пропорциональны частотам интервалов. Прямоугольники строятся на основе значений, полученных в ходе объединения контролируемых значений показателей качества. Диаграмма   разброса   (поле   корреляции)  —   инструмент,   позволяющий определить вид и тесноту связи между парами соответствующих переменных. Диаграмма Парето позволяет распределить усилия для разрешения возни­ кающих проблем и установить основные факторы, с которых нужно начинать действовать с целью преодоления возникающих проблем. Стратификация (расслаивание) исследуемых статистических данных  ­инструмент, позволяющий произвести селекцию данных, отражающую  необходимую информацию о процессе. Диаграмма Исикавы (причинно­следственная диаграмма, диаграмма «ры­ бий   скелет»)   —   инструмент,   позволяющий   выявить   наиболее   существенные факторы (причины), влияющие на конечный результат (следствие). Контрольная карта — инструмент, позволяющий отслеживать протекание процесса   и   воздействовать   на   него   (с   помощью   соответствующей   обратной связи),   чтобы   предупредить   отклонения   от   предъявляемых   к   процессу требований. Учащиеся   самостоятельно   выбирают   метод,   который   более   наглядно отразит виды дефектов, оказывающие влияние на качество.  7. Определить риски проекта.Для   того   чтобы   выявить   риски   проекта   необходимо   построить   дерево рисков, идентифицировать риски, оценить вероятность возникновения рисков и осуществить поиск решений для рисков. Дерево рисков используется для выявления, категоризации и анализа рис­ ков и представляет собой иерархическую структуру.  Матрица   оценки   вероятности   и   последствий   —   инструмент,   с   помощью которого обычно производят оценку рисков. Вероятность риска представляет собой степень возможности наступления риска.   В   зависимости   от   требований   к   качеству   и   достоверности   оценки   и анализа рисков можно использовать относительные оценки, сформулированные в виде   сравнительных   словесных   выражений   —   от   «не   может   быть»   до «практически   будет».   Безусловно,   числовое   выражение   вероятности   более точно. При этом обычно используют значения от 0 до 1. Дерево   решений   представляет   собой   модель,   которая   позволяет   разбить большую   и   сложную   проблему   принятия   решения   в   условиях   риска   на совокупность меньших проблем, которые могут быть рассмотрены отдельно, а затем в совокупности. 2.4 Заключительный этап Группа   студентов/студент   представляют   свой  IT­проект   заказчику (жюри/экспертная   группа),   обосновывают   выбор   темы   разработки,   ее актуальность и доказывают финансовую привлекательность данного проекта. Представление   проекта   проходит   с   использованием   мультимедийных презентаций, количество слайдов не более 10. На   заключительном   этапе   вырабатываются   решения   по   проблеме, заслушивается   сообщение   экспертной   группы,   выбирается   наиболее   удачное решение.2.5 Анализ результатов Лучший IT­проект определяется по следующим показателям: ­ актуальность; ­ новизна; ­ эффективность использования ресурсов; ­ рентабельность  ­ качество продукта Студенту   или   группе   студентов   предложивший   лучший   проект предлагается   выставить   свой   проект   на   бесплатной   электронной   площадке стартапов и освоить новый способ реализации проектов – краудфандинг. Краудфандинг — дословно это «народное финансирование». Название — образовано от словосочетания сrowd — «толпа», funding — «финансирование». Представляет собой коллективное сотрудничество людей («бекеров»), которые добровольно спонсируют проект других людей или организаций.   Основные площадки краудфандинга:         Кикстартер – основная  американская площадка и главный популяризатор  краудфандинга. Индигого – основная европейская площадка.         Стим Гринлайт — главная площадка для продвижения инди­видеоигр.          Бумстартер и Планета.ру — главные российские площадки. СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 1. 2. Куперштейн В. И. Microsoft® Project 2010 в управлении проектами. / Под общей ред. А. В.  Цветкова. — СПб.:  БХВ­Петербург, 2011. — 416  с. (ЭБС ZNANIUM.COM) Шкрыль,   А.   А.   MS   Project   2007:   современное   управление   проектами [Электронный ресурс] / А. А. Шкрыль. ­ СПб.: БХВ­Петербург, 2007. ­ 256 с.: ил. (ЭБС ZNANIUM.COM)3. 4. 5. 6. 7. Информационные технологии управления проектами: Учебное пособие / Н.М. Светлов, Г.Н. Светлова. ­ 2 изд., перераб. и доп. ­ М.: НИЦ ИНФРА­М, 2015. ­ 232 с. (ЭБС ZNANIUM.COM) Управление программами проектов на основе стандарта PMI The Standard for   Program   ManagementR.   Изложение   методологии   и   рекомендации   по применению [Электронный ресурс] / А. Н. Павлов. ­ Эл. изд. ­ М.: БИНОМ. Лаборатория знаний, 2012. ­ 304 с. (ЭБС ZNANIUM.COM) Разработка и эксплуатация автоматизированных информационных систем: Учебное пособие / Л.Г. Гагарина. ­ М.: ИД ФОРУМ: НИЦ Инфра­М, 2013. ­ 384 с.: ил. (ЭБС ZNANIUM.COM) Программное обеспечение компьютерных сетей: Учебное пособие / О.В. Исаченко. ­ М.: ИНФРА­М, 2012. ­ 117 с.: (ЭБС ZNANIUM.COM) Программное   обеспечение:   Учебное   пособие   /   О.Л.   Голицына,   Т.Л. Партыка, И.И. Попов. ­ 3­e изд., перераб.и доп. ­ М.: Форум, 2010. ­ 448 с.: ил. (ЭБС ZNANIUM.COM) ПРИЛОЖЕНИЯ ПРИЛОЖЕНИЕ 1 Должностная инструкция руководителя ИТ­проектаКвалификация 1. Руководитель ИТ­проектов относится к категории руководителей. 2.   На   должность   руководитель   ИТ­проектов   назначается   лицо,   имеющее (высшее;   образование (информационные   системы   в   бизнесе,   информационные   технологии   САПР, управление), опыт работы в сфере ИТ технологий не менее (2 лет; 3 лет; др.)   профессиональное среднее)     (техническое) Принципы обработки информации; Стандарты и методологии проектного подхода; Управление временем; Навыки ведения переговоров; 3. Профессиональные знания      Менеджмент.  Должностные обязанности 1.  Определяет устав, цели, задачи и результат проекта. 2.  Продумывает и составляет план по  подготовке и внедрению нового проекта, определяет контрольные точки:  Определяет   состав   работ,   необходимых   для   проработки   и   внедрения проекта. Определяет и документирует зависимости между работами. Оценивает продолжительность работ, составляет критический путь. Определяет   количество   времени   необходимое   для   осуществления    проекта. 3.   Определяет   количество   и   оценивает   стоимость   ресурсов,   требуемых   для выполнения работ проекта 4.  Оценивает стоимость и определяет бюджет проекта. 5.  Выбирает команду проекта.  Определяет   профессиональные   навыки,   необходимые   участникам команды проекта. Определяет   ответственные   Управления   и   ответственные   лица,   которые будут участвовать в процессах проработки и внедрения проекта. Прописывает цепочку взаимосвязей между участниками команды проекта. Продумывает систему мотивации команды проекта.    6.  Организует собрания команды проекта 7.  Принимает участие в разработке детального бизнес­плана8.  Контролирует подготовку необходимой документации для внедрения нового проекта 9.  Контролирует подготовку необходимой документации для внедрения нового проекта  Обеспечивает   своевременные   сбор,   накопление,   распространение, хранение и последующее использование информации проекта Координирует   предоставление   нужной   информации   в   обусловленные  сроки всем участникам проекта 10.   Контролирует и отслеживает мероприятия по проработке и внедрению и при необходимости корректирует данные процессы.    Контролирует соблюдение сроков процессов проработки и внедрения Контролирует изменения бюджета проекта Отслеживает   отклонения   от   плана,   вносит   корректировки   в   план   и согласует его со всеми участниками проекта Анализирует   возможное   влияние   отклонений   в   выполненных   объемах  работ на ход реализации проекта в целом 11.  Административная работа     Бюджетирование: разрабатывает и контролирует бюджеты проектов Планирование: ежедневно, еженедельно, ежемесячно Отчетность: еженедельно, ежемесячно Кадровая работа: подбор команды проекта, мотивация команды проекта, совместно с Управлением персонал­технологий. Разработка документов: Планы, отчеты. Поддерживает в актуальном состоянии сведения, базы данных: нет    Права  Финансовые: в рамках бюджета Управления инноваций и развития. Выбор партнеров: команда проекта, эксперты по вопросам проекта Визирование документов: нет Имеет право принимать решения по вопросам:     Регламентирующие работу документы 1.  Внешние   документы:   Законодательные   и   нормативные   акты,  стандарты   по управлению проектами. 2. Внутренние документы: Положения Компании, Положение об Управлении, Должностная   инструкция,   Правила   внутреннего   трудового   распорядка, Стандарты создания новых продуктов.Критерии оценки эффективности труда 1.   Выполнение   по   срокам   мероприятий   еженедельного   и   ежемесячного планирования, за которые несет ответственность 2.   Выполнение   по   качеству   мероприятий   еженедельного   и   ежемесячного планирования, за которые несет ответственность 3.   Выполнение   по   объему   мероприятий   еженедельного   и   ежемесячного планирования, за которые несет ответственность 4. Удовлетворенность внутренних заказчиков 5. Удовлетворенность внешних заказчиков 6. Выполнение бюджетных планов 7. Достижение поставленных целей и задач по проектам Ответственность Руководитель ИТ­проектов несет ответственность: 1.   За   ненадлежащее   исполнение   или   неисполнение   своих   должностных обязанностей,   предусмотренных   настоящей   должностной   инструкцией,   —   в пределах,   установленных   действующим   трудовым   законодательством Российской Федерации 2.   За   правонарушения,   совершенные   в   процессе   своей   деятельности,   —   в пределах,   установленных   действующим   административным,   уголовным   и гражданским законодательством Российской Федерации 3.   За   причинение   материального   ущерба   предприятию   —   в   пределах, установленных   действующим   трудовым   и   гражданским   законодательством Российской Федерации ПРИЛОЖЕНИЕ 2Шаблоны иерархической структуры работ Структура разбиения работ проекта разработки сайта 1.  Подготовительный этап. 1.1. Составление концепции проекта. 1.2. Согласование концепции с заказчиком. 1.3. Утверждение концепции заказчиком. 1.4. Оформление финансирования проекта. 1.5. Согласование сроков проекта. 2. Проектирование. 2.1. Разработка технического задания. 2.2. Разработка дизайна сайта. 2.3. Согласование дизайна с заказчиком. 2.4. Разработка программного обеспечения сайта. 2.5. Интеграция программного обеспечения с дизайном. 3. Тестирование, пусконаладочные работы. 3 1. Оценка качества созданного ресурса. 3.2. Оценка удобство пользования. 3.3. Согласование с заказчиком. 3.4. Выявление ошибок и их исправление. 4. Внедрение. 4.1. Выбор доменного имени и согласование его с заказчиком. 4.2. Заключение договора хостинга. 4.3. Перенос сайта в сеть.5. Запуск сайга в эксплуатацию. Дерево работ проекта внедрения программного. 1.  Управление проектом. 1.1. Планирование. 1.1.1. Устав проекта. 1.1.2. Содержание проекта. 1.1.3. Ресурсный план. 1.1.4. План коммуникаций. 1.1.5. Плач антирисковых мероприятий. 1.1.6. План внесения изменений. 1.1.7. План по качеству. 1.1.8. План закупок и поставок. 1.1.9. Финансовый план. 1.1.10. Организационный план. 1.1.11. Календарный план. 1.2. Совещания. 1.2.1. Начальное (стартовое) совещание. 1.2.2. Недельные контрольные совещания. 1.2.3. Ежемесячные тактические совещания. 1.2.4. Завершающие совещания. 1.3. Администрирование. 1.3.1. Стандарты. 1.3.1.1. Стандарты выполнения работ. 1.3.1.2. Стандарты контроля и отчетности.1.3.1.3. Стандарты терминологические. 1.3.1.4. Стандарты обеспечения и обслуживания проекта. 1.3.2. Проектный офис. 1.3.2.1. Устав проектного офиса. 1.3.2.2. Ресурсное обеспечение проектного офиса. Требования к продукту. 2.1. Программные требования. 2.1.1. Предварительные требования к программному обеспечению. 2.1.2. Анализ предварительных требований. 2.1.3. Обновление требований. 2.1.4. Анализ итоговых требований. 2.1.5. Утверждение требований к программному обеспечению. 2.2. Документация пользователя. 2.2.1. Создание предварительной документации. 2.2.2. Анализ и пересмотр документации. 2.2.3. Обновление документации пользователя. 2.2.4.  Анализ итоговой документации. 2.2.5.   Утверждение документации пользователя. 2.3. Материалы для обучения. 2.3.1. Определение требований к обучению и тренингам. 2.3.2. Анализ и согласование требований к обучению и тренингам. 2.3.3. Создание предварительных учебных материалов. 2.3.4. Анализ и согласование учебных материалов. 2.3.5. Проведение пилотажных тренингов. 2.3.6. Уточнение и утверждение материалов для обучения и тренингов. 2.4. Аппаратное обеспечение.2.4.1.   Определение   предварительных   требований   и   аппаратному   обес­ печению. 2.4.2. Анализ требований к аппаратному обеспечению. 2.4.3. Утверждение требований к аппаратному обеспечению. 3. Детальное проектирование программы. 3.1. Разработка предварительного проекта программы. 3.2. Анализ предварительного проекта программы. 3.3. Изменение предварительного проекта программы. 3.4. Анализ окончательного проекта программы. 3.5. Утверждение проекта программы. 4. Создание системы. 4.1. Конфигурация программного обеспечения. 4.2. Адаптация и локализация документации для пользователя. 4.3. Адаптация учебных материалов. 4.4. Создание аппаратной системы. 5. Интеграция и тестирование. 5.1. Программное обеспечение. 5.1.1. План тестирования. 5.1.2. Тестовые ситуации. 5.1.3. Определение результатов тестов. 5.2. Тестирование документации для пользователя. 5.3. Тестирование учебной документации. 5.4. Тестирование аппаратного обеспечения. 5.5. Инсталляция и техническая поддержка.Блок­схема жизненного цикла программного продукта ПРИЛОЖЕНИЕ 3Образец функциональной организационной структуры ПРИЛОЖЕНИЕ 4Графика Гантта ПРИЛОЖЕНИЕ 5Семь инструментов качества ПРИЛОЖЕНИЕ 6Период/ виды  ошибок Ошибка  №1 Ошибка  №2 Ошибка  №3 Ошибка  №4 Ошибка  №5 Ошибка  №6 Итого  за день Контрольный листок по видам ошибок 1 2 3 14 5 10 7 2 1 1 3 8 3 0 6 4 1 2 9 4 7 4 1 2 8 2 0 0 5 7 4 3 1 2 0 6 7 8 6 2 0 6 3 0 5 1 0 2 1 0 1 1 0 1 1 0 Число  ошибо к Накоп ленное число Процен т  ошибок Накопленн ый процент 45 31 24 16 15 16 45 76 100 116 131 147 31 21 16 11 10 11 31 52 68 79 89 100 28 26 33 13 17 21 9 0 147       Таблица П1 ­ Контрольный листок по видам ошибок 50 45 40 35 30 25 20 15 10 5 0 Рисунок П 6.1 ­ Гистограмма (по количеству видов ошибок)16 14 12 10 8 6 4 2 0 16 14 12 10 8 6 4 2 0 0 1 2 3 4 5 6 7 8 9 Рисунок П 6.2 ­ Диаграмма разброса (ошибки №1) Ошибка №1 Ошибка №2 Ошибка №3 Ошибка №4 Ошибка №5 Ошибка №6 1 2 3 4 5 6 7 8 Рисунок П 6.3 ­ Стратификация (по дням)31 21 16 35 30 25 20 15 10 5 0 11 10 11 1 Ошибка №1 Linear (Ошибка №1) Ошибка №2 Ошибка №3 Ошибка №4 Ошибка №5 Ошибка №6 Рисунок П 6.4 ­ Диаграмма Парето (в процентах по видам ошибок) Man Machin e Measurement Material Method Метод 5M Man (человек или персонал) Machine (машина или оборудование) Measurement (измерение) Material (материалы) Method (метод) Рисунок П 6.5 ­ Диаграмма Исикавы Удовлетворенность потребителяРисунок П 6.6 ­ Контрольная карта (количество дефектов) Дерево рисков ПРИЛОЖЕНИЕ 7Матрица оценки вероятности возникновения рисков ПРИЛОЖЕНИЕ 8Не  может  быть                 Вид риска Вероятность Риск 1 Риск 2 Риск 3           Маловероятно 0,3 0 Возможно  будет Практически будт 0,6 1                                                 Таблица П 8 – Матрица оценки вероятности возникновения рисков ПРИЛОЖЕНИЕ 9Дерево решений