goal_1

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

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

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

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

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

Дальше начинается разработка проекта, его первый этап, и операционная деятельность разработки.

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

Вот так примерно выглядят первые три шага проекта: концепция, ТЗ и планирование.

Добавить комментарий

Ваш e-mail не будет опубликован.