?

Log in

No account? Create an account
мимоходом, программистское - Поклонник деепричастий [entries|archive|friends|userinfo]
Anatoly Vorobey

[ website | Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Links
[Links:| English-language weblog ]

мимоходом, программистское [май. 12, 2009|12:43 pm]
Anatoly Vorobey
Ой, оказывается, я четыре дня ничего не писал.

Мелочная обида программиста: сидеть полночи, перелопатить кучу данных в поисках бага, последовательно отсекать разные гипотезы, пока наконец не проясняется, что дело в факторе X, на первый взгляд безобидном, чтобы утром, зайдя в почту, чтобы отправить об этом письмо, наткнуться на только что пришедшее, от product manager'а: "Да, кстати, я тут подумала, а не может быть, что наш баг происходит из-за X?"
СсылкаОтветить

Comments:
[User Picture]From: papa_vova
2009-05-12 09:52 am
«если бы ты так подумала вчера вечером...»
(Ответить) (Thread)
[User Picture]From: cema
2009-05-12 04:58 pm
+1
(Ответить) (Parent) (Thread)
From: savvich
2009-05-12 09:57 am
Умная Project Manager это вообще отвратительно.
(Ответить) (Thread)
[User Picture]From: dmarck
2009-05-12 10:05 am
Хоботов, это мелко! ;-P
(Ответить) (Parent) (Thread)
[User Picture]From: dimrub
2009-05-12 10:09 am
О, да!
(Ответить) (Parent) (Thread)
[User Picture]From: diesell
2009-05-12 11:06 am
а разве Product Manager - это всегда Project Manager?
(Ответить) (Parent) (Thread)
[User Picture]From: avva
2009-05-12 11:25 am
Кстати, да :)
(Ответить) (Parent) (Thread) (Развернуть)
[User Picture]From: avva
2009-05-12 02:05 pm
Да нормально, как кто угодно еще.
(Ответить) (Parent) (Thread)
[User Picture]From: alexis_m
2009-05-12 03:05 pm
Вполне может быть, что это суровая опытная тетушка.
(Ответить) (Parent) (Thread)
[User Picture]From: zubr_
2009-05-12 11:50 am
Поясните необразованному мне, пожалуйста, кто такой Product Manager?
Ни разу не сталкивался с такой персоной. Project Manager, QA, Team Leader, Lead Programmer, аналитик, архитектор системы - сколько угодно. А вот Product Manager меня поставил в тупик. Гугл молчит (применительно к программированию).
(Ответить) (Thread)
From: (Anonymous)
2009-05-12 01:15 pm
если есть продукт (а продукт — это некая сущность, которую потребляет потребитель), то должен быть и человек, ответственный за него. часто продукту соответствует проект, и менеджер продукта работает заодно и менеджером проекта. но не всегда. например (как я это себе преставляю, не претендуя ни на что) — microsoft vista это проект, а vista home premium, vista ultimate etc — это все разные продукты.
(Ответить) (Parent) (Thread)
[User Picture]From: gaius_julius
2009-05-12 01:27 pm
в моём понимании - это то же самое что и заказчик. Т.е. защитник прав представитель со стороны пользователей. В проектах без внешнего заказчика, как это, наверняка, чаще всего случается в гугле - персона неизбежная и архиважная.
(Ответить) (Parent) (Thread)
[User Picture]From: avva
2009-05-12 02:05 pm
См. ниже.
(Ответить) (Parent) (Thread)
[User Picture]From: pigmeich
2009-05-12 01:09 pm
Мелочная обида читателя блога: хотеть задать хороший и умный вопрос, но обнаружить, что его уже задали три раза.

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

Или в Гугле иначе?
(Ответить) (Thread)
[User Picture]From: avva
2009-05-12 02:04 pm
Похоже, но не совсем. В Гугле нет Project Manager в указанном выше значении. Есть TL, Manager и PM.

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

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

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

Как-то так.
(Ответить) (Parent) (Thread)
[User Picture]From: megla
2009-05-12 03:53 pm
a kto u vas opredelyaet content versii, pishet functional specs, reshaet chto vazhno, chto ne vazhno, reshaet kaki bugi chinit?
(Ответить) (Parent) (Thread)
[User Picture]From: avva
2009-05-12 04:10 pm
Большинство этих вещей решаются на заседаниях всей команды, которые созывает и организует TL и участвует PM, но решают все вместе. Кроме того, значительная часть решается самими членами команды индивидуально.

Содержимое версий обычно следует периодически пересматриваемому плану. То, кто участвует в его составлении, зависит от многих факторов: например, насколько проект замкнут в себе, внутренний он или внешний, насколько важным само направление считают директора. Иногда это заседания с участием очень высокого начальства и кучи PM-ов; иногда команда сама встречается с внутренними клиентами и вырабатывает план действий на ближайшие месяцы.
(Ответить) (Parent) (Thread)
[User Picture]From: megla
2009-05-12 04:20 pm
понятно. у нас это все совершенно по другому
(Ответить) (Parent) (Thread)
[User Picture]From: pigmeich
2009-05-12 09:40 pm
Понятно, спасибо!
(Ответить) (Parent) (Thread)
[User Picture]From: itman
2009-05-12 01:35 pm
Обычно бывает довольно легко генерировать предположения (и менеджеры очень любят это делать в промышленных масштабах), но очень тяжело
1) генерировать их так, чтобы они хотя бы на 10% соответствали правде
2) проверять их на деле
(Ответить) (Thread)
[User Picture]From: pigmeich
2009-05-12 01:52 pm
Почему тяжело? По-моему, наоборот — интересно.
(Ответить) (Parent) (Thread)
[User Picture]From: itman
2009-05-12 02:21 pm
Тяжело высказывать правдоподобные гипотезы, абы какие - несложно.
(Ответить) (Parent) (Thread)
[User Picture]From: pigmeich
2009-05-12 09:37 pm
Надо просто владеть прикладными способами оценки качества идеи и неправдоподобные не высказывать. ;)
(Ответить) (Parent) (Thread)
[User Picture]From: gad_benami
2009-05-12 03:23 pm
Я-то думал вы специалист по фрехам и пыткам, а вы еще и программируете!!! Почти по Вишневскому: "Любимая, так ты и собеседник!"
(Ответить) (Thread)
[User Picture]From: spamsink
2009-05-12 05:02 pm
Не зная, в чем именно заключается фактор Х, трудно делать какие-либо выводы. Навскидку я бы предположил, что ситуация здесь аналогична врачебному "заслышав стук копыт, думай о лошади, а не о зебре - если, конечно, ты не в Африке".
(Ответить) (Thread)
[User Picture]From: igorlord
2009-05-12 06:19 pm
"Так, он способный и талантливый мальчик. Но вот уже более суток бьётся с этой проблемой. Значит всё наиболее вероятное и очевидное он уже проверил. Что-же остаётся? X?"
(Ответить) (Thread)
[User Picture]From: a_bronx
2009-05-13 06:46 am
Разные пути отыскания фактора Х:

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