С чего лучше начать проект или как сделать так. Оценка требований

С чего лучше начать проект или как сделать так. Оценка требований

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

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

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

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

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

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

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

Что проще: изобразить схему с тремя блоками и связями между ними или исписать половину листа А4? К тому же, картинку проще воспринимать, а читать длинные тексты никому не хочется. Обратите внимание на UML — язык, на котором можно писать и физические модели базы данных, и концептуальные модели, и диаграммы последовательности вызовов, и многое другое.

Как работать с проектами. Идея

И все же услышав, что моей сильной стороной являются мои софт скиллы, я начал всерьез рассматривать карьеру ПМа. В целом на словах все казалось простым и понятным: у тебя есть задача в реализации проекта (понимание слова «проект» сильно отличалось от моих проектов того времени), временная команда, бюджет, заказчик – и вот со всем этим нужно работать. Конечно, опираться только на софт скиллы нельзя, и было решено составить личный SWOT-анализ, который помог бы мне расставить все по полочкам.

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

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

Стабильность компании на рынке.
Сколько лет работает? Какая «демографическая» динамика внутри компании (иными словами численность сотрудников)? Такой информации полно в свободном доступе.

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

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

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

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

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

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

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

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

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

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

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

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

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

Подготовка к проекту. ПОДГОТОВКА ПРОЕКТА

Введение

Фаза 1 «Подготовка проекта» носит подготовительный характер (разработка устава проекта, стандартов документации, техническое обеспечение офиса и т.д.) перед непосредственным стартом проекта как такового.

Предпосылки начала фазы :

• • принято решение о старте проекта, определены функциональные и организационные рамки проекта;
• • подписан договор на внедрение проекта КИСУ (в случае привлечение внешнего исполнителя);
• • определен куратор проекта со стороны компании;
• • определен руководитель проекта со стороны компании;
• • определен куратор проекта со стороны исполнителя;
• • определен руководитель проекта со стороны исполнителя. Цели фазы :
• • разработать устав проекта;
• • подготовить детальный план проекта;
• • сформировать проектную группу со стороны заказчика;
• • организовать проектный офис (решение административно-хозяйственных вопросов);
• • провести стартовое совещание, на котором до всех участников проекта довести принятые по итогам проведения первой фазы решения.

Методологический подход к проведению работ Устав проекта

Главный результирующий документ фазы — «Устав проекта», регламентирующий деятельность по реализации проекта в течение всего срока проекта и все отношения на проекте, описывающий его цели, функциональные и организационные рамки, проектные процедуры и стандарты документирования; содержащий детальный план проекта.

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

• • цели и задачи проекта — в уставе проекта формулируются цели, которые предполагается достигнуть внедрением КИСУ в организации. Четкое и ясное формулирование целей необходимо еще и потому, что одним из главных критериев успешности проекта по его окончании является соответствие достигнутых результатов проекта его изначальным целям;
• • организация проекта. В данном разделе приводится организационная структура проекта, схема ее работы, описание функциональных ролей и их персональный состав. Описывается порядок подготовки, согласования и принятия (утверждения) решений на различных уровнях организационной структуры проекта. Допускается использование отдельного порядка для принятия решений по ресурсам проекта;
• • процедуры сбора информации — устанавливаются порядок подготовки и авторизации запросов, внутренний регламент и документооборот, а также сроки обмена информацией, необходимой для ведения проекта;
• • уставом проекта устанавливается специальная процедура внесения изменений в организационные или функциональные рамки проекта. Процедура должна быть ориентирована на наиболее распространенные причины внесения изменений: изменение характера бизнеса или идентификация новых требований предприятия;
• • методология ведения проекта — разбиение на логические фазы. Фазы проекта описываются с акцентом на результаты каждой из них — указывается, что именно будет являться результатом завершения фазы: утвержденные проектные документы, протоколы о проведении тестирования, распечатанные из КИСУ документы по бизнесу и т.п.;
• • объем проекта — организационные, функциональные и временные рамки проекта. С максимальной степенью детализации необходимо отразить организационные, функциональные и временные рамки проекта. Для каждой фазы проекта определяются собственные рамки. Главным мотивом такого подхода является необходимость получения ясных и измеримых результатов внедрения системы на каждой фазе и по проекту в целом; В уставе проекта фиксируются порядок документирования проектных работ, стандарты содержания и формат проектной документации, а также порядок ее согласования и утверждения. В данном разделе приводится альбом шаблонов форм проектных документов:
• • в уставе проекта также приводятся основные факторы успеха проекта и фиксируется перечень рисков проекта;
• • в приложения к уставу проекта выносятся детальный план проекта и рабочие инструкции системы качества исполнителя по управлению рисками, проблемами, изменениями и порядку предоставления отчетности по проекту.

