Улучшение процессов – залог успеха
– рассказывает Даниил, PM
Стандарты управления проектами помогают успешно стартовать, вести и завершить проект. «Не трожь, пока работает» – это точно не про сервисный подход в работе и качество. Важно не переставать внедрять улучшения в бизнес-процессы и «вышлифовывать» свои лучшие практики.
Как выглядит стандартный процесс в разработке
1. Собираем требования ➡️ уходим на детальную проработку
2. ➡️ согласовываем наработки в команде ➡️ редактируем
3. ➡️ уже после идём к клиенту с нашим результатом

Что изменили мы
1. Мы собрали требования ➡️ проработали наше «быстрое видение»
2. ➡️ проходит первый круг внутреннего согласования ➡️ дорабатываем логику видения по обратной связи
3. ➡️ идём на внешнее согласование ➡️ только после этого мы уходим на детальную проработку
4. ➡️ согласовываем наработки в команде ➡️ редактируем
5. ➡️ идём к клиенту с нашим результатом

Недавно мы разрабатывали систему управления для предприятия и сравнили показатели с подобными «архивными» проектами, вот чего мы добились благодаря этому изменению:
▪️ количество возвратов на доработку снизилось,
▪️ по аналитике достигнута экономия 20% бюджета и сроков.

А у вас есть истории, когда даже небольшое изменение приводило к заметным позитивным результатам? 🌈

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

Мероприятий было настолько много за эту неделю, что, пожалуй, сосредоточимся только на них 😁
На IT-конференции «Стачка» сразу 5 наших спикеров рассказали:
🎙 как превратить студента в профи,
🎙 за счёт чего повысить точность аналитики,
🎙 что такое системное лидерство со стороны управления бизнесом,
🎙 как мы внедряли систему менеджмента качества, внутренних аудитов и стандартов,
🎙 как использовать методологию ADD – на примере реальных проектов.
В общем, активно впитывали информацию и делились ею сами 🧠

20 сентября было сразу две конференции✌️
— Kazan Expo 2023, где наша команда слушала доклады и общалась с комьюнити
— Форум «Лидеры цифрового развития», где выступили с докладом «ML и Big Data: как искусственный интеллект ускоряет жизнь»

А ещё мы открыли регистрацию на круглый стол «Усиление IT-команды: аутстаффинг от А до Я глазами заказчика и подрядчика» 🔥 Зарегистрируйтесь, чтобы услышать напрямую от заказчиков, что они думают об аутстаффе.

Делимся тёплыми воспоминаниями со «Стачки»💙

#вопросыбизнеса
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 лет – как я на своём :)

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