Как немецкой компании работать с командой в Стамбуле?
Если смотреть из Германии, Стамбул является близким вариантом, с которым можно делить один рабочий день. Стамбул круглый год живет по UTC+3, а Германия зимой переходит на CET (UTC+1), летом на CEST (UTC+2). Поэтому зимой Стамбул опережает Германию на два часа, летом на один. Начало дня в 09:00 по немецкому времени соответствует 10:00 или 11:00 в Стамбуле, так что ежедневные созвоны и общие рабочие часы легко укладываются в график обеих сторон.
Процесс изначально построен для удаленной работы. Вводная встреча может пройти онлайн или очно, затем мы готовим предложение по технической архитектуре и план проекта. Разработка идет двухнедельными спринтами, каждый из которых завершается работающим демо. Ход работ виден на доске в Jira или Linear, раз в неделю проходит встреча по статусу и выходит отчет по спринту.
На каком языке ведется проект?
Наши каналы связи, управление проектами и документация ведутся на турецком и английском. В проектах с немецкими компаниями общим языком служит английский: на нем проходят встречи и готовятся отчеты по спринтам, техническая документация и документы для передачи проекта. Если продукту нужен интерфейс на немецком, многоязычная архитектура закладывается сразу, а способ подготовки немецких текстов фиксируется в плане проекта.
Как требования GDPR (DSGVO) влияют на программный продукт?
В Германии любая система, обрабатывающая персональные данные, подпадает под Общий регламент ЕС по защите данных (GDPR, по-немецки DSGVO). На практике это означает конкретные вопросы, на которые нужно ответить на этапе архитектуры:
- Какие персональные данные собираются и с какой целью?
- В каком регионе находятся серверы с данными?
- Кто и к каким данным имеет доступ, ведется ли журнал доступа?
- Как система обрабатывает запросы на удаление и выгрузку данных?
Юридическую оценку и такие документы, как договор об обработке данных, вы согласуете со своим юристом. Наша задача состоит в том, чтобы правильно реализовать эти решения в коде, инфраструктуре и правах доступа. В Турции, где работает наша команда, действует закон KVKK, и у нас есть опыт проектов, которые учитывают обе системы регулирования.
Какой проект мы реализовали в Германии?
Наш клиент в Германии, Tegoly, развивает платформу электронной подписи и бизнес-процессов, ориентированную на глобальный рынок. Система работала, но ей требовались новые экраны для удобства пользователей, устранение пробелов в интеграциях и большая видимость в поисковых системах.
- Новые экраны и модули: разработаны модули электронной подписи, управления документами и интеграций.
- Производительность и безопасность: кэширование и оптимизированная конфигурация серверов в Azure ускорили загрузку страниц, а защиту данных усилили механизмы безопасности MSSQL и Azure.
- SEO: метаописания, доработка контента и технические SEO-улучшения повысили видимость в поиске.
В проекте использовались .NET Core, React, MSSQL, MongoDB и Azure. Развивать работающий продукт сложнее, чем начинать с нуля, и это требует другой дисциплины. Мы начинаем с технического анализа и аудита качества кода, письменно описываем риски и план развития и планируем изменения так, чтобы они не мешали действующим пользователям.
На что немецкой компании смотреть при выборе внешней команды?
Если выбирать только по цене, за кадром останется самое важное: общие рабочие часы, язык общения, понимание требований к защите данных и то, кому принадлежит код после сдачи проекта. У нас при сдаче проекта полное право собственности на исходный код переходит к вам, и это прямо прописано в договоре. Можно выбрать фиксированную цену или модель времени и материалов. Стоимость вы получаете в виде письменного предложения после вводной встречи, а 30 дней поддержки после запуска уже включены.