Управление проектами и продуктами в IT | Project & Product Management

Стандартный Битрикс24 ограничивает ваши идеи → научитесь создавать уникальные решения без риска Каждый разработчик сталкивался с этой дилеммой: клиент хочет особенный интерфейс и функционал, а стандартные возможности Битрикс24 этого не позволяют. Можно лезть в ядро системы и рисковать стабильностью, а можно научиться кастомизировать правильно. Константин Шитяков покажет профессиональные приёмы доработки Битрикс24, которые используют опытные разработчики. Вы узнаете, как создавать уникальные пользовательские решения, не нарушая архитектуру системы и не создавая проблем при обновлениях. Вебинар «Кастомизация интерфейса Bitrix24: создание уникальных пользовательских решений» в рамках курса «Разработчик Битрикс24» → 21 августа, 20:00 Программа: → Принципы безопасной доработки системы для расширения функционала → Кастомизация компонентов и шаблонов без вмешательства в ядро → Модификация интерфейса через JavaScript и отложенные функции → Работа с REST API для интеграции внешних решений → Создание собственных типов полей и их практическое применение После вебинара вы сможете реализовывать самые смелые идеи клиентов, не опасаясь за стабильность системы, и станете тем разработчиком, который умеет делать «невозможное» в рамках стандартных инструментов. Бесплатная регистрация — превратите ограничения в возможности: https://vk.cc/cOyuzP Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Охота на директора-«гиппопотама»: как бороться с непредсказуемостью в разработке Аббревиатура HiPPO расшифровывается как highest paid person's opinion, а на русский переводится как «мнение самого высокооплачиваемого сотрудника». Для простоты давайте называть их носителей «гиппопотамами», а само мнение — «гиппо». Люди, у которых высокая зарплата, обычно считают, что уже это одно даёт им верный взгляд на вещи. Проблема «гиппопотама» заключается в том, что мнение самого статусного человека в компании воспринимается как единственно верное и большинством сотрудников. Управление проектами и продуктами в ІТ

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

🔍 Вебинар: Как выявить слабые места отдела через матрицу компетенций Каждый руководитель рано или поздно задаётся вопросами: - Как определить зоны роста сотрудников? - О чём говорить на Performance Review? - Как снизить зависимость от одного специалиста? - Как проверить, справедлива ли зарплата сотрудника? - Какие компетенции нужны команде для роста? 📊 Ответы — в матрице компетенций! 21 августа в 20:00 (МСК) разберём этот мощный инструмент оценки и планирования командной работы. 💡 Кому будет полезно? ✔️ Руководителям подразделений техподдержки ✔️ Специалистам технической поддержки ✔️ Всем, кто хочет системно развивать команду 🎯 Что вы узнаете? ✅ Как применять матрицу для оценки сотрудников ✅ Как выявлять слабые места и закрывать пробелы ✅ Как планировать развитие команды и избегать кадровых рисков 📅 21 августа | 20:00 (МСК) 🔗 Регистрация: https://vk.cc/cOzpmi Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

