Здравствуйте, merge, Вы писали:

M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
Категорически нет. Это будут обязанности и ответственность без полномочий. В итоге, тебя обвинят во всех неудачах, а все достижения манагер присвоит себе и выдаст за свои.

Здравствуйте, merge, Вы писали:


M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?

Нет

M>И на каких условиях?

Ни на каких. Кроме, может быть, если можно будет безнаказанно расстрелять на месте любых трёх человек и немедленно нанять на их место кого угодно.

Здравствуйте, merge, Вы писали:

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

Я думаю, что менеджеры того проекта постараются сделать всё, чтобы вы им не помогли и потом будут разводить руками, мол мы не виноваты, это место проклятое, даже они облажались.

M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.
на самом деле, чтобы это понять наверняка, надо там поработать. Я бы на вашем месте подумала, можно ли помочь, не дергая всю команду. Если можно четко оговорить, и главное выдержать рамки типа "возьмем изолированную техническую задачу в рассчете на 1 или 2 человек на такой-то срок", то почему бы и нет. И еще надо, чтобы та команда смогла такую задачу выделить

Здравствуйте, merge, Вы писали:

M>думал если вытащить этот проект можно хорошее повышение получить.
Здесь должна быть фраза из Даун-хауса, но она чуть-чуть обидная, поэтому ограничусь капитаном Пикаром. С другой стороны, мне всегда был интересен возможный результат неочевидных выборов в жизни. Поэтому давай ты согласишься, но потом обязательно нам расскажешь.

Здравствуйте, Sharowarsheg,

S> Кроме, может быть, если можно будет безнаказанно расстрелять на месте любых трёх человек и немедленно нанять на их место кого угодно.

В духе анекдота про товарища Сталина: "А почему трех?"

Здравствуйте, merge, Вы писали:

M>Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
M>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

Как главный разработчик на двух подобных проектах (не по своей воле) — категорически не рекомендую.

M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.

Полный, тотальный bullshit. На вас свалят ВСЁ. Я через такое проходил.

Здравствуйте, alpha21264, Вы писали:

V_S>>>В духе анекдота про товарища Сталина: "А почему трех?"

S>>Мне показалось, что там не слишком большие команды. Если подумать, то "каждого пятого" было бы более общо.

A>Да ты суров. Даже в римских легионах казнили каждого десятого.

В римских легионах погибали в бою, а в офисе этого фактора отбора нет.

M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>И на каких условиях?
Если есть кого оставить тимлидом своей команды, то можно перейти на другой проект и сосредоточиться на нём. С подъёмом зарплаты, конечно. Иначе зачем тебе сидеть на двух стульях?

M>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.
M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>И на каких условиях?
Хм. Может для начала подключиться на организационном уровне — как второй тимлид без привлечения разработчиков — на мой взгляд для начала стоит понять действительную проблему. Если проблема в заказчиках, что здесь увеличение ресурсов разработки ничего не даст — сколько туда не влей. Если проблема в том, что второй тимлид не умеет работать с заказчиками — возможное решение прокачать тимлида. Может проблема вообще в качестве кода и от вас потребуется кодревью и настройка там тестирования.
Т.е. прежде чем под что-то подвязываться (и тем более подвязывать свою команду), имхо, стоит понять — а может оно ничего не даст, кроме геморроя.
Кстати, может если удастся решить вопрос с потоком хотелок от бизнеса и обратной связью, то может и при существующей работе второй команды бизнес будет более удовлетворен.

А если удастся решить без привлечения команды — то плюшек от этого можно получить даже больше
P.S. есть оценка — насколько просядет ваш проект, если выделите время на помощь? Ваши заказчики на это согласны?

В компании идут 2 паралелльных больших проекта.

Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
И на каких условиях?

Здравствуйте, Vlad_SP, Вы писали:

S>> Кроме, может быть, если можно будет безнаказанно расстрелять на месте любых трёх человек и немедленно нанять на их место кого угодно.

V_S>В духе анекдота про товарища Сталина: "А почему трех?"

Мне показалось, что там не слишком большие команды. Если подумать, то "каждого пятого" было бы более общо.

M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?

Если есть возможность не браться, то зачем браться? Потери (сил, времени, комфорта) очевидны, выгоды не указаны. Ну и объяснить, что если проблемы не в технической части, то и править надо не техническую часть.

