Как делать правильно проект

Как делать проект в школу - этапы работы, образцы готовых школьных исследовательских проектов

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

Преимущества проектного образования

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

1. Большой диапазон вариативности метода: от социальных проблем до исследований жизнедеятельности одноклеточных организмов. Не только тематика очень обширна, разнообразны также методы выполнения проектов и их защиты.
2. Этот метод способствует творческому развитию обучающихся. Выбор индивидуальных условий выполнения работы и разные подходы способствуют самосовершенствованию лучших качеств ребёнка.
3. С ранних стадий обучения ученики приучаются к дисциплине и порядку. Создать свой проект непросто. Надо составить план, написать, оформить по определённым правилам. Всё это способствует формированию дисциплинированной личности, способной работать в коллективе.
4. Создание проекта помогает задействовать семью. Ребёнок дома может сделать задание вместе с родителями. Это позволяет улучшить его просвещённость.

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

Выбор темы проекта

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

1. Исследования, наблюдения за повадками животных.
2. Описание игр, истории их появления или разработка собственных вариантов.
3. История игрушки. Дети любят свои игрушки, поэтому преподаватели используют этот факт в своей работе.
4. Народное творчество. Очень много интересных тем связано с прикладным искусством. Кружева, резьба, лепка, аппликация, плетение и многое другое может стать отличным материалом для проекта.
5. Природные явления. Разнообразие окружающего мира не может пройти мимо проектной тематики.
6. Мой любимый герой. Это направление поможет развить навыки репортёров. Умение собирать информацию о заданном объекте пригодится в будущем на более сложных проектах.

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

Основные разделы

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

1. Обложка или титульный лист. На нём обычно указывают тему работы, автора, время и место написания. Кто-то позволяет красочное оформление, что способствует эстетическому развитию ребёнка.
2. Оглавление. Указание названия разделов и страниц, где они находятся. Его можно размещать как в начале, так и в конце.
3. Введение. Обязательный пункт любого научного труда. Здесь необходимо разместить краткое описание проекта, его цели, а также какую пользу он принесёт читающим.
4. Основные разделы. Их может быть несколько или только один. Всё зависит от замысла автора или поставленной задачи.
5. Приложения. Этот раздел необязательный. Многие стараются весь материал вставлять в основной текст, но кто-то может решить вынести его в отдельную часть проекта.
6. Вывод или заключение. Хороший принцип для педагогов — приучать детей делать выводы из своих исследований. Это поможет правильно и целеустремлённо работать в заданном направлении. Такой подход научит юных исследователей оценивать итоги своего труда.
7. Список используемой литературы. Пользоваться разными источниками информации тоже учатся с начальных классов. Этот раздел поможет не забывать, что нужно ценить труд других исследователей и умело пользоваться их опытом.

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

Оформление компьютерного варианта

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

1. Правила техники безопасности. Любое электронное устройство способно не только негативно влиять на здоровье, но и при неосторожном обращении может стать угрозой для жизни. Прежде чем пускать ребёнка к компьютеру, стоит хорошо объяснить ему, что делать можно, а от чего следует воздержаться. Кроме этого, всегда нужно приводить примеры последствий правильной и неправильной работы с техникой.
2. Правила обращения и основные методы работы. Обучение компьютерной грамоте начинается с азов и постепенно усложняется. Никогда не требуют от ребёнка того, что он не может понять или усвоить из-за малого возраста.
3. Работа в интернете. Здесь главное правило — не оставлять ребёнка один на один со Всемирной паутиной, иначе не миновать беды. Опытные педагоги старательно и терпеливо объясняют, почему опасно заходить на незнакомые сайты и по каким причинам нельзя гулять в интернете без родителей или учителей.
4. Отбор нужной информации. Этому тоже важно обучать сразу, иначе время за компьютером будет потеряно впустую. Постоянные отвлечения будут мешать продвижению к цели.
5. Оформление работ. Компьютерные программы предоставляют большие возможности в быстром и красивом оформлении. Научить этому надо с самого начала, применяя простейшие приложения.
6. Сохранение материала. Всегда есть опасность потерять электронный вариант проекта, поэтому необходимо первым делом обучать ребёнка правильно сохранять работу на компьютере. Использовать флешку для сохранения информации лучше в более старшем возрасте, однако правила безопасного извлечения этого устройства стоит освоить на начальной стадии. Самостоятельно выполнить такое действие нетрудно, но сначала родители и учителя должны постоянно контролировать образовательный процесс.

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

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

Оформление проекта: правила и этапы

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

Требования к заглавной странице

Для начала необходимо выбрать размер шрифта. В зависимости от предназначения проекта, его вида, могут быть некоторые отличия в размере шрифта. В основном применяется шрифт Times New Roman с размером 16. Главный текст располагается по центру страницы. Правила оформления проекта предполагают размещение полного наименования учебного заведения (организации). Важным моментом является установка полей на странице. В зависимости от требований, которые предъявляются к конкретному проекту, размер полей может быть выбран автоматически, а также настроен вручную.

