​​Аудит процессов
Часто к аудиту процессов компанию подталкивают тревожные звоночки:
▪️ Рост дефектов на продакшене. Это влияет на отношение потребителей к продуктам – требует временных и финансовых затрат со стороны службы поддержки, команды разработки и тестирования.
▪️ Срыв сроков релизов важных фич. Также увеличивает временные и финансовые затраты, а также расходы на саму работу команды из-за частых овертаймов.
▪️ Невозможность оптимизировать работу команды из-за отсутствия метрик для оценки разработки, тестирования и качества продукта.

Но аудит можно проводить и в «спокойные» времена. Для чего это нужно?
➡️ Чтобы составить объективное понимание ситуации на проекте, выработать стратегический подход для внедрения улучшений, а также предложить метрики для контроля и оценки результатов.

Среди бизнес-результатов:
▪️ сокращение количества и критичности дефектов;
▪️ выявление дефектов на самых ранних стадиях разработки;
▪️ рост лояльности клиентов к продукту за счёт повышения качества и стабильности его работы;
▪️ увеличение попадания в оценку (благодаря снижению рисков) и скорости разработки, как следствие – снижение времени вывода ПО на рынок.

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

Адаптивная вёрстка
Адаптив для сайта как явление на языке мемов уже смело можно назвать «баяном», впервые в России он появился в 2012 году (10 лет назад, Карл!). И, наверное, вы подумали: «Да что тут читать? Даже у сайта булочной есть адаптив под мобильные устройства». Справедливое замечание...
Представьте наше удивление, когда за последние полгода чуть ли не каждый второй клиент обязательным требованием выставляет наличие адаптивной вёрстки для сайта. Удивляет нас это потому, что адаптив – опция «из коробки» для каждого нашего проекта, на которой мы даже не акцентируем внимание. Всем же понятно, что он должен быть. Оказывается, нет…

В сегодняшней статье вместе с frontend-разработчиком Айратом попробуем разобраться:
🔹 почему адаптивной верстке сейчас уделяется такое пристальное внимание;
🔹 чем отличаются подходы в разработке приложений и сайтов с точки зрения визуализации интерфейса, чтобы помочь вам сделать выбор в пользу той или иной технологии в зависимости от ваших задач.

Ежедневно наши специалисты работают на 170 проектах – знания копятся, экспертиза растёт. И мы стремимся делиться опытом со всеми, кого интересует разработка.
Собрали несколько наших экспертных материалов за 2022 год для вас! 🙂

Статьи:
🗞 РБК Pro: Какие ошибки бизнес допускает на проектах разработки
🗞 Нетология: Мне и здесь нормально: что заставляет IT-специалистов годами работать в одной компании
🗞 Retailer: С чего начать разработку IT-cистемы: гайд по MVP
🗞 Executive.ru: Сколько стоит разработка: 5 мифов о затратах на IT-продукт
🗞 RB.RU: Создание мобильных приложений – что важно учесть в нынешних условиях?
🗞 РБК.Тренды: Как выбрать метод управления проектом: классический подход или Agile

Комментарии:
💬 Известия: Умственный пролетарий: как искусственный интеллект меняет производство в России
💬 Российская газета: Машинное зрение повышает эффективность производственных процессов
💬 РИА Новости: Безответственная разработка: нейросеть Google боится смерти и ждет адвоката

Приятного чтения!

☝️ Это HR-специалисты Ирина и Юлия делятся результатами внедрения собственной HRM-системы в нашей компании.

Хотите подробнее узнать о том:
▪️ почему решили разработать систему для себя,
▪️ с какими трудностями столкнулись,
▪️ каких результатов добились?
– Читайте в Телеграфе (там мы скрины продукта показываем и детали рассказываем 😁).

А мы хотели напомнить о способах связи с нами:
🔹Предложения по каналу: @pivkina_katya
🔹Нужна помощь в разработке сложного ПО?
– Можно написать в наш чат-бот: @simbirsoft_itbot или нам на почту: request@simbirsoft.com
🔹Наш сайт: https://s.simbirsoft.com/z5gv
🔹Остальные вопросы: pr@simbirsoft.com

5 must have в создании качественного ПО: инструментарий, «инциденты», общение с клиентом и прочее

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

@rb_ru

Где «подстелить солому», чтобы получить конкурентоспособный прибыльный продукт? 🧐 Вместе с нашим директором по качеству Екатериной разбираем:

1. Сбор требований и ожиданий заказчика
2. Внимание к бюджету и дополнительным расходам
3. Правильный выбор инструментов
4. Чёткость и понятность процессов
5. Промежуточные результаты

Для каждого пункта рассказали:
➡️ С какими трудностями мы сталкивались
➡️ Полученные выводы (Что делать?)

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

Созвоны: что делать руководителю, чтобы они не становились «пожирателями времени»