🔍 6 вопросов, которые стоит задать себе перед тем, как стать CTO (Ответы — под спойлером, не заглядывай сразу 😉) 1. Кто из этих людей в вашей компании должен в первую очередь понимать ограничения масштабируемости системы? - Руководитель продукта - Архитектор - DevOps-инженер - Вы, как CTO Ответ: 4 — CTO. Архитектор и DevOps — важные роли, но именно CTO отвечает за выстраивание всей стратегии масштабируемости (и понимание компромиссов между скоростью, надежностью и затратами). 2. Что из этого чаще всего тормозит рост инженерной организации в масштабе 50+ человек? - Отсутствие CI/CD - Недостаток middle-инженеров - Отсутствие процессов архитектурного ревью и управляемого технического долга - Микросервисы Ответ: 3 Без системного подхода к архитектуре и техдолгу любая команда начнёт «гнить» независимо от инструментов или состава. 3. Что НЕ является задачей CTO? - Утверждение технологического стека - Отбор ключевых технических лидов - Проведение код-ревью - Участие в стратегических планах компании Ответ: 3 CTO может участвовать в код-ревью, особенно в стартапах, но это не его ключевая зона ответственности. Его задача — выстроить систему, где ревью делают другие. 4. Что из перечисленного является наименее эффективным способом борьбы с техническим долгом? - Запрет на выпуск фич без покрытия тестами - Введение спринтов «только на техдолг» - Постоянный техдолг-борд и интеграция его в бэклог - Культура инженерного самоконтроля и практики code ownership Ответ: 2 Спринты «на техдолг» часто не работают — это откладывание проблемы. Постоянная интеграция работы с техдолгом — более зрелый и продуктивный подход. 5. Какую модель лидерства чаще всего выбирают успешные CTO в быстрорастущих компаниях? - Hero Leader — лично решаю самые сложные задачи - Servant Leader — фокус на росте и поддержке команд - Control Leader — держу всё под контролем - Evangelist — фокус на внешней коммуникации и PR Ответ: 2 Servant Leadership — подход, при котором CTO растит лидеров, а не становится бутылочным горлышком. 6. Что из нижеперечисленного чаще всего не удаётся внедрить при переходе компании от стадии стартапа к стадии scale-up? - Мониторинг и алерты - Описание API и документация - Процесс архитектурного согласования - Прозрачный roadmap для технического развития Ответ: 4 CTO часто упускают стратегическую проработку технического roadmap'а, концентрируясь на задачах "здесь и сейчас". Но именно этот roadmap помогает синхронизировать бизнес и тех. 🚀 Готовы перейти на новый уровень в управлении техническими подразделениями? Присоединяйтесь к курсу «CTO / Технический директор» от OTUS и научитесь управлять командами, стратегически развивать подразделения и воплощать технологическую стратегию. На обучении вы: - Узнаете, как управлять 100+ человек в техническом подразделении. - Освоите делегирование и стратегическое планирование. - Поймете, как адаптировать управленческие подходы в меняющихся условиях. Программа обновляется с учетом современных требований рынка. Преподаватели — опытные эксперты, а диплом OTUS ценится в крупнейших IT-компаниях. Пройдите короткое вступительное тестирование и получите скидку 5% по промокоду CTO_8 до 14.09.25: https://vk.cc/cOB8wU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Создание карты зависимостей: как увидеть системный уровень в процессах В этой статье автор говорит об исследовании зависимостей между подсистемами проекта в частности, и повышении прозрачности процессов в разработке в общем. Управление проектами и продуктами в ІТ

Реклама для бизнеса любого уровня в Яндекс Директе Создайте эффективную рекламную кампанию с алгоритмами Яндекс Директа 👌 Начните прямо сейчас ⚡ Зарегистрироваться #реклама direct.yandex.ru О рекламодателе

Проектный менеджмент в бигтехе: как там все устроено, и почему во всем этом отсутствует Scrum В этом материале автор рассмотрит следующие вопросы: • Подходы к управлению проектами в разных отраслях. Обзор исследования, в котором приняли участие более 100 компаний, и основные выводы. • Управление проектами в Бигтехе. • Отсутствие Scrum в бигтехе. • Как следует вести проекты в вашей команде? Управление проектами и продуктами в ІТ

Лень разбираться в Word? Для вас уже всё сделали. 📌 Канал Word Hacks рассказывает обо всех возможностях, приёмах и лайфхаках по работе в word. Подписывайтесь и прокачивайте свои навыки: @word_ms

Топ 10 терминов управления проектами В этом ролике автор делает обзор базовых терминов, без которых вам будет непросто в проектном управлении: • WBS (ИСР, СДР) • Базовый план проекта • Продукт проекта • Требования к проекту • Жизненный цикл проекта • Стейкхолдеры • Риски проекта • Треугольник ограничений проекта • Команда проекта • Вехи Смотреть это видео на youtube: youtu.be/JoDKnz082Sk Управление проектами и продуктами в ІТ