Критерии

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

Далее курсор устанавливается на середине страницы, меняется размер шрифта с 16 на 24. Автор указывает тип проекта: творческий, научный, реферативный. В следующей строке указывается название работы без кавычек и точки, используется 28 размер шрифта.

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

Последняя строка титульного листа отводится на указание года выполнения работы. Это классическое оформление проекта. Образец титульного листа представлен на фото.

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

Заголовки в проекте

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

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

Использование сокращений в оформлении

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

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

Специфика оформления приложений

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

Нумерация страниц

Оформление дизайн-проекта сопровождается указанием номера каждого листа. На первом листе его не ставят, поэтому нумерация идет с оглавления. Классическим вариантом считается расположение номера по центру внизу страницы.

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

Особенности школьного проекта

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

Пример оформления оглавления

Содержание

1.Введение. Стр. 3-4

2. Виды двигателей, используемых в современных транспортных средствах.

2.1 Характеристика бензинового двигателя. Стр. 4

2.1.1 Состав выхлопных газов. Стр. 5

2.1.2 Влияние отработанных газов (СО/СН) на экологию и здоровье человека. Стр. 5

2.2. Характеристика электрического двигателя. Стр. 5-6

2.2.1 Преимущества электрического двигателя. Стр. 6

2.2.2 Экологические характеристики электрического двигателя. Стр. 6-7

3. Экспериментальная часть работы. Стр. 7-10

4. Заключение.

4.1 Выводы по проблеме исследования. Стр. 10-11

4.2 Рекомендации по проблеме исследования. Стр. 11

5. Библиографический список. Стр. 12

6. Приложения.

Приложение 6.1. Внешний вид бензинового двигателя. Стр. 13

Приложение 2. Внешний вид электрического двигателя. Стр. 14

Пример тезисов по проекту

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

Продемонстрируем вариант работы на тему: «Влияние темперамента на выбор профессии в подростковом возрасте». На титуле необходимо указать всю информацию об авторе:

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

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

Также проговаривается и конечная цель работы. Как вариант ее можно оформить таким образом: «Исследование взаимосвязи между темпераментом и выбором профессии среди учащихся школы».

Задачи работы прописываются отдельно:

• изучить историю учения о типах темперамента;

• ознакомиться с методиками изучения типов темперамента;

• выявить и обосновать влияние темперамента на профессиональный выбор;

• изучить типы темперамента у учащихся;

• установить зависимость между определённым типом темперамента учащихся и выбираемыми ими профессиями, видами профессиональной деятельности;

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

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

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

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

Этапы работы над проектом

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

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

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

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

Памятка по созданию проектов

ПАМЯТКА

по созданию учебных проектов и презентаций

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

Можно считать, что любая деятельность осуществляется в рамках проекта, если:

• сформулирована цель предстоящих действий;

• намечены основные этапы;

• определены результаты каждого этапа в виде задач;

• установлены сроки выполнения проекта;

• определены исполнители, распределены функции каждого;

• намечены источники средств для достижения цели;

• определена форма отчетности по результатам проекта;

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

Типы учебных проектов

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

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

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

4.Практико-ориентированные (прикладные). Эти проекты отличает четко обозначенный с самого начала будущий результат деятельности его участников. Например, документ, созданный на основе полученных результатов исследования; программа действий, рекомендации.

Проект должен содержать следующие части:

• титульный лист

• оглавление

• краткая аннотация

• эпиграф

• основная часть

• заключение (итог)

• библиография

1-этап

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

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

• тема должна быть выполнима, решение ее должно принести реальную пользу,

• тема должна быть оригинальной,

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

1. Начальным этапом любого проекта является обоснование актуальности выбранной темы. Объяснение актуальности должно быть немногословным. Главное показать суть проблемной ситуации, объяснить, для чего проводится исследование.

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

3. После выделения цели необходимо указать на конкретные задачи, которые предстоит решать (изучить, описать, установить, выяснить, вывести формулу и т.п.).

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

Объект исследования – процесс или явление, порождающее проблемную ситуацию и избранные для изучения.

Предмет исследования – все то, что находится в границах объекта исследования в определенном аспекте рассмотрения.

5. Выдвижение гипотезы – необходимый атрибут любого исследования.

Гипотеза – это научное предположение, выдвигаемое для объяснения каких-либо явлений. Гипотеза возникает как возможный вариант решения проблемы.

2 - этап

Проведение проектной работы:

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

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

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

Выбор методики работы зависит от цели и предмета исследования: наблюдение, сравнение, эксперимент, анализ, синтез и т.д.

3-этап

Оформление полученных результатов работы

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

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

Структура работы:

- титульный лист,

- оглавление,

- введение,

- основная часть,

- заключение,

- список литературы,

- приложения.

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

План оформления проектной работы:

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

• Основная часть (литературный обзор, методика исследования, описание исследования).

• Заключение (выводы и результаты).

• Список литературы.

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

Введение – очень важная часть работы. Во введении должны быть четкие ответы на следующие вопросы:

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

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

