🔺6. Не давайте обратной связи

Участники команды должны понимать вас на интуитивном уровне. А если этого не происходит, дело в сотруднике – меняйте, пока не найдете нужного.

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

🔺7. Не проводите ретроспективы

Зачем тратить дополнительное время? На проекте и так много митингов и коммуникаций.

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

Надеемся, вам помогли наши вредные советы!

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

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

Руководитель департамента бизнес-решений Анна Шведова рассказывает, как выстроенные в нашей компании процессы позволяют проводить предварительную оценку ИТ-проекта быстро, точно и прозрачно. Подробнее здесь: https://s.simbirsoft.com/KcN3.

В завершении вы найдете чек-лист, который поможет вам подготовиться к брифингу с подрядчиком 🔥

📱 8,1 миллиарда приложений установили в App Store в третьем квартале 2021 года (https://s.simbirsoft.com/2JXR).
Разместить ПО на этом маркетплейсе можно только после тщательного ревью от Apple. Компания модерирует каждую сборку, чтобы выявить различные проблемы и не допустить появления некачественных продуктов в их сторе.
✔️ Мы уже 13 лет занимаемся мобильной разработкой, поэтому всегда в курсе актуальных изменений гайдов и знаем, что нужно учесть, чтобы успешно пройти проверку от AppStore. На картинках кратко и просто рассказываем о самых распространенных причинах отказа в публикации приложения в маркетплейсе.
А какие пункты гайдов Apple вы бы добавили к нашей подборке?
#mobile_SimbirSoft #IT

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

🔥 Руководитель архитектурного комитета Антон Мартынов рассказал изданию РБК, что входит в обязанности таких специалистов, чем они могут быть полезны бизнесу, а также о том, как получить эту востребованную профессию и добиться в ней успеха. Подробнее https://s.simbirsoft.com/JPhz

А как часто вы прибегаете к услугам ИТ-архитекторов?

#SimbirSoft #IT

Через полторы недели, 21 февраля в 14.00 (по мск), SimbirSoft проводит бесплатный вебинар, на котором вместе с экспертами компании обсудим следующие вопросы:

🔼 Как не наступить на старые грабли при смене подрядчика и правильно передать проект новой команде разработки?

🔼 Какие ошибки можно допустить при проработке проекта и к чему они могут привести?

🔼Почему до начала разработки важно продумать все нефункциональные требования к ИТ-продукту и к каким последствиям может привести их несоблюдение?

Ссылка на вебинар придет вам в день мероприятия на электронную почту, указанную при регистрации https://s.simbirsoft.com/2Kd4

До встречи в эфире! Будем вас ждать)

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

💬Когда нужно проводить нагрузочное тестирование?
Наиболее правильный подход – включение нагрузочного тестирования в процесс разработки. Его следует проводить, как и регрессионное, каждый раз после внесения корректировок в продукт, поскольку исправления кода могут повлечь за собой изменения в части производительности. Отдельно следует упомянуть предсказуемые увеличения нагрузки на сервис во время рекламных акций или перед сезонными всплесками пользовательской активности, например, перед «Черной пятницей». Лучше заранее спрогнозировать такие случаи и протестировать нагрузку еще до выхода релиза в продакшн, чтобы избежать возможных проблем.

💬Стресс-тесты и нагрузочное тестирование – это одно и то же?
Стресс-тесты – один из видов нагрузочного тестирования. Они позволяют получить представление о том, как продукт ведет себя в период пиковой нагрузки, а также оценить возможность восстановления системы после такого максимума или даже полного отказа.

💬Что тестировать: производительность или нагрузку?
Чтобы понять, соответствует ли продукт обозначенным требованиям в различных сценариях, необходимо протестировать систему под нагрузкой. Далее идет сбор метрик системы (например, пропускной способности) и сервера (например, утилизации процессорного времени). На основе полученных данных можно сделать объективный вывод о производительности системы.

💬Сколько запросов выдержит система?
Если нет требований к пропускной способности системы, то для ответа на этот вопрос необходимо подавать нарастающую нагрузку, увеличивая ее вплоть до отказа. Далее следует провести тест на подтверждение стабильной работы продукта, когда он нагружен на 80% от полученного максимума. Исходя из результатов такого тестирования, делается вывод о том, сколько запросов система способна выдержать, сохраняя при этом стабильность.

Об этапах нагрузочного тестирования и его преимуществах при различных сценариях вы можете подробнее прочитать здесь: https://www.simbirsoft.com/blog/kogda-i-kak-my-provodim-nagruzochnoe-testirovanie/.
🧐А что еще вы хотели бы узнать о нагрузочном тестировании?

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

Единого шаблона разработки продуктов нет. Все процессы формируются и настраиваются в зависимости от бизнес-цели конкретного клиента и потребностей конкретного проекта. Используя многолетний опыт в заказной разработке и требования международного стандарта ISO 9001:2015 мы сформировали чек-лист, который поможет избежать возможных инцидентов.

📌 Ведение подробной документации на проекте. Сюда относятся не только требования к продукту и техническое задание, но и тест-кейсы, API, описания кода. Это позволяет проверить систему на соответствие целям и облегчает процесс подключения новых специалистов к проекту.

Инструменты также играют весомую роль в выстраивании процессов.

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

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

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

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

План-факт позволяет выявить отклонения от намеченного результата и вовремя скорректировать действия команды.
Burndown показывает объем выполненных работ и количество нерешенных задач до завершения спринта/проекта.
Процент возврата задач — данные по количеству тасков, отправленных по какой-либо причине на доработку. Эта метрика позволяет вовремя заметить сложности на проекте и быстро их решить.
Процент Bug Fix — показывает отношение часов, затраченных на разработку, ко времени багофикса. Благодаря этим данным, мы сможем быстро обнаружить, что команда больше занимается устранением багов, чем созданием продукта, и исправить ситуацию до завершения спринта.

🔥 Продолжаем получать заявки на вебинар. Сегодня эксперты SimbirSoft расскажут о тонкостях подготовки к разработке IT-продукта.

Если вы хотели поучаствовать, но ещё не успели отправить заявку – можете сделать это сейчас. Ссылка на мероприятие придет за час до него.

🔼 Поговорим о том, как правильно передавать проект, если у вас меняется команда в процессе разработки.

🔼 Расскажем, почему гениальный продукт может "выйти боком” и как этого избежать: для чего до начала разработки так важно продумать все нефункциональные требования к ИТ-продукту. Приведем примеры и покажем, к чему может привести их несоблюдение.

Вы сможете задать нашим экспертам свои вопросы и получить на них ответы в прямом эфире. Ссылка на вебинар придет вам на электронную почту, которую вы укажете при регистрации https://s.simbirsoft.com/2Kd4

До встречи в 14.00 по московскому времени!