#вопросыбизнеса
2 месяца до отключения Google и Apple ID: готовимся
– рассказывает Светлана Кузнецова, руководитель web-направления
1. Анализируем риски
Прежде всего нужен анализ наиболее вероятных для конкретной компании последствий – после этого оценка доступных вариантов будет корректнее. Например, если важно и дальше регистрировать клиентов из других стран без ограничений, то можно разделить сервис на российский и зарубежный. Такой подход уже использовали некоторые компании – он позволяет соответствовать закону и при этом сохранять лояльность клиентов.
2. Осуществляем переход постепенно
Перед полным отключением иностранных методов авторизации переводить клиентов на альтернативные варианты требуется последовательно. Лучше предупредить пользователей об изменениях, чтобы снизить негативную реакцию и возможный отток. А проанализировать саму необходимость изменений: их объём, сложность и сроки выполнения, – нужно было ещё «вчера». Ведь чтобы обеспечить для клиентов плавный переход, новые фичи надо выкатить с запасом времени до этого отключения.
3. Вводим бонусы для пользователей
Важен продуманный бонус за подключение дополнительного разрешённого способа авторизации. Он снизит негатив и простимулирует пользователей. Неочевидным плюсом этого является снижение нагрузки на продукт «за минуту до».
4. Подготавливаем систему
Как естественное продолжение предыдущего пункта – нужен план для подготовки системы к повышенной нагрузке для той самой минуты X.

Следим за дополнениями, разъяснениями и комментариями законодателей
Меры ответственности будут понятны только после анализа правоприменительной практики. Самое критичное для бизнеса – блокировка или штраф, если не получится отреагировать вовремя на дополнительные указания. Ещё одно белое пятно в этом вопросе – ответственность за определение местоположения пользователя, когда он находится под VPN, ведь сервисы искажают данные. Так что IT-сообщество и бизнес держит руку на пульсе, чтобы немедля отреагировать в случае уточнений от госорганов.

Подборка книг – команде разработки. Часть 2
– рассказывает Алексей, backend-разработчик, архитектор

Продолжаем делиться книгами, которые помогают IT-команде расти – это уже проверил на опыте наш архитектор Алексей. В посте – какие полезные знания дают книги на этом пути. 1 часть найдёте здесь 🤌

1. Гибкие методологии разработки, Вольфсон Борис
Компактная и очень грамотная книга – лучшего описания на человеческом понятном языке с примерами я не встречал. Автор рассматривает основные концепции и делает их сравнение: когда в какой команде какую методологию рекомендуется применить. И главное, книга небольшая – меньше 200 страниц, очень культурно :) Вы будете понимать, зачем есть каждый этап в каждой методологии и почему методологии именно такие.
2. Канбан и «точно вовремя» на Toyota, специалисты Toyota
К сожалению, я часто вижу, что фичи застревают на разных этапах. Эта ситуация противоречит системе «точно вовремя»: делай именно то, что надо, затрачивая только необходимые ресурсы. В книге найдёте разные подходы к устранению задержек – это хорошо ложится на разработку и откликается в «бережливом программировании».
3. Бережливое производство + шесть сигм в сфере услуг, Майкл Л. Джордж
Я работаю не на одном подходе, а использую несколько концепций разработки одновременно – именно эта книга подтолкнула меня к этому. Она позволила понять: если вы знаете одну методологию, это не означает, что вы должны её сразу применять. Вы должны изучить ещё несколько, сложить из них гремучую смесь для вашего конкретного проекта, и это будет более эффективно.
Попутно даётся понимание шести сигм и как их использовать. Считаю, что для всех продуктовых проектов это находка. Когда я стал внедрять на своих подпроектах шесть сигм, мы начали находить неявные баги – клиент был удивлён. Мы исправляли процессы. Сейчас я уже могу напрямую ходить к директору-британцу и предлагать идеи по улучшению – он знает, что это всегда обосновано. Я вижу статистику, по статистике я вижу отклонения, по отклонениям я нахожу проблемные места, а по «бережливости» я понимаю, как их наиболее оптимально исправить.

Скоро расскажем о трёх последних «артефактах» для роста IT-специалистов ✊🏻

Формируем успешную проектную команду
– рассказывает Светлана Кузнецова, руководитель web-направления

Для решения задач клиентов мы создаём новые команды или усиливаем специалистами уже существующие. Работая с сотнями проектов, мы выявили несколько факторов, которые помогают нам делать это эффективно.
🔹 Сбалансированность команды
На своем опыте выяснили, что на большинстве проектов задачи соотносятся примерно так: 30% – простые, 50% – средние, 20% – сложные. Следовательно, нужны как опытные специалисты Middle и Senior, так и начинающие Junior, которые смогут выполнять простые задачи и перенимать опыт. В таком случае мы решаем несколько задач:
◾️ в команде будет общепризнанный лидер и «рефери» для решения спорных ситуаций в лице Senior-разработчика;
◾️ задачи будут распределены в соответствии с профессиональным уровнем специалистов;
◾️ при выборе разработчиков будет экономически целесообразно учитывать уровень сложности и другие особенности проекта.

