Внизу мы составили подробную инструкцию, как это сделать.
Деятельность по созданию нового программного обеспечения чаще всего выглядит весьма сложной для тех, кто не имел опыта в IT. Однако разработка является весьма обычным процессом с точки зрения проектного управления. Цель данного материала описать базово этот процесс и все понятия, которые в нём встречаются.
Необходимо согласовать с потенциальной командой разработки:
И реализовать этот проект.
Вы придумали классный проект, но не знаете, как его реализовать и к кому обращаться?
Наша компания занимается разработкой и дизайном IT-продуктов. Однако, есть проблема: вы совершенно не понимаете, как начать с нами работать, что мы будем делать и как будет производиться оплата? В этой статье мы расскажем и покажем все, что будет происходить с вашим проектом от начала и до конца.
Связаться с нами
Первое, что необходимо сделать — написать нам на почту. Наши сотрудники оперативно ответят и мы договоримся о встрече, звонке или видеоконференции.
Рассказать о целях и задачах вашего проекта
Рассказать нам о целях и задачах вашего проекта. Мы вместе пропишем все ваши требования и на их основе составим техническое задание и зададим вопросы без бумажной для вас работы.
На практике – составление ТЗ является задачей Исполнителя, если у Заказчика недостаточно компетенций для этого.
Для этого мы будем:
Чтобы разобраться, давайте представим вымышленную ситуацию. Допустим, вы хотите систему для контроля за пингвинами, чтобы видеть, где каждый находится сейчас или находился за последнее время. Также вам необходим личный кабинет, в котором после ввода пароля, будет доступна информация о пингвинах.
Задача понятна, но чтобы реализовать её нужны детали:
На основе полученной информации, аналитики составляют функциональные и нефункциональные требования.
Функциональные требования – те, которые описывают доступные действия и выполняемые задачи:
Нефункциональные требования – те, которые описывают характеристики, свойства и ограничения:
Аналитики дополнят его необходимыми деталями для разработчиков, мы согласуем с вами все пункты и приступим к оценке стоимости проекта.
Коммерческое предложение в работе по ТЗ предоставляется в виде стоимости, за которое мы готовы выполнить проект.
Чтобы совершить расчет, мы произведем оценку времени по трём сценариям:
На основе этой формулы мы получаем приблизительные сроки выполнения работы в часах и стоимость. Бюджет распределяется строго по этапам на определенные задачи.
Например, у нас бюджет 100 ye. На первый этап мы потратим 10 ye, на второй — 12 ye. На третий — 14 ye. И так до завершения проекта. На каждом этапе вы будете получать подробный отчет.
Мы используем метод PERT, который как раз и требует оценки именно по трём сценарием, потому что с его помощью мы оцениваем объем работ, который равен трудозатратам, то есть человеко-часам. Поэтому бюджет распределяем по фактически затраченному времени на тот или иной этап. Так вы точно будете знать, на что мы тратим ваши деньги и сможете следить за процесс работы и расходованием бюджета.
Бюджет, рассчитанный на этапы по задачам в часах и денежном эквиваленте, чётко прописан в коммерческом предложении (КП), которое составляется для каждого проекта индивидуально.
Спринт — это фиксированный отрезок времени, за который команда разработчиков делает определенную часть проекта. Его задача — чтобы к концу спринта эта часть работала.
После каждого этапа аналитик оценивает результаты и, при необходимости, корректирует план следующего.
Также этапы согласуются с вами и затем разработчики работают по спринтам. Все действия проходят этот цикл, чтобы в конечном итоге продукт работал без сбоев.
Команда дизайна также получает ТЗ, но с уклоном на другие детали. Исходя их ваших пожеланий, аналитик и менеджер составят техническое задание для дизайнеров и будут сверять с вами результаты как можно чаще. Это нужно для того, чтобы на последних этапах нам не пришлось все переделывать, а вам тратить время.
В процессе работ команда дизайна будет вам показывать прототипы.
В них содержится информация об отображении всех элементов и окон с информацией об объектах.
Создание прототипов является окончанием работы над анализом и проектированием и позволяет перейти к дизайну после которого уже будут стадии, которые традиционно относятся к разработке программного обеспечения: