Современные реалии: для проекта (если не под NDA) завожу в GPT ветку, куда надиктовываю проблемы, которые возникли в проекте, а затем варианты решения и результаты. По итогу формирование ретроспективы занимает минимум времени. Пишу заметки, чего было хорошего, чего плохого, как решили. Очень стараюсь найти, за что похвалить каждого сотрудника. Всегда напоминаю, что ретро - это не про поругать, а найти решения, которые упростят и улучшат работу в следуюущих спринтах и проектах.
На ретро сама, как PM, озвучиваю все моменты, даю высказаться коллективу, иногда чего-то добавляют - тогда записываю в протокол.
Как вижу, ретро в таком формате - это не стресс для коллектива. Пришли, послушали, забрали решения - внедряют. Все довольны.
Я бы подвязалась. И понимаю, что наличие технический подкованного руководителя проекта на стороне заказчика может сэкономить заказчику весомую сумму. Понимая в проектировании систем, примерно представляю, сколько времени уходит на реализацию того или иного функционала, зная, где есть возможность оптимизировать процесс, руководитель проектов может влиять на бюджет разработки.
Поверьте моему опыту, выходите, только не замечаете этого)))
Не так давно общались с сотрудником, с которым работаем уже бок-о-бок 6 лет, и с которым все это время бодались. Да, я его старше на целых 8 лет. Спрашиваю: "А ты понимаешь, почему тебе кажется разумным то, что я говорю?". Он: "Почему?". Я: "Мое мнение не изменилось за годы нашей работы, а вот ты - вырос и понял". Посмеялись)
Нет, конечно, но что в этом хорошего? Все-таки, работа с людьми в целом и с детьми в частности требует определенных знаний в области психологии. Так что пару умных книжек прочитать PM-у было бы неплохо.
Я бы уточнила: нужно уметь договариваться не с просто детьми (у каждого возраста свои прелести), а с подростками. Это особая категория. И на своем опыте я вижу, что мальчики-разработчики выходят из подросткового возраста примерно к 31-32 годам. До этого они мало чем по степени вредности и суждений отличаются от шестнадцатилеток. И тогда при управлении приходится давить, пусть и мягко, пусть и с подробным объяснением, зачем нам нужно выполнить то или иное действие. Особенно интересно смотреть, как эти великовозрастные подростки взрослеют на твоих глазах, и с каждым годом приходится объяснять все меньше, зачем и почему.
Впрочем, иногда я чувствую себя и воспитателем из детского сада.
Современные реалии: для проекта (если не под NDA) завожу в GPT ветку, куда надиктовываю проблемы, которые возникли в проекте, а затем варианты решения и результаты. По итогу формирование ретроспективы занимает минимум времени. Пишу заметки, чего было хорошего, чего плохого, как решили. Очень стараюсь найти, за что похвалить каждого сотрудника. Всегда напоминаю, что ретро - это не про поругать, а найти решения, которые упростят и улучшат работу в следуюущих спринтах и проектах.
На ретро сама, как PM, озвучиваю все моменты, даю высказаться коллективу, иногда чего-то добавляют - тогда записываю в протокол.
Как вижу, ретро в таком формате - это не стресс для коллектива. Пришли, послушали, забрали решения - внедряют. Все довольны.
Можно уточнить у Вас риски работы руководителем проекта со стороны заказчика, как Вы их видите?
Я бы подвязалась. И понимаю, что наличие технический подкованного руководителя проекта на стороне заказчика может сэкономить заказчику весомую сумму. Понимая в проектировании систем, примерно представляю, сколько времени уходит на реализацию того или иного функционала, зная, где есть возможность оптимизировать процесс, руководитель проектов может влиять на бюджет разработки.
приходит мудрость, то есть?))
В общем, главное, чтобы хоть что-то приходило с возрастом, а не на месте стояли)
Поверьте моему опыту, выходите, только не замечаете этого)))
Не так давно общались с сотрудником, с которым работаем уже бок-о-бок 6 лет, и с которым все это время бодались. Да, я его старше на целых 8 лет. Спрашиваю: "А ты понимаешь, почему тебе кажется разумным то, что я говорю?". Он: "Почему?". Я: "Мое мнение не изменилось за годы нашей работы, а вот ты - вырос и понял". Посмеялись)
Нет, конечно, но что в этом хорошего? Все-таки, работа с людьми в целом и с детьми в частности требует определенных знаний в области психологии. Так что пару умных книжек прочитать PM-у было бы неплохо.
Я бы уточнила: нужно уметь договариваться не с просто детьми (у каждого возраста свои прелести), а с подростками. Это особая категория. И на своем опыте я вижу, что мальчики-разработчики выходят из подросткового возраста примерно к 31-32 годам. До этого они мало чем по степени вредности и суждений отличаются от шестнадцатилеток. И тогда при управлении приходится давить, пусть и мягко, пусть и с подробным объяснением, зачем нам нужно выполнить то или иное действие. Особенно интересно смотреть, как эти великовозрастные подростки взрослеют на твоих глазах, и с каждым годом приходится объяснять все меньше, зачем и почему.
Впрочем, иногда я чувствую себя и воспитателем из детского сада.