Как вы относитесь к тому когда есть PM который постоянно всех опрашивает: "Ну что там? Много еще осталось? Сколько нужно еще времени чтобы закончить?"
Действительно ли это помогает существенно ускорить разработку?
Здравствуйте, turbocode, Вы писали:
T>Как вы относитесь к тому когда есть PM который постоянно всех опрашивает: "Ну что там? Много еще осталось? Сколько нужно еще времени чтобы закончить?" T>Действительно ли это помогает существенно ускорить разработку?
Это не микроменеджмент, а погоняйло контроль процесса, что есть его работа. Сабж — это когда ПМ лезит в код, и указывает на ошибки форматирования, пропущенные пробелы перед (, имена переменных ему не такие итд. Поубивал бы.
L>Это не микроменеджмент, а погоняйло контроль процесса, что есть его работа. Сабж — это когда ПМ лезит в код, и указывает на ошибки форматирования, пропущенные пробелы перед (, имена переменных ему не такие итд. Поубивал бы.
PM знает во сколько оценили задачу но при этом хочет контролировать каждый маленький шажочек выполнения этого задания.
Здравствуйте, turbocode, Вы писали: T>PM знает во сколько оценили задачу но при этом хочет контролировать каждый маленький шажочек выполнения этого задания.
"нормальных" людей вообще не надо контролировать. они сами подойдут. другое дело, что если ты человеку не доверяешь и есть за что, то приходится дрючить его по нескольку раз в день, чтобы хоть что-то шевелилось
__>"нормальных" людей вообще не надо контролировать. они сами подойдут. другое дело, что если ты человеку не доверяешь и есть за что, то приходится дрючить его по нескольку раз в день, чтобы хоть что-то шевелилось
дело не в доверии, PM хочет быть эффективным и он думает что таким образом он ускорит процесс разработки (возможно на курсах MBA этому учат).
Здравствуйте, turbocode, Вы писали: T>дело не в доверии, PM хочет быть эффективным и он думает что таким образом он ускорит процесс разработки (возможно на курсах MBA этому учат).
если он работает со, скажем так, ненадежными людьми, то он прав
T>>дело не в доверии, PM хочет быть эффективным и он думает что таким образом он ускорит процесс разработки (возможно на курсах MBA этому учат). __>если он работает со, скажем так, ненадежными людьми, то он прав
А работу надежного таким образом нельзя ускорить? Думаешь надежный всегда на максимуме работает?
Здравствуйте, turbocode, Вы писали: T>А работу надежного таким образом нельзя ускорить? Думаешь надежный всегда на максимуме работает?
разговор идет не про максимум, а про выполнение работы вообще. если ненадежному человеку дать месяц, сказать будут проблемы — подходи, то через месяц выяснится, что половину дней его не было на работе вообще, а другую половину он ничего не делал
T>>А работу надежного таким образом нельзя ускорить? Думаешь надежный всегда на максимуме работает? __>разговор идет не про максимум, а про выполнение работы вообще. если ненадежному человеку дать месяц, сказать будут проблемы — подходи, то через месяц выяснится, что половину дней его не было на работе вообще, а другую половину он ничего не делал
Нет, не так: независимо от того [надежный] или [не надежный] PM таким образом может выжать результат за три недели вместо месяца, отчитаться наверх и получить себе бонус за эффективный менеджмент.
Здравствуйте, turbocode, Вы писали: T>Нет, не так: независимо от того [надежный] или [не надежный] PM таким образом может выжать результат за три недели вместо месяца, отчитаться наверх и получить себе бонус за эффективный менеджмент.
у нормального человека такая манера вызывает только желание уволиться. уволившийся главный программист так сорвет проект, что менеджер получит мегавтык. поэтому pm идет на такой риск только тогда когда знает, человека больше никто никуда не возьмет. на самом деле никому так работать не нравится, если даже человеку хочется, чтобы все багали вокруг него, он всегда может сам организовать так работу, что без него никак. а бегать и самому пинать кого-то постоянно никому не хочется. это вынужденная мера, если нанимают самых бюджетных алкоголиков-студентов и ва этом духе
Здравствуйте, turbocode, Вы писали: __>>это вынужденная мера, если нанимают самых бюджетных алкоголиков-студентов и ва этом духе T>На студентах-алкоголиках так много не сэкономишь они и так дешево стоят.
имею в виду когда бюджет проекта позволяет нанять только их. заставить их делать хоть что-то вообще достаточно сложно. вопроса о том, что они еще что-то будут делать еще и быстро качественно вообще не стоит
Здравствуйте, turbocode, Вы писали:
T>Как вы относитесь к тому когда есть PM который постоянно всех опрашивает: "Ну что там? Много еще осталось? Сколько нужно еще времени чтобы закончить?" T>Действительно ли это помогает существенно ускорить разработку?
Ну в общем-то контроль и отчет перед заказчиком/вышестоящим начальством входит в работу ПМа. Меня это несколько напрягает, но в то же время это дополнительная такая мотивация чтобы не слишком не расслабляться/отвлекаться, а сфокусироваться на работе. Мне лично иногда она нужна
T>Как вы относитесь к тому когда есть PM который постоянно всех опрашивает: "Ну что там? Много еще осталось? Сколько нужно еще времени чтобы закончить?"
Очень положительно отношусь. В жизним мне поговорить не с кем, а тут есть кому съесть мозг.
T>Действительно ли это помогает существенно ускорить разработку?
отладка методом рассказа кошке!
У меня так другая проблема, ПМ "экономит время" и рассказы по-быстрому заворачивает: "ты напиши свои предложения в письменном виде"
T>Как вы относитесь к тому когда есть PM который постоянно всех опрашивает: "Ну что там? Много еще осталось? Сколько нужно еще времени чтобы закончить?"
Постоянно — это с какой периодичностью? Раз в час, раз в день, раз в неделю?
Иногда бывает так — ПМ-у от его начальства приходит запрос — есть у нас такая задача, она, типа, выжная для бизнеса. Как, в графике, сроки не про... задерживаем? И с этим ПМ идет уже к исполнителю.
Кстати, на мой взгляд один из плюсов Скрама, что подобные вопросы задаются обычно на daily. (это не ради затеять холивар про Скрам, просто мнение, относящееся к данной теме)
S>Постоянно — это с какой периодичностью? Раз в час, раз в день, раз в неделю?
Раза 3 — 4 за рабочий день.
S>Кстати, на мой взгляд один из плюсов Скрама, что подобные вопросы задаются обычно на daily. (это не ради затеять холивар про Скрам, просто мнение, относящееся к данной теме)
Это само собой.
Здравствуйте, turbocode, Вы писали:
S>>Постоянно — это с какой периодичностью? Раз в час, раз в день, раз в неделю? T>Раза 3 — 4 за рабочий день.
это ненормально в разработке
у прогеров крайне неравномерная производительность труда
иногда целый день чаи гоняешь и котиков читаешь, иногда за день недельный план выполняешь. просто потому что поперло
дополнительное пинание от манагера может лишь все затормозить просто из-за психологического дискомфорта
думаю, один-два раза за неделю вполне достаточно спрашивать
Здравствуйте, turbocode, Вы писали:
T>Как вы относитесь к тому когда есть PM который постоянно всех опрашивает: "Ну что там? Много еще осталось? Сколько нужно еще времени чтобы закончить?" T>Действительно ли это помогает существенно ускорить разработку?
Идея выдать программисту кусок работы, и в следующий раз пообщаться с ним через месяц, когда работа, теоретически, должна быть закончена, с большинством программистов не работает. Люди имеют привычку откладывать все на последний момент, человека может понести сделать Великий Универсальный Фреймворк Для Всего, человек может упереться в сложное место, и постесняться об этом сказать, просто мозги могут застопориться и т.д. и т.п.
Опыт показывает, что лучше бы с подчиненными регулярно общаться и быть в курсе их дел.
Другой вопрос, что никто не любит, когда у него висят над душой и постоянно дергают. Кроме того, многие люди устроены так, что в один период времени у человека очень большая производительность, а в другой — все тормозится, и это нормально, но не со всяким начальством это можно открыто обсуждать. Иное начальство считает, что человек должем производить товар с постоянной скоростью в сутки, и начинает беспокоиться, если в какие-то сутки произведено меньше товара, чем ожидается (в чем бы этот товар не измерялся, в закрытых тикетах, в строках кода и т.п.).
В общем, искусство менеджмента заключается в том, чтобы быть в курсе, чем занимаются люди, быть готовым помочь, когда надо, но не висеть у человека над душой.
Конкретно про ваш случай сказать сложно, не хватает информации.
Здравствуйте, turbocode, Вы писали:
L>>Это не микроменеджмент, а погоняйло контроль процесса, что есть его работа. Сабж — это когда ПМ лезит в код, и указывает на ошибки форматирования, пропущенные пробелы перед (, имена переменных ему не такие итд. Поубивал бы.
T>PM знает во сколько оценили задачу но при этом хочет контролировать каждый маленький шажочек выполнения этого задания.
Наблюдал такое со стороны по отношению к другим сотрудникам.
Предыстория:
Сотрудник оценивает задачу, например, на 5 дней.
Делает её. Тимлид не мешает. Проходит 5 дней. Ничего не сделано. На вопрос почему какое-то или мычание, или отмазки.
Ок. Следующая задача. Теперь уже у него интересуются чаще — ну как у тебя дела, что сделал за сегодня.
Если снова окажется, что 1-2 дня вникуда просрал, то могут еще чаще интересоваться.
Похоже что turbocode еще молодой разработчик, и начальник помогает ему "чутким мудрым руководством" (как это любил называть bazis1).
