М*обилизаци*я (части*чная)

[Лукавая]

А ещё так интересно. Поо мобилизации президент вроде говорит логичные вещи : военный опыт, младше 35, месяц обучения, обеспечение и т п , но... его никто не слушает и на местах делают что хотят.

Один умный человек, которого здесь слушать не принято, уверяет, что в отличие от медицины, например, военкоматы у нас до сих пор не оцифрованы, они по картотеке смотрят. А в картотеке нет данных о военном опыте или изменении состояния здоровья, тем более что люди эту информацию в военкоматах не обновляют (хотя наверное должны бы)

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

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

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

[Лёся]

Один умный человек, которого здесь слушать не принято, уверяет, что в отличие от медицины, например, военкоматы у нас до сих пор не оцифрованы, они по картотеке смотрят. А в картотеке нет данных о военном опыте или изменении состояния здоровья, тем более что люди эту информацию в военкоматах не обновляют (хотя наверное должны бы)


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

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

Но о возрасте и звании то в военкомате есть? Вряд ли они наивно думают что человек случайно стал офицером тайно от военкомата, заведя второй билет.

Я ИТшница, специалист по качеству ПО, а так же работала в Сопровождении, Внедрении, выпуске реализов. Сейчас дома сижу, детьми рулю , мужа на удаленке кормлю, переобучаюсь на Управление Проектами в паралель.

[Лукавая]

Но о возрасте и звании то в военкомате есть?

О возрасте есть. А про звание я не знаю, как там передают эту информацию.

Я ИТшница, специалист по качеству ПО, а так же работала в Сопровождении, Внедрении, выпуске реализов. Сейчас дома сижу, детьми рулю , мужа на удаленке кормлю, переобучаюсь на Управление Проектами в паралель.

Ну если у тебя были внедрения и выпуски релизов, ты же должна иметь представление о том, как это все делается, что сроки горят, ничего не готово, а попытка правильно сделать внедрение сопряжена с огромным количеством проблем, например заказчик А хочет одно, а заказчик Б другое. И надо придумать как их примирить. Или заказчик хочет правильного, но оно противоречит ЛНД компании (фактически - конституции страны), а изменить ЛНД компании требует таких сложностей, что практически не реально.

Вообще вот начнешь управлять проектами - побудешь в шкуре ВВП ))
Лично я только восхищаюсь людьми, которые готовы за это взяться. Нужно железные нервы иметь. У меня их нет. Поэтому я даже не пытаюсь стать никаким руководителем.

[Лёся]

О возрасте есть. А про звание я не знаю, как там передают эту информацию.



Ну если у тебя были внедрения и выпуски релизов, ты же должна иметь представление о том, как это все делается, что сроки горят, ничего не готово, а попытка правильно сделать внедрение сопряжена с огромным количеством проблем, например заказчик А хочет одно, а заказчик Б другое. И надо придумать как их примирить. Или заказчик хочет правильного, но оно противоречит ЛНД компании (фактически - конституции страны), а изменить ЛНД компании требует таких сложностей, что практически не реально.

Вообще вот начнешь управлять проектами - побудешь в шкуре ВВП ))
Лично я только восхищаюсь людьми, которые готовы за это взяться. Нужно железные нервы иметь. У меня их нет. Поэтому я даже не пытаюсь стать никаким руководителем.

Я до детей 3 года управляли качеством одного из банков, т е я решала можно выпускать релиз или нельзя. Без моего одобрения -последней галочки релиз не выходил.
Да, сроки горят часто, но выпустить неработающий функционал нельзя. Критично если ЦБ требования. Оставались на выхи, в ночь, но делали. В остальных случаях сроки сдвигали.

К сожалению после рождения детей да 24 на 7, я позволить не могу . Получится ли с проектами не знаю. Муж говорит у его заказчиков есть ПМ, которые не сильно напрягаются. Посмотрим. Никто не знает что к весне будет, может не ПМ , а фермеры будут нужны

[Лукавая]

Да, сроки горят часто, но выпустить неработающий функционал нельзя. Критично если ЦБ требования. Оставались на выхи, в ночь, но делали. В остальных случаях сроки сдвигали.

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

[Лёся]

А кто отвечал за сроки? Кого ругали, когда сроки приходилось двигать?

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