Тайминг проекта пример. План-тайминг проведения стратегической сессии

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

09.00 – 09.15	Знакомство. Ввод в мероприятие. Презентация сценария и методов стратегической сессии. Ввод в фасилитацию. Что такое идея и как она становится рабочей. Методология работы с идеями. Правила и возможности мероприятия.	Настройка работы рабочей группы
09.15 – 09.45	Анализ предыдущего периода и запроса: какие идеи сработали и были успешными? как формировались? что требуется? что хотим предложить для развития?	Ввод в информационное поле генерации идей на основе реальных практик компании
09.45 – 11.00	Фасилитация идей / направлений / видений развития. Креативные практики. Структурирование идей, создание их взаимосвязей. Прояснение смыслов и ядер идей, создание общего понимания идей группой, прояснение терминов.	Mmap с идеями
11.10 – 12.00	Фасилитация идей / направлений / видений развития. Креативные практики. Структурирование идей, создание их взаимосвязей. Прояснение смыслов и ядер идей, создание общего понимания идей группой, прояснение терминов. Mmap с идеями.
12.00 – 12.30	Структурирование идей по горизонтам планирования (краткосрочный, среднесрочный, долгосрочный)	Распределение идей на 3 группы по горизонтам планирования
13.45 – 14.00	Презентация концепции и методики «обратного планирования». Как превратить идею в action plan. Демонстрация метода на практике. Тренировка на примере одной из идей.
17.00 – 17.30	Распределение action plan на функциональные направления. Создание action plan каждого участника по его функциональному направлению.	Общий action plan. Action plan реализации идей по функциональным направлениям
17.45 – 18.30	Презентация функциональных action plan и их проверка на реалистичность. Консолидация планирования общего action plan.	Общий action plan. Action plan реализации идей по функциональным направлениям
18.30 – 19.00	Подведение итогов и закрытие стратегической сессии. Обратная связь участников.

Как делать проект. Понимание проекта

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

• Одноразовая поделка — это проект, нацеленный на создание какого-то графического концепта и его дальнейшей продажи инвесторам. Отличительными особенностями данного типа проектов являются:
  
  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. Покрытие тестами всего и вся. Применяются авто-, юнит-, регресионое-, интеграционные тесты.

С каких слов начать проект. Как начать презентацию – 5 способов

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

Молчание и паузы

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

Перспектива и ретроспектива

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

Например,

• перспектива (взгляд в будущее): Через 30 лет, скорее всего ваша профессия и знания будут никому не нужны;
• ретроспектива (обращение к прошлому): В 1970 году Японии принадлежало 9% мирового рынка, а сейчас она владеет 37 процентами.

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

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

Удивительный факт

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

Небольшая история

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

***

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

С чего начать школьный проект. Из каких этапов состоит проектная деятельность

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

1. Определение проблемы

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

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

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

2. Поиск способов решения проблемы

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

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

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

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

3. Подведение итогов

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

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

Как начать рассказывать проект. Просмотр содержимого документа «Как подготовить речь на защите проекта»

Как подготовить речь на защите проекта

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

Текст начинается с выделения актуальности работы. Ее нужно коротко описать в 2-3 предложениях.

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

В речи должны присутствовать краткие выводы. Это важная часть выступления.

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

Самым лучшим вариантом является демонстрация презентации.

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

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

Не забывайте о времени. На речь отводится 5-7 минут.

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

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

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

Репетируйте защитную речь перед зеркалом, перед друзьями или родителями. Так появится уверенность, не будет страшно перед комиссией.

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

Для подсказки используйте слайды презентации

Как начать доклад на защите проекта

Выступление на защите начинается с приветствия в адрес комиссии. Можно сказать так: «Уважаемые члены комиссии! Представляю проект на тему: … Затем идет выступление. .