Size: a a a

SPb SPM: Software Managers Club

2019 May 22

EK

Evgeniya Kovalevskaya in SPb SPM: Software Managers Club
Vasiliy Emashov
Ну он как бы директор, но не всегда. Все очень сильно зааисит от проекта, инфраструктуры заказчика, его оргстрккткры и тд. Надо всегда подстроиться и настроить адекватный процесс, удобный всем. Вот и все.
Эм... Я попросила привести практический пример. А вы еще раз рассказываете, как всё не точно и вообще страшно жить.
источник

MB

Mihail Baibus in SPb SPM: Software Managers Club
😄 это нормально)
Если послушать Круглова, то в проджекты, например,  вообще можно не идти)
источник

EB

Ekaterina Borisova in SPb SPM: Software Managers Club
Mihail Baibus
😄 это нормально)
Если послушать Круглова, то в проджекты, например,  вообще можно не идти)
и не просто не идти, а тем, кто уже в них, завернуться в белую простыню и ползти на кладбище 😊
источник

VE

Vasiliy Emashov in SPb SPM: Software Managers Club
Evgeniya Kovalevskaya
Эм... Я попросила привести практический пример. А вы еще раз рассказываете, как всё не точно и вообще страшно жить.
Ну, давайте практический пример. Я как ПМ выстраиваю с командой и заказчиком все процессцы на проекте, обсуждаю планы, держу всех в курсе, помогаю ребятам достигать результата и защищаю их от внешних проблем. Некоторые шаги или риски я подтвеждаю со своим ДМом. Например, мы узнаем, что человек хочет уволиться или сменить проекты, ДМу надо спланировать такие движения между проектами. Или, например, я не могу какие-то действия или активности провести с представителями клиента - я репорчу ДМу, и он решает эти проблемы не своем уровне.
источник

VE

Vasiliy Emashov in SPb SPM: Software Managers Club
Ekaterina Borisova
и не просто не идти, а тем, кто уже в них, завернуться в белую простыню и ползти на кладбище 😊
холивар такой холивар, хах )
источник

VE

Vasiliy Emashov in SPb SPM: Software Managers Club
Evgeniya Kovalevskaya
Эм... Я попросила привести практический пример. А вы еще раз рассказываете, как всё не точно и вообще страшно жить.
а почему страшно-то? :))
источник

EB

Ekaterina Borisova in SPb SPM: Software Managers Club
Vasiliy Emashov
холивар такой холивар, хах )
все как мы любим 😊
источник

VE

Vasiliy Emashov in SPb SPM: Software Managers Club
Ekaterina Borisova
все как мы любим 😊
xDD
источник

EK

Evgeniya Kovalevskaya in SPb SPM: Software Managers Club
Vasiliy Emashov
Ну, давайте практический пример. Я как ПМ выстраиваю с командой и заказчиком все процессцы на проекте, обсуждаю планы, держу всех в курсе, помогаю ребятам достигать результата и защищаю их от внешних проблем. Некоторые шаги или риски я подтвеждаю со своим ДМом. Например, мы узнаем, что человек хочет уволиться или сменить проекты, ДМу надо спланировать такие движения между проектами. Или, например, я не могу какие-то действия или активности провести с представителями клиента - я репорчу ДМу, и он решает эти проблемы не своем уровне.
Звучит, как TL согласует все с РМ. В чем разница?
источник

EK

Evgeniya Kovalevskaya in SPb SPM: Software Managers Club
Кстати, в примере у DM несколько проектов, как я поняла? Если да, то в чем разница с PM, который портфельный?
источник

EK

Evgeniya Kovalevskaya in SPb SPM: Software Managers Club
Ну, то есть, я все ещё не могу ухватить, в чем суть нового названия среди уже существующих
источник

А.

Антон Карпенко ... in SPb SPM: Software Managers Club
Mihail Baibus
😄 это нормально)
Если послушать Круглова, то в проджекты, например,  вообще можно не идти)
О чем речь? Можно ссылку?
источник

