Здравствуйте, bkat, Вы писали:
B>Здравствуйте, hpux100, Вы писали:
H>>Срок 2.5 месяца, 11 разработчиков, 5 тестеров, 2 аналитика.
B>Небольшой проект. И на сколько поехали сроки?
Здравствуйте, hpux100, Вы писали:
H>Он может не разбираться в деталях но контролировать ситуацию должен полностью. H>Если какие то проблемы или риски он должен быстро и адекватно реагировать. На то он и ПМ, на проекте он ключевой человек.
А ПМ-у дали реальную власть, чтобы "контролировать ситуацию полностью" и "быстро и адекватно реагировать"? Или же его только нагрузили ответственностью (назначили виноватым за все косяки), а соответствующие полномочия "случайно" так дать позабыли?
On 18.12.2012 14:05, hpux100 wrote:
> Срок 2.5 месяца, 11 разработчиков, 5 тестеров, 2 аналитика.
Вот здесь в первом числе уже большой баг, при описанном выше количестве
народа.
За 2.5 месяца проектик максимум на 2 человека более ни менее сделать
можно. Если же в проекте 11 прогеров 5 тестеров и 2 ОП да еще при вашей
модели разработки на 8-12 в лучшем случае рассчитывать можете, вне
зависимости от сложности проекта.
> Заканчивается разработка начинается регрессионое > тестирование.
Вот здесь второй баг.
> Обеъем и сложность обсуждалась с ПМ, тимлидом и > заказчиком. ПМ объем подтвердил.
То бишь ПМ — это пророк?
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, hpux100, Вы писали:
H>>ПМ, я считаю, должен отвечать за любую активность на проекте. Он может не разбираться в деталях но контролировать ситуацию должен полностью. H>>Если какие то проблемы или риски он должен быстро и адекватно реагировать. На то он и ПМ, на проекте он ключевой человек.
B>Это иллюзия. Такого человека вы не найдете. B>Проекты — это командная работа. B>Ну к примеру если у вас бардак в процессах, то ПМ проект вытянуть будет весьмо сложно. B>Если же ты от ПМа ожидаешь, что он вам параллельно с проектоам еще и процессы выстроет, B>то ты слишком много от него хочешь.
B>А кстати, а ты кто? B>Я имею ввиду твою роль? Ты девелопер, архитект, или вообще владелец компании?
Здравствуйте, hpux100, Вы писали:
H>>>Срок 2.5 месяца, 11 разработчиков, 5 тестеров, 2 аналитика.
B>>Небольшой проект. И на сколько поехали сроки?
H>2 недели
В смысле сроков не все так плохо на самом деле.
Проект короткий, девелоперов относительно много. Большой рефакторинг и прочие риски.
Короткие проекты не так просто планировать, а простанства для маневра почти нету.
>> Срок 2.5 месяца, 11 разработчиков, 5 тестеров, 2 аналитика. V>Вот здесь в первом числе уже большой баг, при описанном выше количестве V>народа. V>За 2.5 месяца проектик максимум на 2 человека более ни менее сделать V>можно. Если же в проекте 11 прогеров 5 тестеров и 2 ОП да еще при вашей V>модели разработки на 8-12 в лучшем случае рассчитывать можете, вне V>зависимости от сложности проекта.
Тоже как то резануло -- тут на одну коммуникацию времени будет уходит куча. Странный проект, который нужно сделать за довольно
небольшое время приличным количеством людей . Тут либо народу столько не нужно, либо сроки не адекватны...
А что за проект если не секрет, какова предметная область?
On 18.12.2012 15:05, hpux100 wrote:
> Срок 2.5 месяца, 11 разработчиков, 5 тестеров, 2 аналитика. Тимлид есть, > требования не менялись.
Если все эти 11 разработчиков реально что-то разрабатывали, да ещё в
связке с кодом 10-летней давности, то 2.5 месяца == полное отсутствие
манёвра и очень серьёзные риски не успеть в связи с этим. Единственное
что может и обязан был сделать ПМ в данном случае — довести понимание
этого до всех стейкхолдеров проекта.
> Объем и сложность обсуждалась с ПМ, тимлидом и > заказчиком. ПМ объем подтвердил.
А он технический вообще человек? Или просто умножил сказанное тимлидом
на к-т и подписался?
On 18.12.2012 14:44, Sharov wrote:
> Тоже как то резануло -- тут на одну коммуникацию времени будет уходит > куча.
И не только коммуникацию. Старт проекта с таким количеством народа 1-2
месяца только займет. Даже при итерационном процессе, а не водопаде
первую версию только через 1-2 месяца можно выкатить.
> Странный проект, который нужно сделать за довольно > небольшое время приличным количеством людей . Тут либо народу столько не > нужно, либо сроки не адекватны...
Ну есть пару вариантов подобных проектов. Это обычно аутсорс и десяток
людей делают что-то почти одинаковое, но в больших количествах,
архитектура и т.п. уже давно сделаны, утверждены и пофиксены, нужно
написать пачку очень похожих модулей. Второй вариант тоже обычно в
аутсорсе, слепить что-то очень быстро и спихнуть заказчику, главное
получить подпись в акте приемки и забыть и забить.
В первом варианте нужна итерационная модель и тестеров нужно подключать
уже после первых 1-2 недель. Во втором, все пофиг, главное как-то
заставить работать и спихнуть заказчику.
> А что за проект если не секрет, какова предметная область?
Это у ТС надо спрашивать.
Здравствуйте, Sharov, Вы писали:
S>Здравствуйте, Vzhyk, Вы писали:
>>> Срок 2.5 месяца, 11 разработчиков, 5 тестеров, 2 аналитика. V>>Вот здесь в первом числе уже большой баг, при описанном выше количестве V>>народа. V>>За 2.5 месяца проектик максимум на 2 человека более ни менее сделать V>>можно. Если же в проекте 11 прогеров 5 тестеров и 2 ОП да еще при вашей V>>модели разработки на 8-12 в лучшем случае рассчитывать можете, вне V>>зависимости от сложности проекта.
S>Тоже как то резануло -- тут на одну коммуникацию времени будет уходит куча. Странный проект, который нужно сделать за довольно S>небольшое время приличным количеством людей . Тут либо народу столько не нужно, либо сроки не адекватны... S>А что за проект если не секрет, какова предметная область?
Длительность это имеется ввиду итерация на релиз. Не весь проект. Объем большой как раз на 10-12 человек. До начала итерации аналитики пишут требования.
2.5 месяца это только разработка
On 18.12.2012 14:58, hrensgory wrote:
> Если все эти 11 разработчиков реально что-то разрабатывали, да ещё в > связке с кодом 10-летней давности, то 2.5 месяца == полное отсутствие > манёвра и очень серьёзные риски не успеть в связи с этим.
Даже без кода 10-летней давности с такой толпой тут маневр практически
невозможен.
Предположим. Новый проект — все с большего понятно. Но, на одну
архитектуру и организацию разработки уйдет только 2-3 недели в лучшем
случае. После этого начнут подключаться разработчики и реализовывать
некую функциональность. При итерационном процессе, если проект простой
можно надеятся выкатить первую версию через 3 недели (чаще 1-1.5
месяца). После уже можно свести итерации к 2 неделям (чаще при такой
толпе бессмысленно). При подключении тестеров сразу же и хотя бы 5
итерациях получаем 15 недель. И это все в случае если все идет идеально.
> Единственное > что может и обязан был сделать ПМ в данном случае — довести понимание > этого до всех стейкхолдеров проекта.
И тут мы попадаем в неписанную часть процессов на этой конторе, ака
"крысиные бега" (в той или иной степени они присутсвуют в любом
коллективе). И здесь мы что-то подсказать TC не сможем.
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, hpux100, Вы писали:
H>>2.5 месяца это только разработка
B>Первый раз слышу, чтобы под длительнстью проекта имели ввиду только разработку.
проект в данном случае это прикручивание новых фич к продукту которому около 12 лет.
на все одна итерация:
фаза разработки требований — 1.5 мес
разработка 2.5 мес
тестирование 1.5 мес
Здравствуйте, Vzhyk, Вы писали:
V>On 18.12.2012 14:44, Sharov wrote:
>> Тоже как то резануло -- тут на одну коммуникацию времени будет уходит >> куча. V>И не только коммуникацию. Старт проекта с таким количеством народа 1-2 V>месяца только займет. Даже при итерационном процессе, а не водопаде V>первую версию только через 1-2 месяца можно выкатить.
>> Странный проект, который нужно сделать за довольно >> небольшое время приличным количеством людей . Тут либо народу столько не >> нужно, либо сроки не адекватны... V>Ну есть пару вариантов подобных проектов. Это обычно аутсорс и десяток V>людей делают что-то почти одинаковое, но в больших количествах, V>архитектура и т.п. уже давно сделаны, утверждены и пофиксены, нужно V>написать пачку очень похожих модулей. Второй вариант тоже обычно в V>аутсорсе, слепить что-то очень быстро и спихнуть заказчику, главное V>получить подпись в акте приемки и забыть и забить. V>В первом варианте нужна итерационная модель и тестеров нужно подключать V>уже после первых 1-2 недель. Во втором, все пофиг, главное как-то V>заставить работать и спихнуть заказчику.
>> А что за проект если не секрет, какова предметная область? V>Это у ТС надо спрашивать.
Предметная область моделирование процессов физика, химия, это в общих чертах, детали не могу сообщать.
Здравствуйте, hpux100, Вы писали:
H>Предметная область моделирование процессов физика, химия, это в общих чертах, детали не могу сообщать.
Предметная область серьезная. Тут действительно нужны как люди разбирающиеся в вопросе, так и разработчики.
А еще желательнее два в одном. Благодарю за ответ.
On 18.12.2012 16:53, hpux100 wrote:
> Предметная область моделирование процессов физика, химия, это в общих > чертах, детали не могу сообщать.
Ну тогда все начальство на проекте нужно шерстить, ибо не особо оно
компетентно. Ибо в подобных областях кучи подводных камней и обычно на
них натыкаешься в самый неподходящий момент.
Пример. Запрограммировали все правильно, по формулам, а оказалось, что
считает оно неприемлемо долго. Что делать? Время на решение этой
проблемы может оказаться сильно больше того, что разрабатывали саму модель.
А посему необходимо закладывать в план и риски, что нарветесь на
неожиданные подводные камни. Возможно и у вас напоролись по некоторым
фичам на такие камни.
Наказать ПМ за то, что он не пророк — это смешно и сослужите себе
"медвежью услугу".
По сути, надо шерстить всех начальников на проекте, почему не заложились
на подобный риск — "неожиданный подводный камень".
Здравствуйте, hpux100, Вы писали:
H>на все одна итерация: H>фаза разработки требований — 1.5 мес H>разработка 2.5 мес H>тестирование 1.5 мес
Хм... за полгода съехали _всего_ на две недели... Действительно, странное желание наказать ПМа...
H>Кто нибудь сталкивался с такой практикой насколько это разумно, или наоборот не желательно делать.
Для начала неплохо бы определиться с целью. Чего вы хотите достигнуть? Вам требуется убрать неугодного человека и вы ищете повод для этого? Заказчик требует неустойку, но вы вместо выплат хотите выдать козла отпущения менеджера на растерзание? Или вам просто нужно некую публичную порку в стиле "вот что бывает с теми, кто ошибся в оценках длительности проекта"?
Как только у вас появится точное понимание, чего вы хотите добиться, так сразу же будет ясен ответ на ваш вопрос.
On 18.12.2012 16:32, Vzhyk wrote:
>> Единственное >> что может и обязан был сделать ПМ в данном случае — довести понимание >> этого до всех стейкхолдеров проекта. > И тут мы попадаем в неписанную часть процессов на этой конторе, ака > "крысиные бега" (в той или иной степени они присутсвуют в любом > коллективе).
Ну, судя по тому что срок сдачи был назначен совершенно без запаса, а,
как оказывается, помимо собственно этого проекта под угрозой оказалачь
сдача сопрягаемых с ним (интересно сколько закладывалось на проверку
интеграции) — до начальства это не дошло. Ну будет им опыт теперь, ибо,
даже если они и отдадут ПМа на съедение, их это вряд ли спасёт от всяко
более тяжких последствий.