[Лукавая]

Банк ругал ИТ директора. Тот всю команду, ну как минимум руководителей разработки-тестирования-аналитики. Но ни разу мои аргументы не были не приняты, если я не выпускала, были причины значит.

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

Но в банке все ж была своя специфика, не уронить всегда было важнее, чем выкатить новый функционал вовремя

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

Третья специфика в том, что это именно релиз, то есть мелкие доработки. И опять же, не в этот релиз попадет, так в следующий, через месяц-два, наверное, не критично. А когда речь идет о запуске ПО с нуля, это немного другая история. И если его переносят, то это шум на самом верху, потому что "продукт не запустился". Ответственные за запуск продукта вовремя лишаются премии.. А премия это треть годового оклада часто. Если не половина.
Прикинь, о каких суммах речь идет у топ менеджмента.

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

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

[Лёся]

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


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

Третья специфика в том, что это именно релиз, то есть мелкие доработки. И опять же, не в этот релиз попадет, так в следующий, через месяц-два, наверное, не критично. А когда речь идет о запуске ПО с нуля, это немного другая история. И если его переносят, то это шум на самом верху, потому что "продукт не запустился". Ответственные за запуск продукта вовремя лишаются премии.. А премия это треть годового оклада часто. Если не половина.
Прикинь, о каких суммах речь идет у топ менеджмента.


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

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

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

Сопровождение стороннего заказчика чинило Криты и Блокеры бесплатно, за свой счёт, поэтому выпускать неработающий тоже не выгодно. Но наша ПМ регулярно принимала решение выпускать плохо проверенный , надеясь что его... оттестирует заказчик. А на остальной сопровод был определённый лимит денег в месяц, будешь чинить больше, опять же бесплатно. И там да, ПМ орала на всех регулярно, и что сроки горят и качество , и вообще все плохо. Но не уверена что все ПМ так должны работать.

В банке доработки ПМ шли через меня так же, в том же пакете что и мелкие доработки. За сроки задач ПМ пытались прижимать. Но, не сломать банк все равно было важнее, чем выпустить задачу ПМ.

[Лукавая]

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

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

На стороннего заказчика тестировала и внедряла тоже новый продукт с нуля - интегратор для заполнения карточек контента.

Внедряла - это в смысле разрабатывала и согласовывала решения или тестировала то, что разработали и согласовали другие?

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

Сопровождение стороннего заказчика чинило Криты и Блокеры бесплатно, за свой счёт

А какие-то более мелкие недоработки кто и за какой счет чинит?

А на остальной сопровод был определённый лимит денег в месяц, будешь чинить больше, опять же бесплатно.

Значит не больше, а ровно столько, сколько влезет в лимит. Остальное чинить в следующий месяц, следующее в следующий. Что-то не чинить вообще. Что-то отправится в доработку, потому что удастся обосновать, что этого не было в начальной постановке задачи или выяснится, что там все плохо и это все придется переделывать полностью за доп.деньги. Что-то может придется чинить за свой счет, но это будет "что-то", а не "все, что мы сами знаем в качестве недоделок и будем долизывать до скончания века". И если не запустить недоделанный продукт, то до использования лимита на сопровождение вообще дело не дойдет, правда же?
Не говоря уже о том, что заказчик тоже не будет ждать доделок бесконечно, потому что на стороне заказчика тоже есть люди, отвечающие за выполнение проекта в срок. Про их премии и их лишение я уже говорила.

И там да, ПМ орала на всех регулярно, и что сроки горят и качество , и вообще все плохо. Но не уверена что все ПМ так должны работать

.
Орать на всех ПМ может и не должен. Орущий ПМ - плохой ПМ, он деморализует команду, которая должна его вытаскивать из этой Ж.
Но вот находиться в этой Ж - что горят сроки, качество и вообще все плохо - большинство ПМ будут регулярно. Обычно их задача как раз в том, чтобы прикрывать команду, принимая этот удар на себя и по возможности уменьшая объемы, которые команда должна исправить, отбрыкиваясь и обосновывая, почему вот это и вот это команда делать не должна.
Ну и попутно подгонять команду, чтобы она быстрее бегала, но при этом не разбежалась полностью.