3. Заключение должно содержать в лаконичном виде выводы и результаты, полученные автором (с указанием, если возможно, направления дальнейших исследований и предложений по возможному практическому использованию результатов исследования).

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

Общепринятые стандарты оформления проектных работ

Шрифт: TimesNewRoman, 14, не жирный (кроме выделения названий разделов, подразделов и др.).

Межстрочный интервал: полуторный.

Поля: верхнее – 2 см, нижнее – 2 см, слева – 3 см, справа – 1.5 см.

Нумерация страниц – со второй (страница с планом или содержанием).

Абзацы – отступ от левой границы основного текста на 1.5 см.

Выравнивание текста по ширине.

На странице не меньше 40% заполнения.

Каждый раздел начинается с новой страницы (но не подраздел). После названия раздела точка не ставиться.

В объем работы не входят приложения.

Основные принципы разработки учебных презентаций

1. Оптимальный объем. Наиболее эффективен зрительный ряд объемом не более 8 – 20 слайдов. Презентация из большего числа слайдов вызывает утомление, отвлекает от сути изучаемых явлений.

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

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

4. Учет особенности восприятия информации с экрана. Понятия и абстрактные положения до сознания студентов доходят легче, когда они подкрепляются конкретными фактами, примерами и образами; поэтому необходимо использовать различные виды наглядности.

Необходимо чередовать статичные изображения, анимацию и видеофрагменты.

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

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

7. Динамичность. Необходимо подобрать оптимальный для восприятия темп смены слайдов, анимационных эффектов.

Создание презентации состоит из трех этапов:

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

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

III. Репетиция презентации – это проверка и отладка созданной презентации.

Требования к оформлению презентаций

Оформление слайдов

Соблюдайте единый стиль оформления.

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

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

Для фона предпочтительны холодные тона.

Использование цвета

На одном слайде рекомендуется использовать не более трех цветов: один для фона, один для заголовка, один для текста. Обратите внимание на цвет гиперссылок (до и после использования).

Анимационные эффекты

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

Содержание информации

Используйте короткие слова и предложения.

Заголовки должны привлекать внимание аудитории.

Расположение информации на странице

Предпочтительно горизонтальное расположение информации.

Наиболее важная информация должна располагаться в центре экрана.

Если на слайде имеется картинка, надпись должна располагаться под ней.

Избегайте сплошной текст. Лучше использовать маркированный и нумерованный списки.

Шрифты

Для заголовков – не менее 24. Для информации не менее 18.

Шрифты без засечек легче читать с большого расстояния.

Нельзя смешивать разные типы шрифтов в одной презентации.

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

Нельзя злоупотреблять прописными буквами (они читаются хуже строчных).

Способы выделения информации

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

Объем информации

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

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

Делайте слайд проще. У аудитории всего около минуты на его восприятие.

С чего начать проект? — Личный опыт на vc.ru

Совсем недавно меня засыпали рядом вопросов:

С чего начать проект?

Какой план должен быть у проекта? Как правильно это делать?

Проработав несколько лет на внутренних и внешних проектах, а также участвовав во многих Startup я поняла одно — очень много проектов умирает на стадии планирования.

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

План по реализации проекта:

1. Опиши свою идею на бумаге/блокноте/редакторе. Все идеи умирают в голове, а могли бы реализоваться. Распиши свой проект, сделай схему, обозначь границы. Подумай кому ты можешь показать свой план.
2. На следующий день перепиши свой проект/продукт/услугу. Часто бывает, под влиянием эмоций, мы пропускаем важные детали.
3. Распиши этапы реализации проекта: Функционал/JTBD/MVP/Объем рынка/Анализ конкурентов/Продвижение. Распиши задачи для каждого этапа.

С чего лучше начать проект или как сделать так, что бы не было потом мучительно больно

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

Понимание проекта

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

• Одноразовая поделка — это проект, нацеленный на создание какого-то графического концепта и его дальнейшей продажи инвесторам. Отличительными особенностями данного типа проектов являются:
  1. Невменяемая документация. Основная идея понятна, но в бизнес-кейсах творится полный хаос, а логических дыр не счесть.
  2. Сжатые сроки. До 3-х месяцев от написания документации до прототипа.
  3. Нет планов развития и не планируется дальнейшая поддержка.
  4. Маленькая команда. Обычно до 5 человек, включая дизайнеров.
  5. Отсутствие бизнес процессов. Всё взаимодействие сумбурное, основанное на межличностном общении, уточнении принципиальных моментов и/или придумывании на ходу.
  6. Роли размыты. Нет четкого разграничения полномочий и зон ответственности.
  7. Нет настоящих данных. Все данные сгенерированы для “красоты” и подогнаны для наилучшего отображения.
  8. Для ускорения разработки во всю используются внешние зависимости.
  
  