Здравствуйте, De-Bill, Вы писали:

M>>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?

DB>Если есть возможность не браться, то зачем браться? Потери (сил, времени, комфорта) очевидны, выгоды не указаны. Ну и объяснить, что если проблемы не в технической части, то и править надо не техническую часть.

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

Здравствуйте, merge, Вы писали:

M>думал если вытащить этот проект можно хорошее повышение получить.

Было бы очень здорово как-то этот момент прояснить заранее, если это возможно. Если невозможно — рассчитывать на повышение, и особенно хорошее, сильно не стоит, ИМХО. Это тоже мой личный опыт.

Здравствуйте, Sharowarsheg, Вы писали:

V_S>>В духе анекдота про товарища Сталина: "А почему трех?"

S>Мне показалось, что там не слишком большие команды. Если подумать, то "каждого пятого" было бы более общо.

Да ты суров. Даже в римских легионах казнили каждого десятого.

Здравствуйте, Sharowarsheg, Вы писали:

S>>>Мне показалось, что там не слишком большие команды. Если подумать, то "каждого пятого" было бы более общо.

A>>Да ты суров. Даже в римских легионах казнили каждого десятого.

S>В римских легионах погибали в бою, а в офисе этого фактора отбора нет.

Ну почему? Увольняют жеж.

Здравствуйте, merge, Вы писали:

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

P.S. Это всё, конечно же, исходя из того, что твоя гипотеза о причинах провалов верна.

Здравствуйте, alpha21264, Вы писали:

S>>>>Мне показалось, что там не слишком большие команды. Если подумать, то "каждого пятого" было бы более общо.
A>>>Да ты суров. Даже в римских легионах казнили каждого десятого.
S>>В римских легионах погибали в бою, а в офисе этого фактора отбора нет.

A>Ну почему? Увольняют жеж.

Из тех, кого набирают, некоторые были когда-то уволены. В римских легионах такого не было — нельзя было повторно нанять погибшего в бою, ни своего, ни конкурента.

Здравствуйте, merge, Вы писали:

M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

Как то это слишком просто и нежизненно. Редко когда ясно видны причины успеха/фейла в работе и бизнесе. И редко когда причина всего одна.

M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>И на каких условиях?

Я на такое подписывался два раза. Первый раз был фейл (причем я вытаскивал свой же проект 10 летней давности который скатился в говно за это время). Второй раз был вин и мешок денег.

Насчёт условий и всяческих обговариваний скажу так, что если их не будут выполнять, вы как простой винтик сделать не сможете ничего. Я когда "обговариал условия" назвал две вещи 1) я не хожу вообще ни на какие совещания, никогда. сразу отвалилась масса идиотских поручений от начальства, а также идиотских инструкций как мне надо работать. такое условие на 100% ясно и с него труднее съехать. митинги с командой я проводил. 2) ответственность за результат несёт команда, а не я. я только получаю бочку варенья и корзину печенья в случае успеха. ну, не хотите не соглашайтесь, я тогда не берусь

В вашей ситуации браться/не браться зависит от вашего веса и ценности в конторе, т.к. в случае фейла именно от этого будет зависеть ваша судьба.

M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>И на каких условиях?
Переписывать на свою платформу. Если она у вас, конечно, есть.

Здравствуйте, merge, Вы писали:

M>В компании идут 2 паралелльных больших проекта.

M>Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
Есть ли уверенность что проблема не в кастомерах?

M>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
Почему начальство считает что кинув команду с успешного проекта — не загубит первый, вытащив второй?

M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.
Есть ли 100% уверенность?

Сделайте анализ текущей ситуации, откуда именно идет не довольство — много багов в новых функциях, новые функции не удобные, новые функции не достаточно проработаны, или сделаны не так как оговаривалось, клиенты не приходят на митинги демо, не делают UAT, etc. Причин может быть много, доходя до совсем глупых что внутри компании клиента намечается реструктуризация и сейчас отдел один страдает и пытается сказать что проблемы идут от софта, или просто пользователи перегружены.

В любом случае без четкого понимания ландшафта проблемы бежать и помогать с закрытием багов наверное будет сложно и можно принести больше вреда чем пользы.

Здравствуйте, merge, Вы писали:

M>В компании идут 2 паралелльных больших проекта.