Как отдельный подпункт здесь – инфраструктура проекта.
Важно на старте выяснить, в каком техническом окружении будет работать команда, есть ли проблемы с документацией, корректным использованием фреймворка или оформлением кода. Это позволит подобрать специалистов с наиболее релевантным опытом.

🔹 Понимание цели проекта и достижения ключевых точек
Важно, чтобы все члены команды знали цель проекта. При этом каждый разработчик должен понимать, как конкретно его задача повлияет на достижение результата. Зная это, он может:
◾️ вовремя заметить некорректную постановку задачи;
◾️ понять, как его задача влияет на другие;
◾️ скорректировать свои действия и свой план при отклонении от общей цели.
Обязательно стоит уделять внимание промежуточным итогам. Важно фиксировать завершение каждого этапа на проекте, отмечать вклад каждого специалиста и показывать фидбэк от пользователей. Это даст возможность команде оценить результат своей работы и настроиться на следующий спринт.

🔹 Мотивирующие факторы
Разработчики SimbirSoft выделили несколько пунктов, которые влияют на их рабочий настрой:
◾️ коллеги-профессионалы, которые любят своё дело и «горят» им;
◾️ атмосфера взаимопомощи внутри команды;
◾️ возможность поиска лучшего решения;
◾️ ощущение важности и полезности итогового продукта и личного вклада.

#резюменедели
Получили награды🏆
В тройке лидеров заказной разработки ПО, по версии CNews. С начала года это уже третий рейтинг, когда мы попадаем в топ-3 🌈

Порадовались отзывам клиентов 🥰
Сотрудничаем со «Звуком» почти 3 года – небольшая цитата из их отзыва: «Мы ведём несколько проектов и знаем, что всегда можем рассчитывать на SimbirSoft. Команда открыта к внешнему управлению, соблюдает дедлайны, гибко реагирует на все требования и изменения» 😎

Дали комментарии СМИ 📰
ComNews: IaaS-сервисы в России пошли в небывалый рост

Рассказали о проекте 🔏
Разработка MVP приложения для зарядки электромобилей

Поучаствовали в мероприятиях 🗣
Побывали на конференции IT-разработчиков нефтегазовой отрасли Byte&Oil Conf и на конгрессе «Подмосковные вечера» – обсудили цифровую трансформацию и развитие IT в России. И даже на выставке транспорта успели пообщаться с бизнес-комьюнити 🏃

Чему уделить внимание, когда новый специалист заходит в команду?

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

Мы старались сделать чек-лист универсальным, так что он подходит для широкого круга проектов – для специфичного можно добавить дополнительные пункты. Сохраняйте в избранное, чтобы не потерять ✅

#резюменедели

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

А ещё у нас небольшая напоминашка ⏱
12 октября в 14:00 по мск будем открыто говорить про нюансы и возможности аутстаффинга вместе с реальными заказчиками и подрядчиками.

Присоединяйтесь к нашему открытому обсуждению, делитесь своими кейсами и задавайте вопросы – кстати, это можно сделать уже сейчас в анкете регистрации. Мы разберём описанные ситуации и постараемся найти ответы вместе с приглашёнными экспертами.
Участие бесплатное – нужно только зарегистрироваться: https://s.simbirsoft.com/XtYK 💫

