Всем привет.
Жаль не получилось посетить вчера встречу.
Докладчикам спасибо за материал, будет полезно ознакомиться хотя бы так)

Выкладываю презентацию по Управлению релизами.
Смотреть с запуском презентации - там много анимации

И чек лист по Процессу

👍

Ребята, на ближайшем IT Global Meetup 27 июля на островке PM-ов планируется версус баттл «технический VS нетехнический РМ», по организационным причинам участник, который собирался защищать позицию «технаря», не сможет участвовать, поэтому нам нужен PM с техническим бэкграундом для баттла.

Напишите мне, пожалуйста, если вы выросли в PM-ов из разработчиков или если вы впридачу к функциям PM-а являетесь/являлись практикующими кодерами.

Что нужно, чтобы участвовать в баттле:
- подготовить несколько тезисов в пользу своей позиции (мы поможем формализовать);
- быть готовым к конструктивной и вежливой дискуссии на эту тему - выслушать аргументы оппонента и защитить свои;
- до митапа созвониться с нами и опонентом по скайпу и разок отрепетировать дискуссию - на всякий случай, чтобы понимать, как будет развиваться беседа;
- зачитывать свои аргументы в виде рэпа не обязательно 🙂

Техническим насколько?))

И в чём будет заключаться батл?)

Каждый будет рассказывать, чем крут, обсудим плюсы-минусы-подводные камни :)

Ну а «степень техничности» не критична, если ты подходишь под описание выше, то напиши мне в личку, обсудим :)

Привет всем. Вступительная анкета - Зовут Алексей. Занимаюсь ИТ проектами и образованием. Хотел бы поучиться, познакомиться, поучить =) Ну и еще из пользы - могу дать место под собрания) #whois

👍

Добрый вечер,
Дмитрий
Я PM, Занимаюсь развитием сервиса бронирования;
Интересно быть в курсе новостей проектной деятельности;
Есть опыт в: clinical trials, video on demand

Интересно, был ли учтён риск, что вовсе не найдётся ни маркера, ни доски?

​Года два назад коллеги позвали прочитать семинар в филиале энергетической компании. Рассказывал им о рисках на проекте.

Начинаю рассказывать, проверяю маркер - не пишет. Хватаю два других - не пишет ни один. Организуем поиск, через 10 минут кто-то выручил.
Пытаюсь стереть с доски чьи-то старые записи, но они слишком въелись. Пока мучаюсь кто-то в аудитории замечает «о, так это я писал, в позапрошлом году еще!».

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

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

Нет маркеров, нет поверхностей - значит в компании другая культура. Возможно привыкли к распоряжениям сверху (привыкли «брать под козырек»). Или привыкли думать каждый сам за себя (внося заметки в персональные блокноты и долго и мучительно обсуждая план действий на словах). Но главное - нет привычки «думать командой».

Совет: будете обустраивать рабочее пространство - повесьте там самую большую доску, какая влезет в самом доступном месте, проверьте удобна ли она и стимулирует ей пользоваться.

PS: мой стандартный тест для любой доски - нарисовать «кота проектного управления». Если рисунок четкий, читаемый, то и работать будет удобно.

Ещё в данном случае можно сказать двояко: можно, что принимающая сторона не была готова, можно что гостевая. И тут вопрос, как определять с какой стороны нужны действия по исправлению ситуации? Лектор уйдёт и возможно больше не появится. Но возможно у компании будут другие лекторы в будущем.

Работающая доска в ИТ-кмопании - это хороший индикатор что кто-то занимается проектирвоанием и рассказывает свои идеи.

если доска не используется - то как правило с архитектурой не айс, и каждый "пилит" свой кусочек кода.

Добрый день. Дмитрий, какие сервисы делали в clinical trials?