👉 Напоминаем, что скоро стартует круглый стол «Люди VS Процессы: как показывать результаты и экономить в условиях кризиса». Мероприятие посвящено бизнес-процессам и стандартизации в IT. Участие будет полезно CEO, CTO, менеджерам, отвечающим за качество IT-продуктов, руководителям проектов и лидам разработки. Вот здесь рассказывали детали.

Участие бесплатное при предварительной регистрации 👈

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

Мы соблюдаем NDA и другим советуем 😎

Поэтому решили напомнить, что значит на практике нарушать и соблюдать Соглашение о неразглашении. Смотрите небольшое видео с примерами 👀

#кейс_из_практики

Зачем команде использовать BDC и как это поможет при разработке?
— рассказывает Дмитрий, руководитель проектов в SimbirSoft

Сразу скажем, что BDC (burndown chart) — крайне полезный инструмент в любом проекте, но при условии что вся команда правильно его использует. По сути BDC — это график, который показывает объем оставшейся работы в проекте и позволяет предсказывать, когда работа будет завершена. Его используют при использовании Agile на проекте.

Что может означать этот график на практике? BDC показывает, насколько реальность совпадает с планом работ на проекте. Например, возможны такие варианты графика ↓
🔵Равномерное снижение
🔵Слишком медленное снижение
🔵Нелинейное снижение (резкие скачки)
🔵Рост графика вместо снижения (возрастающая кривая)
🔵Резкое снижение в последние дни (отложенная работа)
🔵График не достигает нуля (незавершенная работа)

Давайте для сравнения возьмем графики Равномерного снижения (РС) и Незавершенной работы (НР).

Итак, при РС всё идет в соответствии с заложенными трудозатратами и сроками, и график, соответственно, равномерно снижается и постепенно доходит в нужную точку (до нуля). А вот при НР график не доходит до нуля, и значительная часть работы остается невыполненной (см. графики на картинке)

👉Что может привести к такому варианту графика:
1️⃣Команда взяла слишком много задач на спринт
2️⃣Оценки задач были неточными
3️⃣В процессе возникли непредвиденные сложности

Наши рекомендации в этом случае:
☑️В следующем спринте более тщательно планируйте объем задач
☑️Проведите ретроспективу, чтобы выяснить причины и внести коррективы в процесс
☑️Внедрите практику более детального анализа рисков в начале спринта

В статье рассказали про другие графики и описали сам инструмент BDC. Переходите и читайте!

👀 Как думаете, поможет ли мобильное приложение снизить нагрузку на колл-центр на 40% и повысить лояльность клиентов на 25%?

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

🔥Мы делали приложение для сети частных клиник. При обсуждении проекта предложили клиенту три разных подхода для разработки. В его случае, оптимальным вариантом оказалось внедрение готовых SDK для базовых функций с доработкой уникальных возможностей под запросы компании.

Основной сложностью стало обеспечить стабильную, быструю и безопасную работу приложения на устройствах с различной производительностью и в условиях высокой нагрузки.

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