M>Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
M>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>И на каких условиях?
Начинать надо с выкидывания менеджера второй команды на мороз. Вместе с тим-лидом. Потом выборочно, под лупой-рассмотреть оставшуюся команду. И только затем уже поразмышлять, а ввязываться ли в это говно.
В остальных случаях, даже в случае героического успеха-все плюшки поднимут менеджер и тим-лид второй команды.
Проверено(с)

H>Начинать надо с выкидывания менеджера второй команды на мороз. Вместе с тим-лидом. Потом выборочно, под лупой-рассмотреть оставшуюся команду. И только затем уже поразмышлять, а ввязываться ли в это говно.
H>В остальных случаях, даже в случае героического успеха-все плюшки поднимут менеджер и тим-лид второй команды.
H>Проверено(с)
это при условии, что проблема была реально в менеджере. А то окажется, что проблема в том, что у клиентов много противоречивых требований, сроки сжатые, а денег платят намного больше, чем первая успешная команда на своем проекте приносит. И окажешься в результате на морозе вместе со всей конторой

Здравствуйте, merge, Вы писали:

M>В компании идут 2 паралелльных больших проекта.

M>Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
M>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
M>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

M>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>И на каких условиях?


Чтобы "вытащить" проект надо лезть во все, в предметную, планирование, управление требованиями, тестирование и т.д..

Самое лучшее условие, это процент от прибыли с проекта. Тогда можно влезать по самые уши.

Здравствуйте, achmed,

A>Самое лучшее условие, это процент от прибыли с проекта.

"Съесть то он съесть, да хто ж ему дасть?" (ц)

Здравствуйте, Vlad_SP, Вы писали:

V_S>Здравствуйте, achmed,

A>>Самое лучшее условие, это процент от прибыли с проекта.

V_S>"Съесть то он съесть, да хто ж ему дасть?" (ц)

Почему бы и нет, если есть потребность, то должны быть готовы делиться. Это деловой подход.

Просто о подобной практике мало кто знает из рядовых сотрудников, т.к. доля дается только одному или нескольким участникам проекта.

Здравствуйте, Hardballer, Вы писали:

H>Здравствуйте, merge, Вы писали:

M>>В компании идут 2 паралелльных больших проекта.

M>>Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
M>>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
M>>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

M>>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>>И на каких условиях?
H>Начинать надо с выкидывания менеджера второй команды на мороз. Вместе с тим-лидом.

Непонятно кому и как это донести?
Кастомеру или своем рук-ву?
Как сказать почему не хочу ввязываться если этого не будет?

Здравствуйте, achmed, Вы писали:

A>Здравствуйте, merge, Вы писали:

M>>В компании идут 2 паралелльных больших проекта.

M>>Одна команда достаточно неплохо ведет проект, на вторую много жалоб от кастомеров и жалобы только увеличиваются.
M>>И вот начальство хочет на более успешную команду кинуть задачи с менее успешной.
M>>Насколько я понял, что в менее успешной команде проблема в проджекте, который часто неверно излагает бизнес нидс и программисты часто переделывают.

M>>Предварительно догооврились, если возьмемся, то помогать только с техническими задачами, без бизнес логики особой.
M>>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?
M>>И на каких условиях?


A>Чтобы "вытащить" проект надо лезть во все, в предметную, планирование, управление требованиями, тестирование и т.д..

A>Самое лучшее условие, это процент от прибыли с проекта. Тогда можно влезать по самые уши.

это внутренний проект для другого подразделения. непонятно как определяется процент

Здравствуйте, merge, Вы писали:

A>>Чтобы "вытащить" проект надо лезть во все, в предметную, планирование, управление требованиями, тестирование и т.д..

A>>Самое лучшее условие, это процент от прибыли с проекта. Тогда можно влезать по самые уши.

M>это внутренний проект для другого подразделения. непонятно как определяется процент

С этого и надо было начинать. В этом случае договориться наперед о чем то (о повышении) возможно только если у твоего руководителя есть все необходимые полномочия.

Здравствуйте, merge, Вы писали:

M>Я тимлид первой команды. Как думаете есть смысл соглашаться браться?

Тебе самому намного виднее, способен ли ты справится и хватит ли тебе для этого полномочий. Если уверен что да — берись.

M>И на каких условиях?

Оговори критерии достижения цели, и бенефиты, которые ты получишь.