• Стартап — это проект, который настроен на реализацию конкретной идеи, с последующим развитием. Обычно, данные проекты развиваются по спиралевидной модели и, по этой причине, имеют почти такие же отличительные особенности, что и первый тип (одноразовая поделка):
  1. Чёткое разбиение на этапы. Минимально: сроки и перечень функционала, который необходимо в заданный период времени реализовать.
  2. Относительно вменяемая документация. Проведена аналитика, выставлены ориентиры по этапам сдачи, уточнения зачастую приходят во время спринта. Чаще всего используют waterfall, несмотря на то, что заявлен Agile.
  3. Средние сроки сдачи основного функционала. В среднем от 6 до 12 месяцев.
  4. На начальных этапах используют внешние зависимости, которые со временем меняются на собственную реализацию.
  5. Маленькая команда. Обычно до 7-10 человек.
  6. Есть разграничение ролей, но ответственность размыта.
  7. Проект может мутировать. На одном из этапов, возможно, изменится концепция или подход к реализации. Обычно это связано с требованиями инвесторов, изначально провальной идеи или ошибках в архитектуре.
  8. Условно живые данные. Происходит обкатка на фокус-группах или парсинг живых данных со сторонних ресурсов. Правда так бывает не всегда…
  
  
• Информационная система — это проект, реализующий идею с планами по интеграции в сторонние сервисы.
  1. Есть план развития.
  2. Четко написанная документация. Минимально: задокументировано описание API.
  3. Возможно, потребуется проводить интеграцию со сторонними сервисами, ставить “костыли” или перестраивать части системы.
  4. Есть промежуточные релизы, хот-фиксы.
  5. Команда средней величины. Обычно от 10 до 20-30 человек.
  6. Чёткое разделение зон ответственности.
  7. Требования безопасности: после проведения аналитики созданы кейсы, которые могут привести к краху системы.
  8. Уделяется время тестированию.
  9. Используется Agile.
  10. Почти всегда есть backlog.
  11. Используются только внешние зависимости, дорогие в реализации собственными силами. Практикуется наравне с проприетарными.
      
  
  
• Замкнутая система — это объемный проект, предназначенный для обслуживания конкретных потребностей Заказчика, с дальнейшей доработкой.
  1. Конкретный заказчик.
  2. Есть план развития.
  3. Проектная документация по разработке. В помощь пользователям написана отдельная документация по требованию Заказчика.
  4. Разграничение прав пользователей.
  5. Почти всегда есть backlog.
  6. Размер команды обычно больше средней. Как правило от 10 человек и до потери пульса.
  7. Используется Agile. Периодически прилетают дополнительные задачи, которые необходимо реализовать во что бы то ни стало.
  8. Неожиданные показательные выступления. По требованию вышестоящего руководства происходят показы, поэтому работоспособный тестовый контур никогда не будет лишним.
     
  
  
• Saas решение — это объемный проект с гибкой настройкой и дальнейшей кастомизацией под конкретного заказчика.
  1. Многомодульная система. Система разбита на несколько частей. Которые можно использования по отдельности, даже за рамками конкретного проекта.
  2. Чёткое планирование. Минимально: осуществляется оценка трудозатрат на реализацию фич. Закладывается время на модернизацию и рефакторинг.
  3. Объемная документация. Описано, как правило, почти всё, включая тест-кэйсы.
  4. Как правило, отсутствуют внешние зависимости и пишутся свои реализации частей системы. Даже если есть сторонние реализации.
  5. Несколько команд разработки. Каждый отвечает за свою часть разработки будь-то бэк или же фронт.
  6. Покрытие тестами всего и вся. Применяются авто-, юнит-, регресионое-, интеграционные тесты.
     

Все градации условны и чаще всего встречаются перетекающие типы. Хочу заметить, что все типы могут мутировать друг в друга, единственный нюанс — в стоимости модернизации. Например, проект изначально был “одноразовая поделка”, а потом эволюционировал в “замкнутая система”. Обычно, подобное приводит к полному или почти полному переписыванию системы или ее рефакторингу. Как вы понимаете, это экономически нецелесообразно. По этой же причине желательно понять какой именно проект вам необходимо создать с нуля, и попытаться определить его дальнейшую судьбу.

Для определения типа проекта, ниже я привел вопросы, получив ответ на которые вам станет понятно, чего от Вас хотят:

• Цель проекта?
• Полный перечень того что надо реализовать?
• Есть ли документация?
• Какие сроки? Желательно точные даты.
• Планируется внешнее взаимодействие со сторонними системами, или будет ли у проекта внешнее API
• Есть ли наработки?
• Размер команды?
• Кто за что отвечает? Кто ставит задачи, кто принимает, кто имеет права вето.
• Есть ли планы на развития и какие они?
• Кто заказчик?
• Есть ли бюджет на покупку готовых решений?
• По какой методологии планируют работать
• Есть ли аналоги?
  

Как вы видите, перечень не такой уж и большой. Правда, по какой-то неведомой причине, мало кто задаётся подобными вопросами до того, как начать что-либо делать. Вы спросите зачем мне понимать тип проекта?! Всегда надо делать так, чтобы проект жил вечность?! По большому счёту, вы правы, но есть нюансы, как в скабрезном анекдоте. Эти нюансы — ресурсы и сроки. Не стоит забывать, что мы трудимся на благо бизнеса и выполняем поставленные задачи. Когда вам известен тип проекта, вы можете без зазрения совести чем-то пожертвовать для достижения поставленных задач.

