SimbirSoft: управление разработкой

#резюменедели О продуктивности писать – продуктивными быть (админ канала) ПЛАН_ФАКТ за неделю Мероприятия ✅ Провести QA-митап в Пензе. Рассказали мы там и о том, как переходили на новую CMS 1С-Битрикс, и как подготовить данные для нагрузочного тестирования, и даже как проблемы на проекте преобразовать в точки роста 🚀 ✅ Провести «QA-экстрим». Вебинар прошёл так продуктивно, получилось обсудить всякое: как сделать проект менее чувствительным к текучке кадров, как мотивировать сотрудников на неинтересные задачи… всего, конечно не перечислишь. В общем, ждём всех на следующем прямом эфире) Комментарии ✅ Дать комментарий «Ъ»: Как российские производители выбирают между отечественными мобильными ОС Кейсы ✅ Рассказать о наших проектах: ▪️ Решение для управления складом для металлургического предприятия ▪️ Развитие приложения для «Асконы» Отдыхаем на выходных с классными воспоминаниями 🤩

Помозгоштурмим? Выгорание ключевого сотрудника Экспериментируем с новым форматом, который так и называется – «Помозгоштурмим?») В нём мы будем предлагать «жизненную» ситуацию из рабочих будней и накидывать свои предложения, как её решить. Рубрика будет выходить в разных форматах – сегодня это диалог «каким он мог бы быть». Зовём и вас делиться своим опытом: как удалось или не удалось разобраться с подобными кейсами, что помогает. Просто написать «жизааааа» тоже можно – админу будет приятно 😅 Ситуация. HR сообщил, что у вашего ключевого сотрудника заметно ухудшилось впечатление о проекте, понижен эмоциональный фон. Да вы и сами наблюдаете эту ситуацию по метрикам проекта. И вот вы созваниваетесь с разработчиком, чтобы выяснить причины и понять, как можно помочь ему. Как вести беседу: предложения и отработка возражений Мы сконструировали этот диалог, все совпадения с реальностью случайны :) Вообще мы утрировали ситуацию, чтобы затронуть максимум граней. 🧑‍💻 (разработчик) Я не успеваю, ничего не успеваю. Я постоянно уставшая, у меня не хватает времени, при этом постоянные переработки. Просто приходишь на работу – смотришь на комп и тупишь долго в начале. 🦸 (PM) Я правильно понимаю: ты приступаешь к работе, смотришь на всё, что нужно сделать по плану, и не знаешь, с чего начать? Голова идёт кругом – и желания нет стартовать? 🧑‍💻 У нас горят сроки, у нас куча задач, постоянные созвоны – с командой, с аналитиками… Я даже переключаться не успеваю. У меня каша в голове, апатия – хоть бросай всё и увольняйся( Не знаю, что с этим делать, концов этому не видно. Это уже всё длится долгий период. Никто не может сказать, когда это всё кончится. 🦸 Смотри, а эти переживания связаны с проектными событиями или внешние факторы влияют? Полный диалог с комментариями читайте в Телеграфе. Там мы разобрали такие причины выгорания разработчика: ▪️ он не успевает и не укладывается в оценку ▪️ приоритеты меняются ▪️ постоянные митинги отнимают время. Эту рубрику мы создали, чтобы обмениваться опытом друг с другом: ▪️ Что ещё может беспокоить выгоревшего сотрудника? ▪️ Каково работать с выгоревшими людьми? ▪️ Какие практики можно посоветовать? ▪️ Как вы отслеживаете состояние ваших сотрудников? … и любые другие ваши замечания, эмоции и идеи по этой теме)

Админ канала решил, что просто букв недостаточно для того, чтобы напомнить вам о вебинаре «QA-экстрим») Вашему разработчику может как-то показаться, что если один раз не сменить статус задачи, не прийти на дейли или не описать выполненные по задаче работы в таск-трекере, ничего плохого не случится 🙃 Возможно. Но что будет, если каждый в команде позволит себе не выполнить какой-то из этих пунктов? ☝️ Обсудим сегодня в 14:00. С вас – регистрация по ссылке С нас: ▪️ ответы на вопросы в прямом эфире ▪️ разбор реальных кейсов ▪️ памятка с лучшими практиками по предотвращению инцидентов после вебинара Письмо придет на указанную при регистрации почту 😁