Подборка книг – команде разработки. Часть 3
– рассказывает Алексей, backend-разработчик, архитектор
Это финальный пост серии. В ней я рассказываю о книгах, которые помогли мне вырасти в проектной, командной разработке. Где-то я просто рассказывал о полезных знаниях, а где-то дополнял историями из проекта длиною в 10+ лет – так или иначе, с удовольствием зову познакомиться с частью 1 и частью 2 :)
1. Программирование: ступени успешной карьеры, Максим Кузнецов, Игорь Симдянов
В этой книге я наткнулся на мысль: если вы знаете хорошо одну область – вам надо попасть в 1% лучших, а если вы изучите три смежных области – уже достаточно попасть в 20% в каждой из них. Это проще, чем быть постоянно первым где-либо, но в то же время эта комбинация намного более эффективна.
Там также разбирается аспект коммуникаций с клиентом. Часто бывает ситуация: «У тебя вот это приоритет, а ещё вот это и это»; всё – приоритет. Как разговаривать с клиентом, когда у вас всё приоритетно и всё нельзя выкинуть? А как аккуратно заставить клиента задуматься, что что-то идёт не так, при этом не идя на конфликт? – В книге рассказывают.
2. Элия М. Голдратт
▪️ Критическая цель
▪️ Цель. Процесс непрерывного улучшения
▪️ Цель-2. Дело не в везении
▪️ Цель-3. Необходимо, но не достаточно.
▪️ Выбор. Правила Голдратта
▪️ Теория ограничений Голдратта (написана не самим Голдраттом, нет смысла читать без прочтения авторских книг)
Книги написаны простым языком – это такое полухудожественное произведение, которое акцентирует внимание на разных аспектах производства: проектирование, планирование и т.д. Особенно мне понравилась «Цель-3. Необходимо, но не достаточно»:
– у нас есть производство, сначала мы применили концепцию «бережливости» и «точно вовремя» ➡️ потом мы добавили шесть сигм ➡️ а вот мы стали анализировать отклонения ➡️ а как бороться с накоплением отклонений? Как раз описание работы с отклонениями – одно из лучших, что я читал. Все подходы полностью переносимы на программирование: например, транспортировка – передача по сети, хранение – хранение данных в БД и т.д. Именно Голдратт говорит: «у вас в системе всегда одно и только одно бутылочное горлышко» – и в книге есть механизмы, как его находить.
Последняя книга написана уже сложным языком: там коэффициенты бизнес-процессов, его характеристики и т.п. Можно читать только после прочтения голдраттовских книг.
3. 10 заповедей, которые должен нарушить каждый бизнес-лидер, Дональд Кью
Эта книга для тех, кто хочет делать продуктовые проекты. Экс-директор Coca Cola объясняет, как они строили бизнес и управляли им. Интересно тем, кто хочет сконцентрироваться на продукте, его развитии и сидеть на проекте года 3–4, ну или 10 лет – как я на своём :)

Вам понравился такой формат подборки? А может, вы хотите поделиться своей книгой? – Пишите в комментариях, будет интересно почитать :)

Меньше 2 часов осталось до круглого стола в прямом эфире — «Усиление ИТ-команды: аутстаффинг от А до Я глазами заказчика и подрядчика»

В открытом диалоге эксперты SimbirSoft, TN Digital, «Позитивные Технологии», RUSSOFT разберут проблемы и возможности ИТ-аутстаффинга:
🔹 чем выгоден, а в чём проигрывает,
🔹 управление подрядчиками: зачем нужен основной подрядчик и второстепенные,
🔹 найм вчера, сегодня и завтра,
🔹 какие процессы необходимо выстроить, чтобы аутстаффинг приносил только пользу, пользу и ничего, кроме пользы.

И даже сейчас всё ещё можно зарегистрироваться, чтобы иметь возможность задать вопросы и поделиться своими кейсами: https://s.simbirsoft.com/XtYK 🤗

Традиционно скидываем сюда кусочек нашей живой дискуссии 🔥

Как мотивировать команду на развитие и достижение целей
– рассказывает Алексей Флоринский, генеральный директор
Горжусь тем, что мы смогли выстроить культуру семейственности и взаимопомощи, которая помогает коллегам воспринимать компанию как пространство для творчества и развития. Кратко поделюсь основными принципами, которые помогают мотивировать команду покорять новые горизонты.

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

Индивидуальный подход
Занимаясь заказной разработкой, мы всегда ищем индивидуальный подход — и к клиентам, и к сотрудникам. Например, бывают ситуации, когда специалист хочет расширить навыки и научиться решать более сложные задачи, а значит, и больше зарабатывать. В таких случаях подключаем его к другому проекту (организуя плавную замену на текущем проекте) или даём новую роль. Например, если разработчику не хватает вызовов на проекте, предлагаем стать ментором, тимлидом или даже примерить роль архитектора. Если сотрудник примет решение вернуться к разработке, у него всегда есть такая возможность.

Поддержка и развитие
Мы всегда поддерживаем развитие hard и soft skills сотрудников: ведём менторскую систему, помогаем повышать квалификацию и проходить сертификацию за счёт компании, обмениваться опытом на внутренних мероприятиях.
Я глубоко убежден, что только обладая развитыми soft skills, можно работать продуктивно. Для развития гибких навыков сотрудники могут пройти внутреннюю и внешнюю оценку компетенций и узнать зоны роста. Далее при поддержке ментора или руководителя сотрудник составляет план обучения (книги, курсы, конференции) по выбранной теме. По завершении обучения советуем систематизировать полученную информацию, рассказав коллегам о приобретенных знаниях. Мы считаем корпоративную культуру успешной тогда, когда 100% сотрудников независимо от своих ролей и задач являются носителями конкурентных преимуществ компании. Их вклад в проекты помогает достигать бизнес-целей наших партнёров и расти всей компании. И это повод сказать команде: «Спасибо».

P.S. Этот комментарий Алексей дал РУССОФТ для ежегодного исследования «Индустрия программного обеспечения в России» 🧮