Выбор технологий

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

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

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

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

Данный пример составлен для вымышленного проекта:

Название  функционала проекта.	Коэффициент важности для проекта
Работа с формами	3
Роутинг	1
Простота написания анимации	0,3

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

Название  функционала проекта.	Коэффициент важности для проекта	Технология 1	Технология 2
Работа с формами	3	+	±
Роутинг	1	+	±
Простота написания анимации	0,3	+	-

Исходя из данных таблицы, мы понимаем, что у “Технология 2” работа с формами и роутинг хромают, а создание анимации подобно вызову Сатаны. В итоге, удельный вес данной технологии составляет 2. Вы спросите почему 2? Всё просто! Если вы ставите ±, то в данной технологии конкретный функционал реализуем, но с какими-то “костылями”, либо же более трудозатратный. В нашем сравнении выгоднее будет “Технология 1 “, с итогом 4,3. Думаю пояснения по образованию сумм излишни. Данная таблица работает не только с технологиями, но и со всем, что требует сравнения и выбора из списка. Главное — не забывать, что чем больше критериев напишите, тем проще вам будет сделать выбор.

Архитектура

В настоящее время есть возможность выбрать из многообразия различных сервисов, предоставляющих инструменты для проектирования архитектуры. Правда у любого из них есть недостатки, для кого-то критичные, а для кого-то нет. Так как я “oldfag”, то предпочитаю листочек и ручку или доску и маркер.

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

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

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

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

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

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

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

Планирование

Так называемая “Дорожная карта” поможет вам выполнить работу эффективнее. По сути это график, с условными сроками сдачи того или иного функционала. Даты могут переноситься, но, как показывает практика, при грамотном выполнении вышеизложенных пунктов, поправка составит до 30%. На практике это обычно 10-15%. Планирование позволит вам отслеживать прогресс проекта, видеть провисания, вносить коррективы в виде ресурсов или сдвига сроков, и т.д.

За что Вам потом скажут спасибо

Любой проект начинается с документации, и чем её больше, тем лучше! Так что не надо лениться — документируем ВСЁ. Да, это займет время, но впоследствии может спасти Вас от гнева руководства, если что-то пойдет не так, не по Вашей вине. Также не стоит забывать, что после Вас на проекте появятся люди, которым придётся разбираться в том, что вы создали. А без документов сделать это будет не просто.

Выводы

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

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

Типа проекта / признаки	Одноразовая поделка	Стартап	Информационные системы	Замкнутые системы	Saas решения	Какие-то другие проекты
Кол-во людей до 5		X	X	X	X
Кол-во людей  от 7 до 10
Кол-во людей от 10 до 30	X
Кол-во больше 30	X	X
Срок сдачи  до 3х месяцев		X	X	X	X
Срок сдачи  от 6 до 12 месяцев
Срок больше 12 месяцев	X
Документация
Требования интегрирования с  другими системами
Конкретный заказчик известен
Планируется дальнейшая поддержка
Планирование
Роли четко разграничены
Разрешено использовать внешние зависимости
Есть живые данные для тестирования и анализа
Требования  по безопасности
Требуется тестирование
Требуется написание  документации по продукту или инструкция
Требуются модульная реализация
Несколько команд разработки
Всего

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

С чего начать работу над проектом — памятка проект-менеджеру. Читайте на Cossa.ru

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

Шаг 1. Определите владельца проекта и ответственного

В начале проекта сразу найдите владельца, именно он принимает решение о запуске проекта. Например, это может быть собственник бизнеса или руководитель отдела маркетинга. Помимо владельца определите ЛПР — лиц, принимающих решения. К ним могут относиться сотрудники ниже рангом: маркетинг, PR. Или даже те, кто участвует в задаче только косвенно, но влияет на принятие решения. К таким людям можно отнести, например, финансового директора, который «оплачивает банкет», но не имеет маркетинговых компетенций. Ваша задача — выяснить зоны ответственности всех ЛПР и их вовлечённость в проект.

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

Пример.

Основатель и генеральный директор.
Владелец проекта.

Операционный директор.
ЛПР.

Директор отдела маркетинга.
Главный ЛПР.

Digital-маркетолог.
ЛПР.

Штатный дизайнер.
ЛПР.

Шаг 2. Определите стейкхолдеров

Стейкхолдеры — это заинтересованные в проекте люди, которые могут повлиять на владельца, руководителя, команду, конечных пользователей или других участников проекта.

Лучше выбрать отдельную тактику работы с каждым из заинтересованных лиц. Тактика зависит влияния и важности стейкхолдера.

Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.

Важность — насколько человек влияет на результат.

График влияния стейкхолдера

1. Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы.
2. Консультанты — влиятельные люди с низким уровнем важности. С ними менеджер проекта обсуждает важные вопросы, но не лезет с мелочами.
3. Поддержка — важные, но не влиятельные сотрудники, держите их в курсе новостей. Когда появляются новые идеи и пожелания, идите к ним и рассказывайте.
4. Рядовые сотрудники — люди с низким уровнем влияния и важности. Это дизайнеры, верстальщики, разработчики, над которыми стоят главные — поддержка.

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

Шаг 3. Сбор и формализация требований

Каждая студия собирает требования клиента по-разному. Менеджер проекта присутствует на всех встречах, чтобы быть в курсе — именно ему предстоит уточнять, собирать дополнительные сведения, перепроверять и доносить мысли от заказчика команде и обратно.

В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.

Пример шоурила для встречи с клиентом.

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

Продумайте все вопросы заранее, чтобы ничего не упустить при обсуждении. Посмотрите схему интервью Виктора Ченга, бывшего консультанта McKinsey & Company, — она поможет структурировать знания и передать их команде.

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

Шаг 4. Аналитика

Иногда клиенты сами не понимают, что им нужно. В таком случае поможет предпроектная аналитика.

Владелец банковского сайта обратился к нам с задачей на редизайн. Он сказал, что их клиенты — успешные взрослые женщины и мужчины с зарплатой больше 100 тысяч, которые приходят за автокредитом и ипотекой. Мы проверили, и оказалось, что целевая аудитория — девушки 20–25 лет с зарплатой до 50 тысяч, которые берут потребительский кредит на отдых.

Концепция — визуальный дизайн, CJM, пользовательские сценарии — зависит от аудитории, и для всех она разная. Этот случай показывает, что аналитика помогает улучшить результат ещё до старта.

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

«Иногда приходят клиенты и говорят: „Вот наш сайт, подскажите как эксперты, что хорошо и что плохо“. Мы говорим: „Нет, мы не целевая аудитория“. Например, мы не можем оценить сервис для ипотеки. Мы не подходим к оценке экспертно, а привлекаем реальную аудиторию продукта».

Шага 5. Планирование и декомпозиция задач

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

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

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

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

1. Василий — суперзанятый, некогда сходить на обед. Ему важно успеть заказать обед незаметно для коллег во время совещания, буквально двумя кликами.
2. Василиса — сидит дома с детьми, заботится о здоровье, готова к новому опыту. Может проводить в приложении много времени: изучать состав, калории и так далее.

2 этап. Детальное проектирование: разрабатываем прототипы интерфейса, тестируем их на лояльной аудитории. Для «Азбуки вкуса» приглашали клиентов в офис и тестировали прототипы.

3 этап. Дизайн-концепция: дизайн, интерактив — всё это тоже проверяем на группе и согласуем с заказчиком.

4 этап. Внутренние страницы, ресайзы и так далее.

Чем подробнее расписаны задачи, тем легче их будет оценить.

Шаг 6. Оцените задачи

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

1. которые вы делали раньше;
2. которые вы не делали, но знаете, как;
3. которые вы не делали и о которых вам нужно узнать больше.

Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.

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

По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.

7. Составьте план проекта

В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.

Интерфейс MS Project

В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.

Диаграмма Ганта. Источник: medium

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

Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.

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

К старту готовы

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

Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на [email protected]. А наши требования к ним — вот тут.

Трехэтапное руководство по выбору правильной методологии управления проектами

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

Выполните эти 3 шага, и вам не придется полагаться на «eenie meenie miney mo», когда дело доходит до выбора наилучшего способа работы.

3 шага к выбору методологии управления проектами

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

Хотите быть в курсе всех наших полезных презентаций Slideshare? Следуйте за нами на Slideshare! .

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

Основатель

IDEO Тим Браун однажды сказал: «Дизайн повсюду, неизбежно каждый является дизайнером». И эту точку зрения дизайнеры слышат все чаще; Потому что если вы умеете решать проблемы, значит, вы дизайнер, верно? Не обязательно.

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

В этой статье мы рассмотрим, как можно избежать проектирования комитетом, сохранив при этом процесс совместного проектирования, который мы часто используем в UXPin, платформе для совместного проектирования с командой дизайнеров и разработчиков из 40 человек. а маркетологи разделились между США и Польшей.

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

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

***

Шаг 1. Назначьте роли и границы с самого начала

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

«Очень важно, чтобы вы могли быстро определить, кто заинтересован в проекте и на кого больше всего влияют любые дизайнерские решения, которые вы принимаете».

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

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

• Почему вам не нравится логотип меньшего размера?
• Какую выгоду вы видите для пользователя в увеличении логотипа?
• Что не нравится в логотипе?

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

Чтобы помочь вам определить уровень навыков тех, кого вы включаете в сеанс обратной связи, Эверетт Маккей, руководитель UX Design Edge, советует использовать лестницу навыков UX-дизайна.

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

• Общее понимание дизайна
• Уравнивает дизайн с технологией
• Дает субъективную обратную связь, которая может быть расплывчатой ​​или чрезмерно подробной, сосредоточиваясь на минутных, а не на общих идеях

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

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