Что-то на продуктивном в первые дни зимы Есть же такой момент, что в холодное время года вся массовая культура отправляет нас лежать с горячим какао под пледиком (вспоминаем рекламы и фильмы). И так это соблазнительно, такова романтика! А дела и боевой настрой?) Ну вот мы и решили сделать пост об одной из практик тайм-менеджмента. Чтобы легче всякие задачки решались :) Напомним о наших пределах ▪️ 1 задача в 1 момент времени – концентрироваться ▪️ 3 аспекта проблемы мы можем удерживать в голове одновременно ▪️ 3 секунды мы можем думать над одной мыслью непрерывно :) Многозадачностью не балуемся Мы можем выполнять в единицу времени только одно задание. Если мы держим контекст другой проблемы в голове, а ещё и третей – мы быстро устаём, что сказывается на результате. Вот нам и нужно выгрузить из памяти всё лишнее и подключить максимальную концентрацию 🔺 Переключение между контекстами в среднем для нас занимает около 15 минут Ресурсы сильны ограничены и быстро заканчиваются – как их освободить Как мы сказали, выкинуть всё из головы – выписываем на бумагу все(!) задачи, проекты, заботы и идеи, которые на вас висят. Приём, который призван помочь – «Спусковые крючки». Это некий список слов-триггеров, которые помогают вспомнить забытые задачки. Вот примеры: проекты – надо начать, обещания, подчинённые, коммуникация (звонки, письма, напоминания), встречи/совещания, посетить, подготовиться, отменить, купить, документы. Обычно эти слова совпадают с тем, как мы разбиваем задачи в своей голове. Так что можно будет использовать триггеры и для добавления новых дел. А дальше 1. Анализируем список, перевариваем и принимаем решение, что уже неактуально для нас. Зачёркиваем и выкидываем из своей головы. 2. Все проекты и задачи, которые зависят от наступления чего-то выносим в отдельный список (начну бегать, когда снег растает; фича на апруве у бизнеса). Тоже забываем на них на время. 3. Выбираем из оставшегося важное и срочное и составляем план на день/неделю. Коллеги, которые проделали впервые эту технику, делятся: время на выполнение задач сократилось примерно на треть. А у вас есть ритуалы/лайфхаки/приёмы, которые помогают вам сохранять силы и оставаться в тонусе?) Мы как-то опрос проводили и там 37% сказали, что постигли джедайские техники – откликнитесь!)👇

#вопросыбизнеса Внедрение 1C:ERP — взгляд со стороны подрядчика и клиента – рассказывает Светлана Кузнецова, руководитель 1C-направления 1. Вы внедряете в компании новую ERP-систему 🤩 Она затрагивает все процессы предприятия, которые приходится пересматривать, анализировать и автоматизировать. 2. Получаете огромный поток негатива от специалистов компании, в котором нужно разобраться и отделить настоящие недоработки в системе от пустых жалоб на изменения ☹️ При этом слова: подрядчик «не понимает, как мы работаем, он сломает все наши процессы» – могут говорить как о неготовности специалиста перестроиться, так и действительно о сложностях с интеграцией системы. Мы были с обеих сторон баррикад. Что нужно учесть при внедрении 1С: ERP? – В карточках делимся практиками и лайфхаками.

#резюменедели 1 неделя, 2 конференции, примерно миллион впечатлений 🔥 Побывали в Москве на TAdviser SummIT 2023 – выступление министра цифрового развития Максута Шадаева слушали, импортозамещение, кибербезопасность и развитие IT во всех возможных отраслях обсуждали, время продуктивно проводили 😎 А ещё – три дня «тусили» в Челябинске на Seymartec digital. Это всё про цифровую трансформацию в горной добыче, металлургии, энергетике и нефтегазовой отрасли. И знаете, что мы там успели? – Секцию помодерировать, – интервью дать, – с докладом выступить. Ну красавчики же! А доклад был о старте ML-проекта: как повысить вероятность успеха 🤟 Проекты с машинным обучением традиционно вызывают интерес у гостей, потом на стенде ещё обсуждаем) Если вы тоже хотите обсудить ML-разработку, задавайте вопросы нам здесь или в чате :) Спасибо Москве и Челябинску за тёплые дни 💙

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

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

