«если бы ты так подумала вчера вечером...»

+1

Умная Project Manager это вообще отвратительно.

Хоботов, это мелко! ;-P

О, да!

а разве Product Manager - это всегда Project Manager?

Кстати, да :)

Да нормально, как кто угодно еще.

Вполне может быть, что это суровая опытная тетушка.

Поясните необразованному мне, пожалуйста, кто такой Product Manager?
Ни разу не сталкивался с такой персоной. Project Manager, QA, Team Leader, Lead Programmer, аналитик, архитектор системы - сколько угодно. А вот Product Manager меня поставил в тупик. Гугл молчит (применительно к программированию).

если есть продукт (а продукт — это некая сущность, которую потребляет потребитель), то должен быть и человек, ответственный за него. часто продукту соответствует проект, и менеджер продукта работает заодно и менеджером проекта. но не всегда. например (как я это себе преставляю, не претендуя ни на что) — microsoft vista это проект, а vista home premium, vista ultimate etc — это все разные продукты.

в моём понимании - это то же самое что и заказчик. Т.е. защитник прав представитель со стороны пользователей. В проектах без внешнего заказчика, как это, наверняка, чаще всего случается в гугле - персона неизбежная и архиважная.

См. ниже.

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

Как я понимал: Project Manager — человек, который контролирует сроки, возможно, занимается внешними административными связями проекта; Product Manager — человек, который отслеживает фичи, соответсвие целевой аудитории и ценность продукта как единого целого.

Или в Гугле иначе?

Похоже, но не совсем. В Гугле нет Project Manager в указанном выше значении. Есть TL, Manager и PM.

TL (Tech lead) - организует работу над проектом с технической точки зрения, а не административной. Он обычно ни над кем не начальник, и не решает административные вопросы. Он часто лучше всех разбирается в коде проекта, делает больше всех code reviews для других, авторитетнее других, а также больше других занимается внешними связями с другими командами и с начальством, но на относительно техническом уровне.

Manager есть один на много людей, возможно занимающихся разными проектами; он их непосредственный начальник, решает административные вопросы, и влияет, в консультации с другими менеджерами, PMами и TLями, на решения высокого уровня (какие проекты приоритетны, а какие стоит сворачивать? где надо больше людей, а где меньше? какой должен быть основной фокус проекта?), не вмешиваясь в техническую работу.

PM (Product Manager) - помогает проекту во внутренней и внешней административной работе; отслеживает фичи; служит представителем невидимой целевой аудитории, когда она невидима; налаживает связи с другими проектами, итп. Если надо сделать презентацию для серьезного design review, то ее напишет TL; если надо сделать презентацию для business review или просто обсуждения проекта у того или иного начальства, ее пишет PM в консультации с TLем и другими.

Как-то так.

a kto u vas opredelyaet content versii, pishet functional specs, reshaet chto vazhno, chto ne vazhno, reshaet kaki bugi chinit?

Большинство этих вещей решаются на заседаниях всей команды, которые созывает и организует TL и участвует PM, но решают все вместе. Кроме того, значительная часть решается самими членами команды индивидуально.

Содержимое версий обычно следует периодически пересматриваемому плану. То, кто участвует в его составлении, зависит от многих факторов: например, насколько проект замкнут в себе, внутренний он или внешний, насколько важным само направление считают директора. Иногда это заседания с участием очень высокого начальства и кучи PM-ов; иногда команда сама встречается с внутренними клиентами и вырабатывает план действий на ближайшие месяцы.

понятно. у нас это все совершенно по другому

Понятно, спасибо!

Обычно бывает довольно легко генерировать предположения (и менеджеры очень любят это делать в промышленных масштабах), но очень тяжело
1) генерировать их так, чтобы они хотя бы на 10% соответствали правде
2) проверять их на деле

Почему тяжело? По-моему, наоборот — интересно.

Тяжело высказывать правдоподобные гипотезы, абы какие - несложно.

Надо просто владеть прикладными способами оценки качества идеи и неправдоподобные не высказывать. ;)

Я-то думал вы специалист по фрехам и пыткам, а вы еще и программируете!!! Почти по Вишневскому: "Любимая, так ты и собеседник!"

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

"Так, он способный и талантливый мальчик. Но вот уже более суток бьётся с этой проблемой. Значит всё наиболее вероятное и очевидное он уже проверил. Что-же остаётся? X?"

Разные пути отыскания фактора Х:

Программист (задумчиво): "Путём последовательного отсечения разных гипотез выяснилось, что дело в факторе X."
PM (озарённо): "А не может быть, что наш баг происходит из-за X?"
Пользователи (рефлекторно): "ААА, что опять за Х?!№@%..."