Несколько предостережений при определении ролей людей:

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

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

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

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

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

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

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

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

Начните с собеседования с потенциальными заинтересованными сторонами, используя подробное руководство Ким Гудвин (с разбивкой по отделам), чтобы вы могли как можно скорее прояснить ситуацию.Гудвин советует спрашивать каждого, какова их роль в проекте. Узнайте, что их больше всего беспокоит в проекте, а также их мнение о том, для кого предназначен продукт. Спросите у участников маркетинга их мнение о пользователях и о том, что их беспокоит в конкуренции. Поговорите с заинтересованными сторонами в области разработки о скрытых технологиях, чтобы лучше понять, возможно ли реализовать то, что вы разрабатываете.

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

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

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

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

• Привлекайте руководителей на раннем этапе. У них есть бизнес-идеи, которые помогут сформулировать цели дизайна. Более того, вы укрепите доверие, вовлекая их в процесс на раннем этапе.
• Выбросьте маркетинг, когда пора разрабатывать. У маркетолога будет понимание обмена сообщениями. Они также помогут сгенерировать множество идей (подробнее об этом позже) и могут получить полезную обратную связь на этапе создания прототипа. Но они могут не иметь ничего ценного, чтобы внести свой вклад, когда дело доходит до визуального дизайна или фактической реализации дизайна.
• Проверяйте идеи вместе с отделом продаж и обслуживания клиентов. Эти люди всегда на передовой с вашими клиентами. Они скажут вам, совпадают ли эти идеи с тем, чего хотят достичь клиенты. Вы также можете привлечь их по мере приближения к реализации, чтобы увидеть, подходит ли ваше решение для проблем клиента.
• Привлечь разработчиков до внедрения. Работайте вместе со своими разработчиками, чтобы увидеть, возможно ли то, что вы создали, технически.Не передавайте свои проекты в конце и ожидайте, что разработчики сделают это возможным.

Не передавайте свои проекты в конце и ожидайте, что разработчики сделают это возможным.

Какие отзывы вы ждете? - Не зацикливайтесь на бесконечных циклах обратной связи. Вы должны знать, сколько нужно, чтобы двигаться вперед, и когда достаточно. И это начинается еще до того, как вы начнете сеанс обратной связи.

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

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

Ищите шаблоны. Есть ли что-то общее между отзывами? Если есть повторяющаяся обратная связь, то нужно исследовать нечто гораздо более глубокое. Внимательно слушайте, когда кто-то указывает на проблему. Затем задайте множество вопросов, если они попытаются предложить решения. Помните: не все будут использовать язык дизайна.

После того, как вы услышали отзывы всех, вам нужно их обобщить. Вы принимаете решение по продукту.

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

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

Start Broad…

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

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

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

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

Участники не могут быть пассивными наблюдателями.

Вы также можете использовать подход дизайн-мышления «Как бы мы…», чтобы держать всех под контролем. Это способ развить идеи, сказав: «Как мы можем сделать X?» Или «Как мы можем сделать Y лучше». Помните: ваша работа как дизайнера - сосредоточить внимание каждого на поставленной цели на любом занятии в студии.

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

… Тогда сузьте игровое поле.

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

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

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

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

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

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

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

Обратная связь - это переговоры, а не поручение.

Несколько советов по работе с этой обратной связью на поздней стадии:

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

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

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

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

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

.

10 способов оставаться организованными для руководителей проектов The Work Smarter Guide - Redbooth

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

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

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

1. Ранняя установка ожиданий

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

2. Определите область действия

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

Как руководитель проекта, первым шагом в процессе планирования проекта является определение его объема. Чтобы сделать это эффективно, вы должны понимать:

• Результаты: Каковы ожидаемые результаты и результаты?
• Стоимость: Есть ли установленный бюджет?
• Срок: Сколько времени у вас есть на реализацию проекта?
• Доступные ресурсы: Какие физические, человеческие и финансовые ресурсы есть в вашем распоряжении?
• Заинтересованные стороны: Кто участвует в проекте? Кто такие влиятельные лица, лица, принимающие решения, и получатели?

3.Следуйте шаблону

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

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

4. Проверка хода выполнения плана проекта

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

• Эффективно ли выполняются задачи?
• По-прежнему ли реалистичны первоначальные сроки по сравнению с тем, как быстро продвигается работа? Если нет, то есть ли задачи, которым следует уделять больше внимания?
• У вас все еще есть ресурсы, необходимые для завершения проекта?

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

5. Установить сроки

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

6. Встречайтесь часто

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

Исследование более 500 000 собраний показало, что люди наиболее приветливы на собраниях по вторникам в 14:30. Если вы работаете в виртуальной проектной группе, найдите время, которое лучше всего подходит для большинства членов команды.Работа в нескольких часовых поясах может оказаться сложной задачей, но чтобы одни и те же люди не участвовали в ночной конференц-связи, меняйте время встреч.

7. Разработайте эффективную файловую систему

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

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