DS

Dilyara Sovetova in SPb SPM: Software Managers Club
источник

А.

Антон Карпенко ... in SPb SPM: Software Managers Club
Спасибо:)
источник

MB

Mihail Baibus in SPb SPM: Software Managers Club
Вброшу мысль, может у кого-то из аудитории был релевантный опыт)

Вводные:
Есть команда дата сатанистов.
У них своё уютное болотце, в котором чувствуют себя максимально комфортно.
Пилят и обучают модели, рисуют графики.



Проблемы:
1) Абсолютно неконтролируемы и непрогнозируемы в части сроков и качества выходных артефактов;
2) Ядро команды болеет синдромом рок-звезд и, как следствие, игнорируют приориты бэклога и принятые процессы.


Ищу варианты решения этих проблем и способы приведения команды в состояние зрелого, самоорганизованного, контролируемого юнита.
Все стандартные подходы, применимые для команд разработки, на этих кадров не зашли.
Рынок DS перегрет, всех реально хороших специалистов разбирают аки горячие пирожки, поэтому радикальные меры в стиле "отротировать команду" не подходят.

Буду благодарен за идеи)
источник

DB

Dmitry Bulavskiy in SPb SPM: Software Managers Club
Продать им акции компании
источник

VB

Victoria Bukina in SPb SPM: Software Managers Club
дата сатанисты)
источник

EK

Evgeniya Kovalevskaya in SPb SPM: Software Managers Club
Ишь, блин, какие! Пиарят свою компанию за счет доклада другой компании. )
источник

AV

Alexey Vasilyev [bipulse.ru] in SPb SPM: Software Managers Club
Mihail Baibus
Вброшу мысль, может у кого-то из аудитории был релевантный опыт)

Вводные:
Есть команда дата сатанистов.
У них своё уютное болотце, в котором чувствуют себя максимально комфортно.
Пилят и обучают модели, рисуют графики.



Проблемы:
1) Абсолютно неконтролируемы и непрогнозируемы в части сроков и качества выходных артефактов;
2) Ядро команды болеет синдромом рок-звезд и, как следствие, игнорируют приориты бэклога и принятые процессы.


Ищу варианты решения этих проблем и способы приведения команды в состояние зрелого, самоорганизованного, контролируемого юнита.
Все стандартные подходы, применимые для команд разработки, на этих кадров не зашли.
Рынок DS перегрет, всех реально хороших специалистов разбирают аки горячие пирожки, поэтому радикальные меры в стиле "отротировать команду" не подходят.

Буду благодарен за идеи)
Выкосить весь беклог и выдавать кусками, не катит?
источник

АШ

Александр Швецов in SPb SPM: Software Managers Club
Mihail Baibus
Вброшу мысль, может у кого-то из аудитории был релевантный опыт)

Вводные:
Есть команда дата сатанистов.
У них своё уютное болотце, в котором чувствуют себя максимально комфортно.
Пилят и обучают модели, рисуют графики.



Проблемы:
1) Абсолютно неконтролируемы и непрогнозируемы в части сроков и качества выходных артефактов;
2) Ядро команды болеет синдромом рок-звезд и, как следствие, игнорируют приориты бэклога и принятые процессы.


Ищу варианты решения этих проблем и способы приведения команды в состояние зрелого, самоорганизованного, контролируемого юнита.
Все стандартные подходы, применимые для команд разработки, на этих кадров не зашли.
Рынок DS перегрет, всех реально хороших специалистов разбирают аки горячие пирожки, поэтому радикальные меры в стиле "отротировать команду" не подходят.

Буду благодарен за идеи)
начать проводить встречи 1:1. Понять, чего хотят, что нравится и не нравится в работе. Донести конструктивную обратную связь об их работе, как это сказывается на компании. Спросить, что они думают об этой ситуации и если признают проблему - дать им возможность найти вариант, который устроил бы всех
источник