На каких проектах нужен скрам-мастер – рассказывает Дмитрий, PM Scrum-мастер точно не нужен лёгкому, строго ограниченному по времени и функциональности проекту. Потому что там scrum не нужен 🤷‍♀️ Например, это разработка интернет-магазина на Битриксе с минимальной кастомизацией. А вот нужен он, когда у нас есть некий продукт, который будет долгое время развиваться. Для этого набирается команда, и она в плюс-минус неизменном составе ведёт продукт до конца. Здесь может не быть чётко сформированного ТЗ. Ведь когда мы говорим про гибкие методики, мы можем стартовать только с идеи. Основной процесс выглядит так, что мы работаем по спринтам и в рамках каждого получаем законченный кусок фичи. Его мы уже можем показать оунерам, стейкхолдерам, пользователям и получить какую-то обратную связь. Эта гибкость позволяет перестраиваться в ходе разработки продукта, чтобы более чётко попадать в ожидания клиентов 💫 Классический кейс, что scrum-мастер работает вместе с командой с самого начала. Основной смысл его деятельности – это обучить команду основам scrum, фасилитации* мероприятий scrum и самостоятельной работе с коллективной ответственностью. Как тренер) *Фасилитировать ≠ модерировать. Ну например, мы собрались на планирование, каждый участник должен иметь понимание: что нам нужно иметь на входе, что – на выходе, зачем вообще это мероприятие нужно. То есть важно не просто управлять ходом мероприятия, а доносить его сакральный смысл. Если обобщать, то основная задача Scrum-мастера – научить команду принимать решения без всякого руководства, чтобы она могла быть независимым элементом. Именно поэтому должен быть несменяемый костяк, иначе просто не получится, ведь Scrum-мастер развивает команду: ▪️ на примерах и практике показывает, какой профит приносит Scrum, ▪️ путём коучинга приводит команду к тому, что она сама доходит до решений. Какие проблемы может Scrum-мастер решить подсветить команде и сделать так, что она сама их решит: ▪️ происходит конфликт между двумя разработчиками, ▪️ команда не проводит код-ревью, ▪️ команда планирует, но не укладывается в оценки и т.п. – в общем, процессные и коммуникационные моменты, которые тормозят команду.

#вопросыбизнеса Что делегировать нейронкам Во многих отраслях ИИ уже не сидит без работы!) Мы в SimbirSoft считаем, что это хо-ро-шо и рассматриваем ИИ как отличного помощника, но в разумных пределах. Например, в разработке строго соблюдаем NDA и не допускаем обработки любых артефактов проектов с помощью ИИ. Какие задачи решает искусственный интеллект — рассмотрим на нескольких примерах. 🔹 В финтехе ИИ уже давно предсказывает возможное банкротство, оценивает платёжеспособность клиентов, обнаруживает и предупреждает мошеннические действия. 🔹 В медицине – подсказывает диагнозы на основе симптомов, определяет склонность человека к разным заболеваниям, помогает быстрее зарегистрироваться на приём. 🔹 Также ИИ рассказывает, насколько эффективна рекламная кампания или канал в маркетинге, оценивает спрос на продукт, прогнозирует возможный отток клиентов. И конечно, составляет персональные рекомендации на основе интересов пользователя, например, в онлайн-кинотеатре. 🔹 Оптимизировать маршрут, спрогнозировать заполняемость склада и эффективность перевозок ИИ помогает в логистике. 🔹 А в промышленности – позволяет снизить процент брака, оптимизировать производство, чтобы выпускать максимум продукции, и составлять расписание для обслуживания и отладки техники. Если что, мы можем всё это 😉 Заметка от автора: читая эти примеры, помните – результат работы искусственного интеллекта пока всё ещё требует контроля специалиста, но даже на таком уровне ИИ уже позволяет существенно сэкономить время, ускорить и автоматизировать процессы.

#резюменедели У нас такие приятные новости :) Во-первых, мы в рейтинге крупнейших ИТ-разработчиков для финтеха CNews 🏆 Во-вторых, неделю назад зажигали на всероссийском форуме от Сеймартек ✌️ На конференции присутствовали докладчики и делегаты из 5 стран! А что, автоматизация и цифровизация процессов технического обслуживания и ремонтов вообще-то сама себя не обсудит 😏 В-третьих, анонсируем, напоминаем, приглашаем, радуемся – 7 декабря онлайн-вебинар «QA-экстрим: что может пойти не так при тестировании IT-продукта и какие выводы сделать бизнесу». Обсудим (вдруг вы ещё по ссылке не перешли и анонс не прочитали): ▪️ Инциденты на проекте: дисциплинарные, технические, коммуникационные. Разберем примеры и последствия каждого типа инцидентов. ▪️ Как поступить руководителю, если инцидент случился? Обсудим грамотную реакцию, взаимодействие с виновником и тактику по исправлению ситуации. ▪️ Что делать руководителю, чтобы избежать повторения инцидента? Поговорим о конкретных мерах. Регистрация = 0,5 мин 😁

Змей Горыныч Дейли зарубежных проектов состоит из: ▪️ small talk ▪️ стандартного рассказа о проделанной работе и планах ▪️ иииии??? У кого какие идеи возникли?) А пока ждём ваших комментариев, будем пересматривать Алексея – он в видео рассказывает, как оно на самом деле 🤓

Да вы, батенька, эмпат! , или Почему каждому менеджеру важно быть хоть немного психологом – рассказывает Михаил, PM Для руководителя команда – это, прежде всего, люди с индивидуальным чертами характера и только потом это специалисты различных направлений. Ключевым моментом на старте проекта является настройка комфортного микроклимата – PM должен выстроить позитивную коммуникацию как внутри команды, так и со всеми отдельными участниками. А ещё на этом этапе большое значение имеет понимание каждым целостности команды и единой цели. Это помогает создать в дальнейшем атмосферу взаимопомощи. Важно, чтобы никто не оставался наедине со своими проблемами, я уверен в этом. Чувство опоры и поддержки со стороны команды разработки «противостоит» выгоранию сотрудников. И невозможно без человечного отношения и понимания других выстроить по кирпичику такой комфортный климат для продуктивной работы. Менеджер в результате пожинает такие плоды: ▪️ быстрее обнаруживает любые тревожные звоночки, ▪️ в команде меньше напряжённости → конфликтных ситуаций, ▪️ специалисты более открыто высказывают предложения по изменениям и новые идеи.

#вопросыбизнеса Как заказчику завершить проект: база знаний – рассказывает Анастасия Леонтьева, руководитель направления QA Владеть информацией в IT = владеть продуктом. Поэтому бизнесу ещё перед стартом необходимо зафиксировать данные, которые команда разработки должна передать по окончании проекта. Какие это данные? – ответили в карточках.

#резюменедели Forbes опубликовал рейтинг лучших работодателей России, в который вошли 125 компаний 🏆 Мы впервые приняли в нём участие и расположились на 17 строчке в категории «Серебро» – отличный повод для гордости ✌️ Оценивалось возросшее в мире влияние ESG-повестки, на основе которой были сформированы 3 группы: «Сотрудники и общество» (S), «Экология» (E) и «Корпоративное управление» (G). И здесь нам есть, чем гордиться: 💙 «Серебро» в номинации «Экология» 💙 «Золото» в номинации «Сотрудники и общество» 💙 «Бронза» в номинации «Корпоративное управление» Каждая новая победа – это результат совместной работы наших клиентов, сотрудников и партнёров! Обещаем не останавливаться на достигнутом, ведь мы совершенствуемся каждый день 😊

Как облегчить команде осмысление ТЗ – рассказывает Евгения, ведущий аналитик Хотите, чтобы специалисты вашей команды погружались в проект быстрее? И разработчики тоже этого хотят :) Мы пришли в своей работе к двум лайфхакам – можете предложить их своим аналитикам. Если приживётся – ТЗ станет более увлекательным чтивом) Краткое представление проекта, или мини-introduction, включает такие разделы: - аудитория системы, - цели разработки, - структура IT-решения. С его помощью исполнители смогут быстрее погрузиться в проект в первые дни и понять, что от них требуется. Прочитать и осмыслить его можно за пару часов Lite-ТЗ, или визуальное ТЗ, состоит из описательной части и изображений мобильного приложения. В документе есть: - карта экранов и связи между ними, - прототипы (дизайн) всех экранов, - user story – описание того, что пользователю дают конкретные функции приложения. Исполнителям станет понятнее, когда требования описаны «экранами» с небольшими текстовыми комментариями – это снизит вероятность ошибок. Да и согласовывать с заказчиком визуальное ТЗ удобно: он сразу видит, на какой результат может рассчитывать.

