60 дней фильмов
и сериалов по промокоду:
VC60
Забрать
60 дней подписки Яндекс Плюс бесплатно для новых пользователей, ранее не оформлявших подписку Яндекс Плюс либо подписки, её включающие, при условии привязки банковской карты. Далее — автопродление: 199 ₽/месяц. Действует на территории РФ. Активировать до 30.08.2021 г. https://hd.kinopoisk.ru/gift. Условия: clck.ru/FMQND.
18+
Личный опыт
Sasha Rempel

Проектируй это: как сэкономить до 40% бюджета на разработке

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

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

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

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

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

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

Впрочем, грешат этим не только заказчики. Многие разработчики подходят к реализации проекта «от дизайна», игнорируя этап составления технической документации. Они просто разрабатывают решение, опираясь на макеты, нередко созданные не совсем компетентными в вопросах UX людьми.

Вместе с тем, существует высокая степень недоверия к экспертным рассказам о специфике работы с технологиями. Возможно, этому способствует укоренившееся в российском бизнес-мышлении суждение «Не обманешь — не продашь». Заказчик с огромной осторожностью относится к словам о необходимости внедрения/использования определенных решений, о сложностях, которые могут возникнуть на пути реализации проекта. Однако часто ни к чему, кроме нарастающей технической безграмотности такая осторожность не приводит.

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

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

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

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

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

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

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

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

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

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

Павел Семёнов,
операционный директор IT-компании RS

{ "author_name": "Sasha Rempel", "author_type": "self", "tags": ["\u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430","\u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435_\u0441\u0430\u0439\u0442\u0430","\u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435_\u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441\u043e\u0432","\u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435","rsdesign"], "comments": 5, "likes": 7, "favorites": 36, "is_advertisement": false, "subsite_label": "life", "id": 59067, "is_wide": true, "is_ugc": true, "date": "Wed, 20 Feb 2019 19:00:06 +0300", "is_special": false }
0
5 комментариев
Популярные
По порядку
4

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

Ответить
2

Нафиг вы такие баннеры делаете? Полез монитор протирать сначала...

Ответить
2

полезно протереть моник лишний раз:) это дизайнер еще муху не вшопил — еле отговорили)

Ответить
0

А как же главный аспект экономии на разработке - найм фулстэков?

Ответить
0

"И что она не исчерпывается различными CMS и может, а в ряде случаев просто должна быть реализована с нуля..."

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

Ответить
Читать все 5 комментариев
Карта «120 дней»: почему это выгодно

Еще каких-то 5-7 лет назад большинство россиян использовали дебетовые карты, чтобы снять с них наличность в день получения аванса и зарплаты, а кредитными старались не пользоваться вовсе.

Apple начнёт локально проверять фото на iPhone на предмет жестокого обращения с детьми — FT Статьи редакции

Сперва функцию внедрят в США, утверждают источники.

Трудоголизм: причины
Старая добрая дискета: так могли выглядеть популярные соцсети и сервисы в девяностых Статьи редакции

Чего только стоит Spotify с интерфейсом Winamp.

Отдам читателям vc.ru бесплатно SaaS- и другие сервисы с исходниками

Друзья, привет! В своё время покупал для личного использования разные сервисы. Теперь решил раздать, может, кому-нибудь будут полезны.

Кейс Xsolla — грустная история про то, как цифры стали важнее людей

В сети спорят, можно ли уволить 150 сотрудников из-за недостаточной активности в рабочих программах. HR-директор Тина Макарова и директор по коммуникациям digital-агентства Go Mobile Екатерина Гладкова прокомментировали ситуацию и рассказали, как измерять показатели продуктивности и вовлечённости и что делать, если они низкие. Гоуллеги дополняют.

Mail.ru Group представила новую концепцию устойчивого развития

Борьба с пластиком и со спекулянтами, сотни онлайн-курсов и миллионы долларов на поиск уязвимостей, гендерный баланс и благотворительность: в отчете по ESG рассказываем, что сделали для устойчивого развития в 2020 — и что планируем дальше.

Эксперимент: выбрать квартиру в другом городе с помощью 3D-тура

«Ирония судьбы» научила нас: все новые дома похожи друг на друга — а значит, имея представление о новостройках в одном городе, можно сделать вывод и о домах в другом. Для этого теперь даже не нужен билет на поезд или самолёт: прогуляться по квартирам в новостройках можно с 3D-туром на сайте «Циан».

Британский стартап Arrival Дениса Свердлова договорился с Microsoft о создании платформы для управления автопарком Статьи редакции
Авторы «Южного парка» заключили одну из крупнейших сделок в истории ТВ и получат $900 млн за 14 фильмов и шесть сезонов Статьи редакции

Трей Паркер и Мэтт Стоун также получили 50% прав на показ мультсериала в онлайн-сервисах, их доля — больше $1 млрд.

Очень страшный август

Дмитрий Космодемьянский, управляющий активами УК "Открытие"

null