Давайте рассмотрим такой вопрос – с чего начинается разработка программного продукта.
- Первое, что нужно сделать, это проработать концепцию проекта, что он должно включать общее понятие проекта, что это за проект и для чего он нужен. Нужно четко поставить цель этого проекта, какую он несет цель для бизнеса. Итак, первый момент – определить, что это за проект и для чего он, если говорить простыми словами.
- Во-вторых, нужно определить функционал проекта, вы обозначаете модули, которые должны быть в этом проекте и роли людей, которые будут управлять этим проектом. Например, если говорить о какой-то автоматизированной системе продаж CRM, то роли здесь могут быть: продажник, менеджер по отделу продаж, супервизор, админ и так далее. То есть вы можете какие-то роли придумать и обозначить их функции.
- Третий момент зависит от того, кто составляет концепцию. Речь идет об определении сложных моментов. Если концепцию составляет заказчик, то ему сложно определить такие моменты, или разработчик и тогда здесь все проще.
После того, как мы определили концепцию трех пунктов, далее на основании этого мы составляем ТЗ и макеты. Еще один момент, который можно включить перед созданием ТЗ – это заполнение типовых анкет, которые позволяют выявить полезную информацию о заказчике. Заказчик заполняет анкеты, а дальше вы пишите ТЗ (курс как написать техническое задание).
ТЗ нужно создавать совместно с заказчиком в таком режиме, что разработчик предлагает идеи решения конкретных функций, а заказчик согласует.
Таким образом на выходе мы получаем документ спецификации всей системы, то есть набор требований по системе, плюс макеты с описаниями каждой страницы. Это в идеале. Хотя бы сделать макеты на основные блоки. Макеты хороши тем, что вы общаетесь с заказчиком на одном языке, вы говорите на языке графики, на языке браузера, то есть как будет выглядеть в браузере эта система. Мы в данном случае говорим о веб-разработке, но это может быть форма windows или разработка под айфон на телефоне.
Дальше определяется бюджет проекта, идет примерная оценка проекта и примерная оценка бюджета проекта. Вы не можете точно сказать, какой будет бюджет, вы можете только более-менее точно говорить за каждый этап. Но точную оценку проекта вы дать не можете, поэтому вы даете примерную оценку проекта и точную оценку первого этапа, это вы уже можете оценить.
Дальше начинается разработка проекта, его первый этап, и операционная деятельность разработки.
Отдельно хотелось бы упомянуть о создании плана. После ТЗ вы должны сделать план проекта. Вы разбиваете проект на этапы, согласуете все этапы с клиентом. Вначале вы определяете самую основную функциональность, которая больше всего нужна клиенту, на дальний этап относите все то, что менее важно. И определяются примерные сроки на каждый этап, чтобы клиент представлял, когда это будет. Естественно, это будут примерные сроки, потому что могут вноситься изменения в ходе проекта, клиент может внести изменения, которые значительно увеличат сроки, это уже зависит от него.
Вот так примерно выглядят первые три шага проекта: концепция, ТЗ и планирование.
Изучите нашу статью о четырех мифах разработки программного обеспечения перед началом работ.
Рекомендуем вам изучение курса о создании программного продукта. Это небольшое руководство для руководителей проектов, продукт менеджеров, в котором мы раскрываем основные вопросы становления своего программного проекта.
Разработка ПО для управления продажами подробно рассмотрена в нашей статье.