– Шеф, всё пропало! Фича забагована, релиз откладывается, клиент недоволен… Если в вашей проектной жизни хоть раз случались инциденты, приглашаем вас 7 декабря в 14:00 мск на вебинар «QA-экстрим: что может пойти не так при тестировании IT-продукта и какие выводы сделать бизнесу». Руководитель QA-направления SimbirSoft Екатерина и руководитель QA-отдела Алексей разберут разные виды инцидентов и расскажут, как исправить инцидент быстрее и как не допустить «пожара» на проекте в будущем, а также ответят на ваши вопросы. Вебинар бесплатный, но нужно зарегистрироваться: https://s.simbirsoft.com/bcdp После мероприятия все участники получат памятку с лучшими практиками по предотвращению инцидентов на проекте. Письмо придет на указанную при регистрации почту. Ждем вас в онлайне 7 декабря в 14:00 мск! #SimbirSoft #IT #тестирование #трансляция

Команда несерьёзно относится к ретроспективе – что делать? – рассказывает Екатерина, руководитель направления QA Ретро в команде посещают «для галочки». Коллеги не слушают друг друга, каждый параллельно делает второстепенные задачи. Постоянно стандартные фразы: в целом всё понравилось, были небольшие проблемы, будем в следующем спринте работать усерднее… Непродуктивно, неприятно 😖 Что можно сделать ▪️ Обсудить с командой проблемы. Выяснить, что им не нравится в формате проведения: что лишнее, а чего не хватает. Возможно, стоит отдельно поговорить с «лидерами мнений», наиболее опытными специалистами, к которым идут за советами и прислушиваются. И ещё раз объяснить цели. ▪️ Вариант для гибридного посещения – офлайн-ретро. Если у команды принято в какой-то день работать из офиса, можно провести ретроспективу именно в этот день. А остальных участников подключить онлайн. Вовлечённость в таком случае выше. ▪️ Попробовать изменить время. Конец рабочего дня или время перед обедом – это «ленивые» слоты. Все на низком старте, чтобы доделать рабочие дела и пойти по своим) Заранее узнайте мнения коллег на one-to-one. Пожелания к любым командным встречам, чтобы они были полезными ▪️ Помогайте коллегам высказаться – пусть встреча для них будет прогнозируемой. Составьте план встречи по обсуждаемым вопросам и придерживайтесь его. Дополнительно можно определить порядок: например, начинают аналитики, следом за ними тестировщики и т.д. Так не будет неожиданностей + объединим коллег из одного направления – а обсуждать вопросы, которые непосредственно относятся к тебе, согласитесь, интереснее. Постепенно привычка говорить закрепится. ▪️ Исключайте лишнее. Контролируйте себя и других – встреча должна соответствовать заявленной повестке. Так легче получить конкретные предложения и, соответственно, проследить изменения по ним. Прививаем мысль, что ретроспектива – это про пользу 🙌 ▪️ Включайте коллег в обсуждение. Если разработчик реализовал задачу по её описанию и в итоге пропустил требование – выясните причины и предложения не только у него. Спросите у аналитика, по какой структуре ему удобнее работать – может, требования всегда должны быть в отдельной ссылке? У кого были подобные проблемы? ▪️ Обсуждайте реальные кейсы. Общие слова картину не покажут, а все будут относиться к ретро как к своей курсовой – лишь бы не захлебнуться. Так что мотивируйте коллег говорить реальными примерами. Не «возможно, нам стоит реже обновлять компоненты», а «постоянные обновления компонентов снижают мою результативность, с понедельника по среду я тратил на это по 4 часа и не смог закончить задачу». Всем полезных встреч ✌️