#вопросыбизнеса
Что делегировать нейронкам

Во многих отраслях ИИ уже не сидит без работы!) Мы в SimbirSoft считаем, что это хо-ро-шо и рассматриваем ИИ как отличного помощника, но в разумных пределах. Например, в разработке строго соблюдаем NDA и не допускаем обработки любых артефактов проектов с помощью ИИ.

Какие задачи решает искусственный интеллект — рассмотрим на нескольких примерах.

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

Если что, мы можем всё это 😉

Заметка от автора: читая эти примеры, помните – результат работы искусственного интеллекта пока всё ещё требует контроля специалиста, но даже на таком уровне ИИ уже позволяет существенно сэкономить время, ускорить и автоматизировать процессы.

На каких проектах нужен scrum-мастер
– рассказывает Дмитрий, PM

Scrum-мастер точно не нужен лёгкому, строго ограниченному по времени и функциональности проекту. Потому что там scrum не нужен 🤷‍♀️ Например, это разработка интернет-магазина на Битриксе с минимальной кастомизацией.

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

Основной процесс выглядит так, что мы работаем по спринтам и в рамках каждого получаем законченный кусок фичи. Его мы уже можем показать оунерам, стейкхолдерам, пользователям и получить какую-то обратную связь. Эта гибкость позволяет перестраиваться в ходе разработки продукта, чтобы более чётко попадать в ожидания клиентов 💫

Классический кейс, что scrum-мастер работает вместе с командой с самого начала. Основной смысл его деятельности – это обучить команду основам scrum, фасилитации* мероприятий scrum и самостоятельной работе с коллективной ответственностью. Как тренер)
*Фасилитировать ≠ модерировать. Ну например, мы собрались на планирование, каждый участник должен иметь понимание: что нам нужно иметь на входе, что – на выходе, зачем вообще это мероприятие нужно. То есть важно не просто управлять ходом мероприятия, а доносить его сакральный смысл.

Если обобщать, то основная задача Scrum-мастера – научить команду принимать решения без всякого руководства, чтобы она могла быть независимым элементом. Именно поэтому должен быть несменяемый костяк, иначе просто не получится, ведь Scrum-мастер развивает команду:
▪️ на примерах и практике показывает, какой профит приносит Scrum,
▪️ путём коучинга приводит команду к тому, что она сама доходит до решений.

Какие проблемы может Scrum-мастер решить подсветить команде и сделать так, что она сама их решит:
▪️ происходит конфликт между двумя разработчиками,
▪️ команда не проводит код-ревью,
▪️ команда планирует, но не укладывается в оценки и т.п.
– в общем, процессные и коммуникационные моменты, которые тормозят команду.

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