Всем привет! Мы уже много писали про разработку корпоративного портала НЛМК, которым пользуются больше половины сотрудников нашей большой компании. Сейчас хочу рассказать какие существуют дополнительные инструменты оповещения пользователей, которые мы кастомно настроили на портале, чтобы повысить вовлечение: новостная лента, корпоративное телевидение, онлайн-трансляции, Push уведомления и e-mail рассылка.
Руководство по пользованию «Цифровыми кафедрами» или когда инструкцию не доложили, а делать пришлось.
Когда я закончила технический лицей с золотой медалью в конце нулевых, в Казахстане еще не было мейнстримом «войти в IT». Я мечтала стать криминалистом или переводчиком. Но сначала оказалось, что криминалист не должен падать в обморок при виде крови. Потом стало ясно, что правила сданных экзаменов в Казахстане позволяли стать мне только инженером‑электриком. Внезапно пришлось придумывать третий менее экстремальный вариант.
В одном из ведущих технических вузов Сибири мне очень вкусно описали специальность «Прикладная математика и информатика». Тут все выглядело надежно, потому что, если я не влюблюсь без памяти в науку, оставался еще план Б — стать программистом. Это значило, что на кусок хлеба с маслом заработать будет всегда можно, да и математику я любила. На том и порешили. Здесь нужно заранее сказать, что «будете работать менеджерами» от преподавателей звучало как оскорбление, а не похвала, но об этом дальше. С карьерой ученого все успешно получилось до Pre-Phd.
Привет, друзья! Сегодня у меня важный день — я решила приступить к писательскому труду. Не обещаю стать активной, как многие тут, но, кажется, у меня есть, что сказать, особенно тем, кто только начинает свой путь в области управления проектами, будь то Project Manager, Scrum Master или просто руководитель, которому не все равно на свою команду, и кто хочет узнать что‑то новенькое о нематериальной мотивации.
Первая тема, моей статьи возможно нестандартная и казалось бы весьма недооценённая, назову ее так: Тет‑а-теты: Как общение с командой делает проекты крутыми?! В мире управления проектами одно из тайных оружий не всегда выходит за рамки обычного «Привет, как дела?». Это — теты, разговоры, которые поднимают общение в команде на новый уровень. Вам не кажется, что иногда общение в проекте — как танец на клавишах: непредсказуемо и иногда несуразно? Так вот, тет‑а-теты — это ваша тайная кнопка для оживления ваших проектных мелодий.
Всем привет! Я Виктор Брыксин, руковожу разработкой Яндекс Телемоста. В статье поговорим про декомпозицию задач в проекте и как можно получить реальные сроки его выполнения.
Спойлер: вы все равно ошибетесь, прогнозируя сроки. Но что можно сделать? Минимизировать шанс на ошибки и сделать их менее фатальными. Я расскажу про рабочие инструменты, которые помогли мне в свое время, — брать их на вооружение или нет, решайте сами. Если вы не знаете, как подступиться к декомпозиции сложного проекта и с чего начать, — эта статья вам в помощь.
Почему Agile отлично выглядит только на бумаге, причем тут кондовые бюрократы и каким компаниям вредят гибкие методологии? А также что делать, если очень хочется внедрить изменения, — разбираемся в теме, опираясь на кейс, метафору и здравый смысл.
На связи Мария Болдырева — руководитель проектов в IT-компании Outlines Tech. Управляю командами 7 лет, среди которых 4 года — в IT. За это время повидала всякое: от стартапов до корпораций, и в статье делюсь своим опытом.
В этой статье рассмотрим реальную историю внедрения приложения для управления проектами OpenProject. После быстрого гугления и поиска по Хабру не удалось найти ни короткого русскоязычного мануала по нему, ни задокументированного опыта его применения на реальных кейсах. Будем исправлять ситуацию!
Для нетерпеливых: OpenProject спустя несколько месяцев прижился, и все к нему привыкли. Хотя, процесс был не из простых. Гнев, торг, затем принятие. Но, давайте по порядку.
Игра «Смута» - это интересный кейс, мимо которого сложно пройти. О нем очень много говорят, но по большей части с позиции пользователей, потребителей конечного продукта. А давайте попробуем зайти за ширму и посмотреть на данный продукт со стороны команды, с точки зрения проектного/продуктового управления и оценить, что действительно получилось, что не получилось и как можно это исправить в будущих проектах или избежать в других командах и продуктах.
Одна из главных сложностей в IT и бизнесе — принятие взвешенных и, главное, правильных решений. Действия конкурентов, сложные технические процессы, риски и прочие переменные мешают увидеть общую картину и понять, какие шаги нужно делать дальше.
Теория игр позволяет посмотреть на ситуацию «свысока» и без эмоций. Она предлагает математический подход к решению проблем, основанный на высокой вариативности, логике и точном расчете. О том, как работает теория игр и чем она полезна в бизнесе и IT, подробнее расскажем в этой статье.
Привет, Хабр! Меня зовут Калаш, и я больше 11 лет в IT. Запустил несколько интернет-магазинов, мобильное приложение, программу лояльности с нуля. Консультирую и менторю начинающих продактов. Проверил более 2300 проектных работ студентов курса для продакт-менеджеров в Яндекс Практикуме. Мои студенты отлично справляются с проектами, где нужно работать с метриками, но незаслуженно мало внимания уделяют дереву метрик. Незаслуженно — потому что этот инструмент помогает организовать продуктовый процесс так, чтобы работа с метриками была согласованной и прозрачной.
В статье покажу на примерах, как пользоваться инструментом и что будет, если этого не делать. В конце рассмотрим кейсы по разным моделям монетизации.
Около года назад мы начали миграцию с системы Jira, которая использовалась для управления задачами, на российскую платформу Kaiten. Проект миграции – весьма амбициозный, ведь всего в системе у нас работают около 7 500 пользователей с огромным количеством сложных процессов. В рамках миграции нам необходимо было перевести все производственные процессы из одной системы в другую, и это требует очевидно много усилий от всех участников проекта.
Мы накопили серьёзный опыт и хотим им поделиться с вами. Меня зовут Роман Кузнецов, я отвечал за этот проект в X5 Tech, поэтому знаю в нём каждую мелочь – расскажу обо всём по порядку.
Есть множество практик проведения демо. Некоторые очень распространены. Другие используются редко. Демо — вообще весьма индивидуальный процесс для каждой команды (особенно при отсутствии зафиксированных регламентов проведения демо).
Я расскажу о нашем опыте. Что-то в нем универсально и подойдет многим командам. Что-то — очень специфично. Просто берите на вооружение то, что кажется вам полезным, а остальное смело пропускайте.
В своей прошлой статье я рассказывал о том, как использовать метрики при разработке продуктов. Статья получилась довольно насыщенная, но теоретическая.
В этой статье я хочу рассказать о том, как на практике применять эти подходы при развитии продуктов. Можно ли опираться только на метрики для приоритизации задач. Что делать, когда у пользователей нет проблем с текущим продуктом.
Как с помощью Jobs To be Done принимать продуктовые решения, и почему сейчас мы используем этот подход для работы над нашими продуктами.
Крупными и опытными командами получена неумолимая статистика:
Не более четверти времени команды идет на процесс разработки. А, что еще хуже, существенная доля времени - от 5 до 15% и вовсе не связана с производственным процессом.
В этой статье мы собрали для вас ключевые аспекты, уделяя внимание которым вы сможете существенно увеличить производительность IT-команды. За счет чего? В первую очередь за счет устранения помех в работе.
В предыдущем примере я затронул самый рискованный и простой способ отказаться от чего-либо – сказать: «мы так не работаем». Хотят вашу команду засунуть в лютый стафог – мы так не работаем; хотят внедрить непонятные решения – мы так не работаем. Сказали, отказались, всё по красоте за исключением одной маленькой детали – контракт и деньги вы скорее всего потеряете. Но в моём опыте был успешный случай, когда мы сказали, что так не работаем, но контракт с нами не расторгли. И так продолжение предыдущего case-study.
Список обучающихся на этапе обучения имеет несколько важных целей:
1. Организация Процесса Обучения:
- Составление списка обучающихся помогает эффективно организовать процесс обучения, определить количество участников и управлять группой.
2. Контроль Присутствия:
- Список обучающихся используется для отслеживания присутствия конечных пользователей на занятиях. Это важно для учета и контроля уровня участия.
3. Мониторинг процесса обучения на проекте:
- Список обучающихся является основой для мониторинга и оценки этапа обучения. Он служит инструментом для отслеживания посещаемости. Служит поводом для эксалации.
Список пользователей, участвующих в опытной эксплуатации
Да здравствует эпоха массового переезда с западных решений на российский софт! ДРТ (бывший Делойт) заменил SAP в части планирования трудозатрат на проекты.
Вместе с командой мы автоматизировали для них этот процесс. В системе мы настроили:
• процесс букирования времени сотрудника через заявку и согласование,
• планирование занятости более чем 1.5 тыс. штатных специалистов,
• равномерное распределение букирований, при котором система показывает пересечения и перегрузку,
• учёт региональных праздников, сокращённых дней и периодов высокой нагрузки,
• подготовку отчётов по трудовым ресурсам.
В статье подробно расскажу, какое решение получилось.
Привет! Меня зовут Ксения, я уже больше 7 лет занимаюсь релизами и сейчас работаю релиз-менеджером в RuStore. Сегодня хочу рассказать больше об этой роли, в каких случаях он вам нужен (спойлер, не всегда) и когда её можно переложить на другого сотрудника.
Написал простой чек‑лист, который можно использовать, чтобы не вписаться в какой‑нибудь сомнительный проект.
Рекрутеры, эйчары и нанимающие менеджеры умеют неплохо продавать вам идею как же классно работать в их компании.
В реальности классно бывает не всегда. Есть простые индикаторы, которые помогут не вляпаться куда не следует и не потратить своё время.
Хабр, привет!
В начале своего пути я далеко не сразу смог понять, кто же такие эти ваши требования, как их писать и как они должны выглядеть? Предлагаю взглянуть на мое видение идеальной доки, покрывающие все аспекты проекта. Данный шаблон охватывает все аспекты проекта: бизнес-анализ, системный анализ и продуктовую аналитику.
Идеальная документация должна выполнять две основные функции...
