#резюменедели

Мы всегда транслировали, что управление проектами — одна из наших сильных сторон. Теперь это подтверждено внешними экспертами 🔹

13 ноября в Санкт-Петербурге руководителю проектного офиса SimbirSoft Сергею вручили документы, подтверждающие успешное прохождение сертификации по модели ИСО ПМ.

Нашу компанию отметили за:
🔹 Стандартизацию и моделирование значительной части процессов управления проектами
🔹 Системы контроля качества
🔹 Выстроенные процессы оценки проектов

Подробнее здесь 🔹

😵‍💫 Планы, чертежи, сметы – согласитесь, иногда работа с ними занимает слишком много времени и ресурсов опытных сотрудников…

🔹 Зачем тратить время опытных специалистов, чтобы «переложить» электрические схемы с бумаги в электронный формат, если процесс можно автоматизировать?

Делимся с вами кейсом, как мы за месяц создали приложение для распознавания отсканированных электрических схем. Рассказали все в статье 🔹

📹 Продолжаем рубрику #спросиэксперта

Задавайте напрямую актуальные вопросы Марату Тяпкаеву — руководителю направления мобильной разработки SimbirSoft. Полный ответ на первый озвученный вопрос смотрите здесь.

Также в этот четверг Марат выступит спикером на онлайн круглом столе «Организация надежной IT-структуры». Регистрация ещё открыта.

Ждём ваши вопросы в комментариях ⬇️

Уже завтра увидимся на круглом столе! 🔹

21 ноября в 14:00 по мск состоится прямой эфир «Организация надежной IT-структуры: как бизнесу усилить собственный ресурс и добиться синергии в работе с подрядчиками». В открытом диалоге c экспертами из AGIMA, K2Tex, JUGru и ИнфоТеКС обсудим:

— Как выбрать подрядчика на IT-аутсорс?
— C какими опасениями и сложностями сталкиваются компании, которые хотят подключить аутсорс?
— Где искать подрядчика и как его оценить?
— На какие юридические и финансовые моменты обратить внимание перед заключением договора?
— Как правильно работать по аутсорс модели?
— Как взаимодействовать с подрядчиком и как его контролировать?
— Типичные ошибки при работе с подрядчиком и как их избежать?
— Какие процессы необходимо выстроить внутри компании для эффективного сотрудничества?
— Как принимать проект?

Регистрация здесь 🔹

P.S. После круглого стола мы отправим вам чек-лист по выбору компании-подрядчика на почту, указанную при регистрации 🔹

🔹 Как использовать лучшие практики и гибридный подход, чтобы улучшить процессы и принести максимальную выгоду бизнесу?
— рассказывает Светлана, руководитель проектов SimbirSoft

Мы знаем, что есть 2 самые применяемые методологии ведения проектов: Waterfall и Agile. Каждая из них хороша по-своему и подходит для разных проектов.

• Waterfall используем на проектах формата fixed price при наличии подробного ТЗ на разработку и отсутствии переменных факторов. Как правило, это стандартизированные IT-решения, системы для внутреннего использования или небольшие проекты.

• Методологии семейства Agile позволяют достигать высоких результатов в условиях быстро меняющегося рынка и требований клиентов.

А что получится, если их совместить? В статье подробно написали, что надо взять от каждой из них и как это работает на практике.

P.S.: Статья будет полезна руководителям IT-проектов и владельцам бизнеса.

👍 Как вырастить лидеров внутри компании? #спросиэксперта

Сегодня на ваши вопросы готова ответить Мария Егорова — руководитель группы оценки и развития персонала SimbirSoft.

Кстати, уже завтра мы проведём онлайн HR-конференцию, где поделимся методиками развития наших сотрудников. Регистрация ещё открыта.

Ждём ваши вопросы в комментариях ⬇️

Что должен получить заказчик после завершения работы над IT-проектом? 🔹

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

При выходе в релиз:
🔹Финальный вариант кода, размещенный в вашем репозитории
🔹Документация проекта, в том числе тестовая
🔹Инструкции по работе с важнейшими функциями

При заморозке проекта к этому добавляется:
🔹Отчет о тестировании, отражающий текущее состояние продукта
🔹Описание узких мест и особенностей проекта
🔹Список реализованных и нереализованных функциональностей, неисправленных багов с указанием ссылок на задачи в таск-трекере

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

Вот здесь есть полезная информация про SLA-соглашение, которое поможет держать качество ИТ-продукта на высоте.