8. Эффективно делегируйте задачи

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

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

9. Предвидеть проблемы

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

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

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

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

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

.

Полное руководство по управлению проектами

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

Основы управления проектами: изучение основ

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

Менеджмент: ведение команды к успеху проекта

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

Производительность: инструменты и советы для более эффективной работы

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

Команды и удаленная совместная работа: объединение людей

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

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

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

Ресурсы в социальных сетях: свяжитесь с экспертами PM

Социальные сети - это фантастический инструмент для общения и обучения у экспертов по управлению проектами со всего мира. Вот как найти руководителей проектов и идейных лидеров в крупных социальных сетях.

Образовательные ресурсы: узнайте больше об управлении проектами

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

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

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

.

Как войти в управление проектами (просто с тем, что у вас есть)

Привет! В настоящее время вы работаете на другой должности, может быть, в инженерии, ИТ, финансах или где-то еще. А вы заинтересовались стать менеджером проекта?

Теперь ваш вопрос: как мне на самом деле попасть в управление проектами?

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

Почему опыт и характер важнее квалификации

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

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

Второй момент - характер. Если что-то идет не так, как планировалось, если кто-то злобно лает на вас, если кто-то в вашей команде не выполняет то, что он должен делать: как вы отреагируете? Вы прячетесь за компьютером и надеетесь, что день скоро закончится? Или вы справляетесь с ситуацией и решаете ее, даже если это требует много энергии?

Хорошие новости: компании всегда ищут надежных, мотивированных людей, которые выполняют план проекта и не сдаются, когда дела идут плохо (95% людей сдаются !!!)

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

Навыки, необходимые как менеджеру проекта

Когда дело доходит до оттачивания навыков управления проектами, сосредоточьтесь на следующих навыках:

• Управление людьми
• Хорошо общайтесь
• Планируйте, координируйте и выполняйте многие (сложные) задачи
• Работа с давлением и стрессом

Как получить опыт работы с проектом

Теперь вы можете спросить: «Как я могу накопить опыт управления проектами, если я еще не руководитель проекта?»

Хороший вопрос!

Ключ - искать возможности в вашей текущей компании.

Есть два основных способа:

• Руководить небольшим проектом в своем отделе
• Поддерживать текущий проект в качестве заместителя руководителя проекта (это то, что я сделал)

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

Вариант 1. Возглавьте проект в своем отделе

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

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

Будет ли легко? Нет!

Вы многому научитесь? Однозначно!

Вариант 2: Начать свой собственный проект

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

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

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

Вариант 3: Стать помощником менеджера проекта

Это отличный способ получить опыт работы с проектом. Вы не находитесь непосредственно на «горячем месте» руководителя проекта, но все же вы работаете вместе с ответственным менеджером и поддерживаете его в его повседневной работе. Кроме того, вы будете первым контактным лицом, если его нет в офисе.

Совет: прочтите мою статью о том, как стать помощником проекта.

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

Как вы это делаете?

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

Чтобы упростить сотрудничество, есть несколько моментов, которые вы должны уточнить заранее:

• Как вы будете поддерживать
• Ваше временное обязательство
• Регулярное общение

Как именно вы будете поддерживать:

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

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

• Выполнение задач
• Организация встреч
• Написание протоколов встреч
• Создание слайд-шоу
• Написание проектных предложений

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

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

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

Сколько времени вы можете посвятить:

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

Как вы будете общаться:

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

(Обязательно подпишитесь на мой канал Youtube!)

Посмотрите, какие проекты работают в других отделах

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

Когда придет время и, если предположить, что вы оставили хорошее впечатление, велики шансы, что вам предложат должность менеджера проекта. Конечно, нужно терпение!

Моя история: Как я стал менеджером проекта

Моей первой работой была техническая роль в ИТ (SAP). Мне очень нравилась моя работа. Мне нужно было путешествовать, и я работал в замечательной команде.

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

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

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

Через несколько месяцев я выполнял большую часть координационной работы. Я знал все аспекты проекта и в основном разговаривал с членами команды и заинтересованными сторонами.

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

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

Что вы хотите знать?

Какой у вас вопрос, когда дело касается входа в личку? Оставьте свой комментарий ниже, и я вам помогу.

Вы можете связаться со мной в LinkedIn.

С уважением,

.

Полное руководство по выбору наилучшего метода реализации проекта

Полное руководство по выбору наилучшего метода реализации проекта - Digital Builder

Управление проектом

От

15 февраля, 2020

Читать 12 мин.

.

---

Смотрите также

• 
  Сравнительная таблица видов теплопередачи
• 
  Минвата или эковата что лучше
• 
  Место для мангала на даче
• 
  Самый лучший обогреватель
• 
  Скрутка проводов в распределительной коробке как правильно
• 
  Что такое магнитофон
• 
  Дендроплан участка 6 соток
• 
  Если помутнели банки с помидорами что делать
• 
  Плесень в погребе как устранить
• 
  Багрянник японский или круглолистник в подмосковье
• 
  Схема проводки в дачном доме