1️⃣ Обозначать тему и цели
Так вы дадите шанс команде подготовиться к разговору – как минимум найти и открыть нужную задачу, чтобы она была перед глазами.
2️⃣ Ограничивать круг участников встречи
Конечно, хочется максимальной прозрачности, чтобы вся команда была в курсе всех событий на проекте. Но чем крупнее ваш проект, тем выше вероятность, что с таким подходом команда будет проводить весь свой рабочий день на созвонах. Собрались 50 человек и слушают дискуссию пяти в течение часа.
Нужно заранее определить, кто нужен на созвоне. Сообщая о митинге, тэгнуть необходимый состав или сделать рассылку на корпоративную почту. А для поддержания прозрачности процессов – отправить резюме созвона в общий чат.
3️⃣ Модерировать процесс
Если вы организатор созвона, ваша задача — следить за:
▪️ таймингом: начали вовремя, закончили тоже;
▪️ планом собрания: обсуждаем то, ради чего собрались, для других проблем и вопросов будет своя встреча.
4️⃣ Подводить резюме созвона
Итог встречи – обязательная составляющая: какие вопросы обсудили, какие решения были приняты, кто ответственный за их реализацию и в какие сроки. В зависимости от обсуждаемой темы, резюме может быть зафиксировано: в общем чате, в базе знаний, в рассылке на корпоративную почту.
5️⃣ Проводить встречи 1+1
Руководителю важно регулярно общаться со своей командой, причем не только в формате «узнать статус»: что сделал, что планируешь, есть ли сложности. Настроение в команде тоже имеет большое значение. Если кто-то из коллег раздражен, расстроен – это будет сказываться на работе.
Задача руководителя – обнаружить проблему и узнать, может ли он помочь. Проблема в сложной задаче? Или конфликт в команде? Подобные кейсы в зоне ответственности лида. Сложнее, когда это какая-то личная проблема. Но и тут руководителю важно проявить участие: показать человеку, что он здесь не ресурс или «винтик», а ценен и к его проблемам неравнодушны.

Как создать правильную атмосферу в команде
В нашем прошлом посте затронули тему настроения в команде. Тут главное соблюсти баланс: не быть просто другом для специалистов, но и не быть просто руководителем 🤔 А как всё это так придумать, чтобы не «скатиться» в ту или иную сторону – спросили у нашего ПМа Даниила 🦸‍♂️


Для команды ПМ, прежде всего, является неким коучем:
▪️ помогает развивать самоорганизацию и чувство ответственности;
▪️ контролирует процесс разработки с точки зрения бизнесовых метрик;
▪️ всеми возможными способами устраняет преграды и препятствия, чтобы специалисты могли вкладываться в работу на 100%.


Как создавать настроение в команде и наладить правильную рабочую, а главное – доверительную, обстановку:
🔹Каждый член команды важен и имеет право высказывать своё предположение, идею, аргумент или контраргумент. Особенно актуально при планировании или продумывании реализации той или иной фичи. В командах мы предлагаем договариваться и обсуждать всё «на берегу».
Бывают такие моменты, когда человек хочет высказать мнение или задать вопрос и переживает, что это мнение неверно. В таком случае я всегда говорю, что лучше уточнять сразу, чем действовать по наитию и сделать неправильно. Именно так каждый член команды понимает, что у него есть голос, его мнение ценно и он будет всегда услышан.
🔹«Быть 24/7 на связи» – и хорошо, и плохо одновременно
Конечно, ПМ сам выбирает путь и планирует загрузку. Я стараюсь придерживаться правила, что нужно проинформировать собеседника, что вы на связи. Если не можете ответить прямо здесь и сейчас, договоритесь о времени. Важно не забывать про риски выгорания, если обсуждение запланировано на нерабочее время.
🔹Разделять понятия «начальник» и «лидер»
Да, ПМ – связующее звено между заказчиком и командой разработки. Лично я разделяю понятия «начальник» и «лидер». Стараюсь выстраивать коммуникацию с командой так, чтобы меня слушали люди не из-за того, что являюсь руководителем, а потому что мои решения взвешены, измерены, логичны, последовательны и аргументированы. Когда человек видит, что собеседник идёт по плану, а его решения оправданы и работают, то он захочет идти с ним плечо к плечу и быть одной командой.
🔹 Обозначать чёткий ориентир для движения вперед
Опыт показывает, каким бы заводным, дружелюбным и софт-скилловым управленцем вы ни были, членам команды будет сложно чувствовать себя комфортно и быть уверенными в завтрашнем дне, если они:
▪️ не знают, что дальше делать,
▪️ не понимают, какой скоуп задач будет на следующей неделе, через неделю и к чему он должен их привести.
Поэтому задача руководителя проекта – дать им чёткое понимание промежуточных и конечных результатов.