esemi

Notes

Если договорённости "на словах" можно дёшево закрепить "технически" - это стоит сделать

Это переводит фокус конфликта (а именно его разработчик ловит, когда втыкается в ограничения) с человека на бездушную машину. Петя, редиска, докопался до отступов в моём коде! vs Линтер опять мозги парит! Компуктер не обидится, машинное время дёшево и конфликт с машиной решать проще, чем с человеком.

esemi

Чего не хватает хорошему ПМу

• Может донести вижн продукта и компании в команду. И убедить почему это важно для команды
• Знает фазы формирования команды и может предпринимать шаги для эволюции команды. Storming-norming-performing
• Уточняет роли и ответственность между членами команды если есть сложности
• Способен проконтролировать выполнение задач в рамках одной команды и поставить задачу наружу когда надо
• Способен отследить зависимости между требованиями после того как их определит команда
• Способен составить краткосрочный project timeline и скоммуницировать с основными заказчиками
• Фасилитирует идентификацию рисков и может их дальше отследить
• Понимает и может посчитать метрики качества того что делает команда
• Может выявить ожидания заказчика от процессов и результата работы команды

esemi

Общение

• Амортизация и дальше вопрос без эмоций
• "Давай обсудим. Чем тебе это мешает?"

Обратная связь

• "Кажется" - нафиг
• Фидбек выдавать по BOFF и заранее готовить

esemi

Список вопросов универсальный для тех. скринига питонистов.

Само собой, родился из ограничений, так что по сути консенсус из того что важно командам и мне с адаптацией под текущий процесс хайринга (:

Жиза

• с чем работал

• что делал, какие проблемы запомнились

esemi

Вопросы к собеседованию

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

Проект

• что делаем
• кто пользователи и сколько
• на какие рынки работаем сейчас