А я закладываю) и доп.буферы, если вдруг не успеется. Аналитики есть. Но ныне они не считают, до документировать изменения - это обязательно, это надо, это полезно и это их обязанность) а я ж не их линейный руководитель, настоять-то не могу, чтоб это было в их обязанностях)
Да, мне кажется, со временем из отрасли наоборот вытеснят всех более-менее понимающих РП, соответсвующих уровню. Они неудобны и выделяются среди остальных. Что-то постоянно делают, до чего-то докапываются, стараются свою работу выполнить хорошо, не на пофиг. Это неудобно всем. Все готовы принять хреновый проектный менеджмент, даже бизнес, лишь бы их не тормошили и все текло и текло само как-нибудь. По крайней мере, раз уж резко сократилось число нормальных ПМ, такая вероятность есть.
Ну на счет высшего образования. Я бакалавр, менеджер в машиностроении по образованию, Политех) и как это ни странно, меня научили в университете проектному управлению) препод по стратегическому менеджменту говорил: вы графики должны уметь чертить с закрытыми глазами на коленке, а не в этих ваших MS Project-ах)) и бюджет считать учили, и ПМ бук разбирали. Анализ рисков, матрицы ответственности, оценка трз. Канбан и Lean, скрам не разбирали только. Ведь вообще-то многие подходы пришли в ИТ из производства) Много всего нам из этого преподавали. Другое дело, что многие на эти пары просто забивали, а мне интересно было. А так, да, названия специальности конкретно ИТ-менеджер я не встречала в вузах. Но есть же направление бизнес-информатика, мне казалась там этому учат)
И с вами я согласна, написала в конце - что скоро Пм-ов просто не будет. Как вы и говорите, функции отдадут разрабам или кому-то из команды. И все) мало от нас пользы. Мы ничего не создаем. Код не пишем, по сути вообще мало чего для продукта-то вещественного делаем. Так что неизбежно это для оптимизации затрат)
Спасибо большое, очень интересная предложена система. Мне как-то вот именно так подумать и классифицировать не приходило в голову. А ведь и правда, так и есть, все логично.
Я не обсуждаю политику. Но более причин я не могу назвать, в голову не приходит. Хотя, возможно, я и не права. А вы поделитесь своим взглядом, какие причины того, что во многих организациях сложилась эта так называемая система «три круга»? Мне было бы интересно. Благодарю вас.
Спасибо. Да я так и поняла, ещё год назад, что скоро останусь без работы) поэтому я немного стала разбираться в SQl, API и системной аналитике. Поскольку в бизнес-аналитике опыта у меня хоть отбавляй. Вот, когда совсем стану не нужна, может быть меня возьмут джуном системщиком) мне больше некуда идти, я в этой отрасли уже привыкла, может ещё пригожусь чем-то?
Я считаю такой подход в корне неверным. Я сама не пишу код. Но потестить-то я могу) в состоянии, не совсем еще) более того, я считаю, что каждый уважающий себя менеджер должен прогонять поставку перед передачей заказчику. Хотя б что бы не опозориться на ровном месте) но…я вижу, что никто так не делает в моем окружении, а я всегда делала и делать буду.
Я могу помочь и дизайнеру (и даже, если есть форс-мажор, сама кое-как наклепать макеты), делаю мокапы, могу помочь аналитику и бизнес, и системному, понимаю CI/CD, знаю как мержить ветки перед релизом и не только. Короче, много знаю и умею не только менеджерского. А иначе стыдно как-то, я помню, мне в начале работы было неудобно перед командой, что я не могу делом каким-то им помочь, а могу только менеджерить. А теперь я могу немного в разных местах, помимо менеджмента) и это даже пригождается, люди чувствуют и мою заинтересованность, что не с Винни пухом с башкой с опилками говорят, а что их понимают и даже могут включиться, чет помочь. Конечно, я не могу провести аудит кода - тут попросту можно меня надуть…но я за это и не берусь) но состояние такое посмотреть уж в силах)
А вы читали черную книгу Scrum? В скраме нет старого доброго план-графика проекта, но есть просто бэклог…в книге очевидный обсчет, который показывает, что уйдя от старого доброго графика, мы теряем не 10% времени, а от 30…а также просто загоняем себя в рамки неисполнения обязательств заказной разработки с самого начала.
Дело в том, что история мне рассказана не только моим знакомым. Ещё 2 людьми - разработчиком из той команды и it-hr той компании. Так получилось, я с ними знакома. Так что да, я уверена. Я сама работала с этим человеком.
История началась задолго до увольнения. Тестировщик что-то вдруг начал писать мне и спрашивать: а менеджер может делать так-то и так-то? А кто отвечает вот за это? И другие вопросы, касаемо работы и отношения к людям того распрекрасного менеджера. Мы не знали ещё тогда, что так все произойдет. Я была вовлечена задолго до происшествия. А человек это очень четкий, у меня нет на него нареканий. Ни разу он у меня ни на что не забивал, даже внеурочно подключался по своей инициативе, когда были некоторые моменты в нашем проекте. Ответственный и четкий человек, не любят таких сейчас).
Решение менеджера ни в каком случае не оправдано. Менеджер отвечает за исход проекта, а не тестировщик (даже если он ошибся/не сделал). Это все равно ответственность менеджера. Значит так проконтролировал, значит так к своей работе относится.
Мне 30. Возможно, в некоторых своих рассуждениях я как-то наивна. Но я сама так делаю – придерживаюсь в действиях тому, о чем пишу, чего жду и от других коллег.
И я никуда не рвусь. Я же всего лишь менеджер) в ИТ я с боку припеку и прекрасно это понимаю. Стремлюсь своей деятельностью не мешать разработчикам, а наоборот, помогать обеспечивать их процесс работы всем необходимым, чтобы все у нас получалось. Чтобы все не зря было, ради чего мы на работу-то ходим и за что деньги получаем. В моей голове не укладываются эти паттерны: про то, что тестировщика уволили вместо менеджера проекта, когда проект завалился. Это полный бред. И это реальный случай, это моего знакомого уволили, я знаю его уровень и подход (отличный тестер, меня ни разу не подвел), также я знаю из-за чего тот проект реально завалился: МЕНЕДЖЕР ЗАБЫЛ ПОСТАВИТЬ ЗАДАЧИ НА ТЕСТИРОВАНИЕ?. Поставил их в день релиза на прод уже, а человека обвинил в неуспехе всего проекта, мол не успел - виноват ТЫ. И как этот менеджер после этого может считать себя менеджером проекта и дальше работать там же? Я не нахожу ответов на эти случаи из жизни. И вот, пишу…
Я бы просто хотела бы, чтобы и другие мои коллеги тоже об этом задумались. Если ты менеджер, так будь им, отвечай, я так считаю, так сама и делаю, я всегда признаю свои ошибки. И всегда отвечаю. Я и за ошибки моих команд отвечаю. Это такая моя обязанность, я нужна для этого. А не для того чтоб просто назваться менеджер проекта и ходить с носом к верху.
Ооо, а почему мы выпускаем неподдерживаемые продукты? Я прям сейчас это вижу и симофорю на каждом шагу: «ребята, через год это умрет!». Конкретно у меня сейчас: потому что документации нет. Ребята не пишут, че как и где они делают. Эти ребята увольняются, а документов не осталось. Неизвестно, как и что наворочено в системе. Новые приходят, не могут разобраться. И ФСЁ…приплыли. Систему в топку, на место нее новую (скорее всего купим как готовое решение и будем так же убивать, когда код выкупим).
Ну, касаемо меня, я считаю, что я не дотягиваю до уровня тех людей, кто меня учил на практике. Для меня они были и есть боги) Они поделились со мной своей живой экспертизой и я стала тем, кем стала.
Сейчас, да. Я и свои проекты веду, и делюсь опытом с коллегами…но смысла в этом не вижу, оно им не надо. Мне говорили пара молодых ребят, что хотят быть менеджером моего уровня) но по-моему, это смешно. Да, у меня масштабные и разные проекты, разносторонний опыт, много Г** поела и разгребла (чужого), что называется. Я со всем справляюсь. Но все равно, не могу сказать, что я равна моим наставникам. Мне, наверное, не хватает их заразительной энергии, легкости и оптимизма. Но я, безусловно, отрасль свою люблю и стараюсь делать хорошо. По-другому не могу.
А куда они делись…я не знаю. Сложно ответить на этот вопрос.
Вот это как раз животрепещущая тема. Мы обсуждали с коллегой, с которой как раз 5 лет назад вместе работали, вот этот аспект. И мы, уже работая не вместе, одинаково абсолютно видим эти вещи!
Действительно. Берут на работу сейчас людей удобных, сохраняют лояльных. А профессионализм - уже не в моде. Главное чтоб вайб подходил) почему так, какие в этом перспективы - ответов у нас не родилось.
Я этой статьей ни в коем случае не замахивалась на какую-то техническую экспертность, тем более кликбейт - не было такой цели, это моя первая статья здесь, и я сама считаю, что она не очень, но с чего-то же начать нужно.
Тут соглашусь, в некоторых случаях постоянные переделки – это даже хорошо, если имеется в виду новизна продукта, позволяет методология и бюджет. Но я говорю о переделках не в пользу новизны, а в пользу неправильно выбранных и обоснованных где-то наверху вариантов работы над проектом по циклу разработки. Менеджер как раз принимает в этом активное участие. И, порой, очевидно, что принимаемое решение неверно, проект пойдёт не туда, делаться будет не то. Но человек все равно так делает и делает, и команду за собой ведет, а страдают потом все (ну а человек выкручивается, виноватыми делая людей из команды). Я писала про сей факт, имея в виду постоянные переделки. Ведь не от великого ума человек принимает такие решения…Хотя может и специально, я не понимаю такого просто.
А я и в скраме графики проектные делаю. Это очень удобно, выручает. Сразу структура видна и можно все всем объяснить по ней. Пусть крупно, модулями, но понятен состав продукта и этапность крупными мазками.
Вы абсолютно правы. А я смотрю на них и вот не могу почему-то с этим смириться. Зачем делать шлак, если можно делать что-то стоящее?
Ведь мои команды действительно хорошо ко мне относятся, мы общаемся с ребятами даже с прошлых мест работы, потому что я хорошо для них делала когда-то свою работу. Я работаю с командами, потому что понимаю, что если этого не делать - ничего не будет. Ни разработанного продукта, ни сдачи, ни кода без костылей. Другие специалисты моего плана откровенно кладут болт на команду и относятся к людям действительно как к ресурсам, как вы и описали. И все. А потом все разваливается и никто не знает, почему так.
Все ведь это зависит от менеджера. Каждый из нас может выбрать: шлак делать или стремиться к достойному, плевать на команду или работать с ней как её часть. И почему выбирают худшие варианты – моему пониманию недоступно(
То есть с моей молодостью ушли и люди, делающие хорошо свою работу? Ладно, как скажете.
В принципе, у меня всегда все норм было с критическим мышлением. Розовые очки в моей профессии бьются в глаза со скоростью Миллисекунды.
Куда мне деть тот факт, что сейчас я спрошу у старшего менеджера: «Так ли вот это? Правильно делаю или можно лучше, как считаешь?». Он скажет: не знаю, просто делай и не задумывайся. И тогда, лет 5 назад я тоже спрашивала. И подход был совершенно другой. Это было интересно, полезно и расширяло мою картину мира. Теперь как-то лишилась я экспертных мнений…теперь у меня спрашивают. Ну я говорю. Но двусторонней связи не получается тут.
Да, так вышло, у меня достаточно широкая квалификация. Я являюсь и ПМ, и мастером команд (не только скрам, но и канбан), и аналитиком. И при этом я все эти роли разделяю по функционалу и смысловой нагрузке.
Мой «неудачный» опыт длиною в несколько компаний тут отражать – это ненормально? Я нашла в этом закономерность, поскольку встречаюсь снова и снова в разных компаниях с описанными мной вещами. Вот, решила спросить, может кто знает, почему так.
Проекты делаются, продукты поставляются. Но сколько из них брошенных, закрытых, остановленных, не выпущенных в прод?) Я вижу вот это количество по сравнению с успешно выпущенными. И оно пугает. Постоянные переделки, когда реально без них можно было б обойтись, будь у менеджера голова и заинтересованность. Не только в деньгах.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
А я закладываю) и доп.буферы, если вдруг не успеется. Аналитики есть. Но ныне они не считают, до документировать изменения - это обязательно, это надо, это полезно и это их обязанность) а я ж не их линейный руководитель, настоять-то не могу, чтоб это было в их обязанностях)
Да, мне кажется, со временем из отрасли наоборот вытеснят всех более-менее понимающих РП, соответсвующих уровню. Они неудобны и выделяются среди остальных. Что-то постоянно делают, до чего-то докапываются, стараются свою работу выполнить хорошо, не на пофиг. Это неудобно всем. Все готовы принять хреновый проектный менеджмент, даже бизнес, лишь бы их не тормошили и все текло и текло само как-нибудь. По крайней мере, раз уж резко сократилось число нормальных ПМ, такая вероятность есть.
Ну на счет высшего образования. Я бакалавр, менеджер в машиностроении по образованию, Политех) и как это ни странно, меня научили в университете проектному управлению) препод по стратегическому менеджменту говорил: вы графики должны уметь чертить с закрытыми глазами на коленке, а не в этих ваших MS Project-ах)) и бюджет считать учили, и ПМ бук разбирали. Анализ рисков, матрицы ответственности, оценка трз. Канбан и Lean, скрам не разбирали только. Ведь вообще-то многие подходы пришли в ИТ из производства) Много всего нам из этого преподавали. Другое дело, что многие на эти пары просто забивали, а мне интересно было. А так, да, названия специальности конкретно ИТ-менеджер я не встречала в вузах. Но есть же направление бизнес-информатика, мне казалась там этому учат)
И с вами я согласна, написала в конце - что скоро Пм-ов просто не будет. Как вы и говорите, функции отдадут разрабам или кому-то из команды. И все) мало от нас пользы. Мы ничего не создаем. Код не пишем, по сути вообще мало чего для продукта-то вещественного делаем. Так что неизбежно это для оптимизации затрат)
Спасибо большое, очень интересная предложена система. Мне как-то вот именно так подумать и классифицировать не приходило в голову. А ведь и правда, так и есть, все логично.
Я не обсуждаю политику. Но более причин я не могу назвать, в голову не приходит. Хотя, возможно, я и не права. А вы поделитесь своим взглядом, какие причины того, что во многих организациях сложилась эта так называемая система «три круга»? Мне было бы интересно. Благодарю вас.
Спасибо. Да я так и поняла, ещё год назад, что скоро останусь без работы) поэтому я немного стала разбираться в SQl, API и системной аналитике. Поскольку в бизнес-аналитике опыта у меня хоть отбавляй. Вот, когда совсем стану не нужна, может быть меня возьмут джуном системщиком) мне больше некуда идти, я в этой отрасли уже привыкла, может ещё пригожусь чем-то?
Я считаю такой подход в корне неверным. Я сама не пишу код. Но потестить-то я могу) в состоянии, не совсем еще) более того, я считаю, что каждый уважающий себя менеджер должен прогонять поставку перед передачей заказчику. Хотя б что бы не опозориться на ровном месте) но…я вижу, что никто так не делает в моем окружении, а я всегда делала и делать буду.
Я могу помочь и дизайнеру (и даже, если есть форс-мажор, сама кое-как наклепать макеты), делаю мокапы, могу помочь аналитику и бизнес, и системному, понимаю CI/CD, знаю как мержить ветки перед релизом и не только. Короче, много знаю и умею не только менеджерского. А иначе стыдно как-то, я помню, мне в начале работы было неудобно перед командой, что я не могу делом каким-то им помочь, а могу только менеджерить. А теперь я могу немного в разных местах, помимо менеджмента) и это даже пригождается, люди чувствуют и мою заинтересованность, что не с Винни пухом с башкой с опилками говорят, а что их понимают и даже могут включиться, чет помочь. Конечно, я не могу провести аудит кода - тут попросту можно меня надуть…но я за это и не берусь) но состояние такое посмотреть уж в силах)
Спасибо, доходчиво очень. И есть над чем подумать
А вы читали черную книгу Scrum? В скраме нет старого доброго план-графика проекта, но есть просто бэклог…в книге очевидный обсчет, который показывает, что уйдя от старого доброго графика, мы теряем не 10% времени, а от 30…а также просто загоняем себя в рамки неисполнения обязательств заказной разработки с самого начала.
Дело в том, что история мне рассказана не только моим знакомым. Ещё 2 людьми - разработчиком из той команды и it-hr той компании. Так получилось, я с ними знакома. Так что да, я уверена. Я сама работала с этим человеком.
История началась задолго до увольнения. Тестировщик что-то вдруг начал писать мне и спрашивать: а менеджер может делать так-то и так-то? А кто отвечает вот за это? И другие вопросы, касаемо работы и отношения к людям того распрекрасного менеджера. Мы не знали ещё тогда, что так все произойдет. Я была вовлечена задолго до происшествия. А человек это очень четкий, у меня нет на него нареканий. Ни разу он у меня ни на что не забивал, даже внеурочно подключался по своей инициативе, когда были некоторые моменты в нашем проекте. Ответственный и четкий человек, не любят таких сейчас).
Решение менеджера ни в каком случае не оправдано. Менеджер отвечает за исход проекта, а не тестировщик (даже если он ошибся/не сделал). Это все равно ответственность менеджера. Значит так проконтролировал, значит так к своей работе относится.
Смотрела…?
Мне 30. Возможно, в некоторых своих рассуждениях я как-то наивна. Но я сама так делаю – придерживаюсь в действиях тому, о чем пишу, чего жду и от других коллег.
И я никуда не рвусь. Я же всего лишь менеджер) в ИТ я с боку припеку и прекрасно это понимаю. Стремлюсь своей деятельностью не мешать разработчикам, а наоборот, помогать обеспечивать их процесс работы всем необходимым, чтобы все у нас получалось. Чтобы все не зря было, ради чего мы на работу-то ходим и за что деньги получаем. В моей голове не укладываются эти паттерны: про то, что тестировщика уволили вместо менеджера проекта, когда проект завалился. Это полный бред. И это реальный случай, это моего знакомого уволили, я знаю его уровень и подход (отличный тестер, меня ни разу не подвел), также я знаю из-за чего тот проект реально завалился: МЕНЕДЖЕР ЗАБЫЛ ПОСТАВИТЬ ЗАДАЧИ НА ТЕСТИРОВАНИЕ?. Поставил их в день релиза на прод уже, а человека обвинил в неуспехе всего проекта, мол не успел - виноват ТЫ. И как этот менеджер после этого может считать себя менеджером проекта и дальше работать там же? Я не нахожу ответов на эти случаи из жизни. И вот, пишу…
Я бы просто хотела бы, чтобы и другие мои коллеги тоже об этом задумались. Если ты менеджер, так будь им, отвечай, я так считаю, так сама и делаю, я всегда признаю свои ошибки. И всегда отвечаю. Я и за ошибки моих команд отвечаю. Это такая моя обязанность, я нужна для этого. А не для того чтоб просто назваться менеджер проекта и ходить с носом к верху.
Просто отдельная моя боль…(
Ооо, а почему мы выпускаем неподдерживаемые продукты? Я прям сейчас это вижу и симофорю на каждом шагу: «ребята, через год это умрет!». Конкретно у меня сейчас: потому что документации нет. Ребята не пишут, че как и где они делают. Эти ребята увольняются, а документов не осталось. Неизвестно, как и что наворочено в системе. Новые приходят, не могут разобраться. И ФСЁ…приплыли. Систему в топку, на место нее новую (скорее всего купим как готовое решение и будем так же убивать, когда код выкупим).
Ну, касаемо меня, я считаю, что я не дотягиваю до уровня тех людей, кто меня учил на практике. Для меня они были и есть боги) Они поделились со мной своей живой экспертизой и я стала тем, кем стала.
Сейчас, да. Я и свои проекты веду, и делюсь опытом с коллегами…но смысла в этом не вижу, оно им не надо. Мне говорили пара молодых ребят, что хотят быть менеджером моего уровня) но по-моему, это смешно. Да, у меня масштабные и разные проекты, разносторонний опыт, много Г** поела и разгребла (чужого), что называется. Я со всем справляюсь. Но все равно, не могу сказать, что я равна моим наставникам. Мне, наверное, не хватает их заразительной энергии, легкости и оптимизма. Но я, безусловно, отрасль свою люблю и стараюсь делать хорошо. По-другому не могу.
А куда они делись…я не знаю. Сложно ответить на этот вопрос.
Вот это как раз животрепещущая тема. Мы обсуждали с коллегой, с которой как раз 5 лет назад вместе работали, вот этот аспект. И мы, уже работая не вместе, одинаково абсолютно видим эти вещи!
Действительно. Берут на работу сейчас людей удобных, сохраняют лояльных. А профессионализм - уже не в моде. Главное чтоб вайб подходил) почему так, какие в этом перспективы - ответов у нас не родилось.
Я этой статьей ни в коем случае не замахивалась на какую-то техническую экспертность, тем более кликбейт - не было такой цели, это моя первая статья здесь, и я сама считаю, что она не очень, но с чего-то же начать нужно.
Тут соглашусь, в некоторых случаях постоянные переделки – это даже хорошо, если имеется в виду новизна продукта, позволяет методология и бюджет. Но я говорю о переделках не в пользу новизны, а в пользу неправильно выбранных и обоснованных где-то наверху вариантов работы над проектом по циклу разработки. Менеджер как раз принимает в этом активное участие. И, порой, очевидно, что принимаемое решение неверно, проект пойдёт не туда, делаться будет не то. Но человек все равно так делает и делает, и команду за собой ведет, а страдают потом все (ну а человек выкручивается, виноватыми делая людей из команды). Я писала про сей факт, имея в виду постоянные переделки. Ведь не от великого ума человек принимает такие решения…Хотя может и специально, я не понимаю такого просто.
А я и в скраме графики проектные делаю. Это очень удобно, выручает. Сразу структура видна и можно все всем объяснить по ней. Пусть крупно, модулями, но понятен состав продукта и этапность крупными мазками.
Вы абсолютно правы. А я смотрю на них и вот не могу почему-то с этим смириться. Зачем делать шлак, если можно делать что-то стоящее?
Ведь мои команды действительно хорошо ко мне относятся, мы общаемся с ребятами даже с прошлых мест работы, потому что я хорошо для них делала когда-то свою работу. Я работаю с командами, потому что понимаю, что если этого не делать - ничего не будет. Ни разработанного продукта, ни сдачи, ни кода без костылей. Другие специалисты моего плана откровенно кладут болт на команду и относятся к людям действительно как к ресурсам, как вы и описали. И все. А потом все разваливается и никто не знает, почему так.
Все ведь это зависит от менеджера. Каждый из нас может выбрать: шлак делать или стремиться к достойному, плевать на команду или работать с ней как её часть. И почему выбирают худшие варианты – моему пониманию недоступно(
То есть с моей молодостью ушли и люди, делающие хорошо свою работу? Ладно, как скажете.
В принципе, у меня всегда все норм было с критическим мышлением. Розовые очки в моей профессии бьются в глаза со скоростью Миллисекунды.
Куда мне деть тот факт, что сейчас я спрошу у старшего менеджера: «Так ли вот это? Правильно делаю или можно лучше, как считаешь?». Он скажет: не знаю, просто делай и не задумывайся. И тогда, лет 5 назад я тоже спрашивала. И подход был совершенно другой. Это было интересно, полезно и расширяло мою картину мира. Теперь как-то лишилась я экспертных мнений…теперь у меня спрашивают. Ну я говорю. Но двусторонней связи не получается тут.
Да, так вышло, у меня достаточно широкая квалификация. Я являюсь и ПМ, и мастером команд (не только скрам, но и канбан), и аналитиком. И при этом я все эти роли разделяю по функционалу и смысловой нагрузке.
Мой «неудачный» опыт длиною в несколько компаний тут отражать – это ненормально? Я нашла в этом закономерность, поскольку встречаюсь снова и снова в разных компаниях с описанными мной вещами. Вот, решила спросить, может кто знает, почему так.
Проекты делаются, продукты поставляются. Но сколько из них брошенных, закрытых, остановленных, не выпущенных в прод?) Я вижу вот это количество по сравнению с успешно выпущенными. И оно пугает. Постоянные переделки, когда реально без них можно было б обойтись, будь у менеджера голова и заинтересованность. Не только в деньгах.