Автостопом по галактике рисков или как минимизировать риски в международных проектах

Всем привет! Меня зовут Алексей, я — Head of PMO and Delivery крупной восточно-европейской компании, но эту статью я писал в роли проектного менеджера работающего с большими международными командами и клиентами пять лет назад в не менее большой и международной компании. На тот момент, я занимался управлением проектами как в продуктовых, так и в сервисных компаниях более восьми лет. В те годы я управлял проектами в сфере e-commerce, работая с командами, распределенными по всему миру (США, Великобритания, Италия, Румыния, Словакия, Колумбия, Болгария, Индия, Чехия). 

(далее…)

14 фишек Zoom для повседневной работы и бизнеса

В статье разберем ТОП фишек Zoom, которые сделают проведение ваших планёрок и встреч проще и эффективнее. Это не обзор всех возможностей Zoom, а только тех фишек и лайфхаков, которые мы сами каждые день используем в работе. Перейдем сразу от слов к делу.

Фишка 1. Демонстрация экрана без согласования модератора

(далее…)

Как измерять влияние разработки на бизнес: практическое руководство для CTO

TL;DR
  • Проблема: культ «продуктивности разработчиков» (velocity, строки кода, story points) слабо связан с деньгами и ведет к spray-and-pray, раздуванию фич и росту KTLO.

  • Идея: сместить фокус с output на outcome/impact через Impact Intelligence и impact-сети: явные связи proximate-метрик (рядом с фичей) с downstream-метриками бизнеса.

  • Два рычага:

    1. Robust Demand Management (RDM) — жёсткий отбор инициатив вопросами: проблема, доказательства, ожидаемые proximate/downstream-эффекты, горизонт, уверенность, допущения, как меряем, риски, альтернативы.

    2. Impact Validation (далее…)

Я DevOps, который искал работу. Почему не Яндекс?

Дисклеймер: статья написана на основе интервью с DevOps-инженером В. Ивановым.

Мне 25 лет, и я работаю DevOps-инженером четвёртый год. Начинал системным администратором.

За это время сменил 5 работ. Первые три был сисадмином. На четвертой работе я был уже DevOps.

С каждым переходом добавлял новые технологии в стек, брал более сложные задачи.

(далее…)

Когда команда уходит, а экспертиза остается: практика использования ведомости передачи

Скрытый текст

Если в вашей практике налажен процесс передачи знаний от команды другой команде, от коллеги команде и т.д. То прошу бегло пробежаться по статье. В противном случае — если ваша команда испытывает трудности в передаче/получении знаний, то прошу уделить 5 минут вашего внимания публикации.

Введение

(далее…)

Одна грязная чашка или как мелкий беспорядок разрушает великие компании

1969 год. Два совершенно одинаковых автомобиля, одной модели и цвета, оставлены на улице с открытым капотом и без номеров. Один припаркован в Бронксе. Второй на тихой улочке в респектабельном Пало-Альто. Филип Зимбардо (тот, что позже проведет знаменитый Стэнфордский эксперимент) только что запустил один из самых показательных экспериментов о человеческой природе

В Бронксе не прошло и десяти минут, как у машины остановилась семья и деловито вытащили аккумулятор и радиатор. За следующие 24 часа от автомобиля не осталось ничего ценного. И когда брать уже было нечего, разбили стекла и помяли кузов

(далее…)

Организация работы аналитиков на discovery-фазе: эффективные практики

Организация работы аналитиков на discovery-фазе: эффективные практики - 1

Софья Петаева

Руководитель отдела системного анализа

Привет, Хабр!

(далее…)

Исполнитель vs руководитель: как я перешла на сторону управления

Привет, Habr! Меня зовут Надежда Гольдман, и я руковожу IT-проектами в Lenta Tech («Группа Лента»). Год назад я была администратором, а сегодня веду комплексные проекты и отвечаю за результаты команды.

Расскажу, как прошел мой переход: с какими вызовами столкнулась, что помогло и какие советы могу дать тем, кто хочет повторить этот путь.

С чего всё началось

(далее…)

Микропроцессы и пост дизайн ревью

Микропроцессы и пост дизайн ревью

Микропроцессы и пост дизайн ревью

Процессы как продукты

Процессы команды — по сути её внутренние продукты. А хорошие процессы обладают всеми признаками, присущими успешному продукту.

(далее…)

ИТ-менеджер, который перестал быть «пожарным». История управления 40 проектами и система, которая меня спасла

ИТ-менеджер, который перестал быть «пожарным». История управления 40 проектами и система, которая меня спасла - 1

Алина Прасковина

Руководитель проектов в MONS, «КОРУС Консалтинг»

(далее…)