https://vk.com/zavodit

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

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

1. Бизнес-аналитика Этот этап является одним из самых важных, так как позволяет получить перечень необходимых методов для решения конкретной задачи. Дело в том, что часто заказчик предлагает разработать ему сайт и при этом он готов потратить на него определенное количество денег. Однако, может оказаться так, что именно для его компании гораздо эффективнее создать презентацию для iPad или мобильное приложение для iPhone, или приложения для Facebook. Никогда не стоит создавать сайт ради сайта. Стоит четко понимать, что это один из инструментов, который можно применить для продвижения своей компании. Таких инструментов существует очень много и только тот, кто находится постоянно в рыночном тренде может уследить за инновациями.

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

2. Прототипирование Когда мы поняли, что хотим получить на этапе Бизнес-аналитики, самое время представить КАК будет выглядеть ваш конечный продукт. Какие механики продажи продукта он будет запускать, во сколько кликов в нем можно будет добраться до заветной кнопки "Купить", количество экранных форм и взаимосвязь между ними — все это  очень важно на данном этапе. Если на этапе Бизнес-аналитики мы думаем что именно хотим создать,  то на этапе Проектирования помогаем клиенту понять как это будет работать с клиентской точки зрения. В рамках данной операции возможно проведение usability-тестирования и фокус-групп, которые помогут увеличить конверсию посетителей в покупателей в будущем и увеличить количество ваших продаж. Результатом работы данного этапа является создание кликабельных прототипов, на которых можно прочувствовать всю логику работы вашего приложения. 

3. Техническое задание Когда понятно ЧТО делать из этапа Бизнес-аналитики, а также понятно КАК это должно работать с точки зрения пользователя из этапа Проектирования самое наступает время для разработки технического задания для разработчиков. В техническом задании должны быть четко писаны все функциональные элементы, структуры базы данных, интерфейсы взаимодействия с внешними сервисами, методы для работы с API социальных сетей, и т.д. Без технического задания никогда не получается создать прогнозируемый продукт, именно поэтому техническое задание так важно и позволяет понять все внутренности и обойти подводные камни на этапе разработки.

4. Оценка проекта Только после того, когда понятно ЧТО и КАК должен работать программный продукт, а также описано до мельчайших подробностей его функционал, только тогда можно оценить проект. Многие клиенты думают, что могут нарисовать нам красочную картину конечного продукта и получить конкретную смету по его реализации. Мы так не работаем и никогда не беремся за такие проекты. Представьте, что задание обычному строителю ставится следующим образом: "Построить большой стеклянный дом с большим количеством этажей, чтобы в нем можно было жить!". Сколько по вашему мнению должен стоить такой проект? Естественно ответить на данный вопрос невозможно без разработки строительного план-проекта и всей необходимой документации. Точно также и мы беремся за оценку только, когда четко понимаем что нужно получить и владеем всей необходимо информацией, полученной на предыдущих этапах. Реализация и оценка абстрактной задачи нам совсем не интересна.

5. Подбор команды и планирование ресурсов разработки На любом ZAVODe существует вполне понятная загруженность. В каждый момент времени разработчики создают сразу несколько различных проектов. У нас существует свой график разработки, в который можно попасть при наличии всего перечисленного в предыдущих пунктах. Кроме того, для двух разных задач может подбираться различный состав команд. Мы проповедуем жесткую специализацию внутри компании, поэтому программист, который разрабатывает Django-проект, скорее всего вообще ничего не смыслит в разработке iOS-приложения.

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

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

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

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