Size: a a a

SPb SPM: Software Managers Club

2019 May 23

ДЯ

Дмитрий Яковенко in SPb SPM: Software Managers Club
Ivan Selikhovkin
Тут вроде о команде-то речь не идет. Субъективное определение: команда - коллектив имеющий общие цель и мотив. В описании скорее горстка разработчиков, живущих в свое удовольствие (и в рамках этой парадигмы их поведение вполне объяснимо). Команду из них никто таки не сделал.
Мы проходили через этот опыт.
Делать подарки тем кто уже рок звезда не стоит, это приводит к тому, что рок звезда дальше начинает зазнаваться.
Подходов много различных. Я бы изучил причины которые к этому привели и их решал.  
- Работали долго на проекте который был эксперементальный, а не коммерческий, без реальных дедлайнов?
- Был до этого слабый менеджер, который соглашался на всё что ему впаривают (сроки сложность и т.п)?
- Нет более опытных экспертов в компании чем они?
- Если это не в рамках одной команды или проекта, а в рамках просто группы людей. (Например вы их раньше схантили из другой компании по очереди). То особо уделить внимание причинам которые привели, потому как не бывает стабильного состояния. Пока вы думаете над тем как их привести в порядок, они разлагают коллектив дальше.
____
Про свой опыт скажу так, мы подошли к вопросу просто. Они были в рамках одного проекта. Проект был прибыльный, но... Посчитали возможный доход, убытки. И даже самые высококласные спецы, оказались не такими прибыльными и классными. Тех кто нужен был, мы раскидали на проекты, где они успокойлись, а тех кто был первопричиной "звёздности" уволили в рамках короткого срока (чтобы не растягивать негатив). Потом это ещё месяца 2 тянулось в "страданиях коллектива" (они обсуждали какие мудаки руководители), а потом всё что сделалось, окупило себя.
источник

IS

Ivan Selikhovkin in SPb SPM: Software Managers Club
Дмитрий Яковенко
Мы проходили через этот опыт.
Делать подарки тем кто уже рок звезда не стоит, это приводит к тому, что рок звезда дальше начинает зазнаваться.
Подходов много различных. Я бы изучил причины которые к этому привели и их решал.  
- Работали долго на проекте который был эксперементальный, а не коммерческий, без реальных дедлайнов?
- Был до этого слабый менеджер, который соглашался на всё что ему впаривают (сроки сложность и т.п)?
- Нет более опытных экспертов в компании чем они?
- Если это не в рамках одной команды или проекта, а в рамках просто группы людей. (Например вы их раньше схантили из другой компании по очереди). То особо уделить внимание причинам которые привели, потому как не бывает стабильного состояния. Пока вы думаете над тем как их привести в порядок, они разлагают коллектив дальше.
____
Про свой опыт скажу так, мы подошли к вопросу просто. Они были в рамках одного проекта. Проект был прибыльный, но... Посчитали возможный доход, убытки. И даже самые высококласные спецы, оказались не такими прибыльными и классными. Тех кто нужен был, мы раскидали на проекты, где они успокойлись, а тех кто был первопричиной "звёздности" уволили в рамках короткого срока (чтобы не растягивать негатив). Потом это ещё месяца 2 тянулось в "страданиях коллектива" (они обсуждали какие мудаки руководители), а потом всё что сделалось, окупило себя.
👍 Отличное описание, спасибо!
источник

MB

Mihail Baibus in SPb SPM: Software Managers Club
Alexey Motovilov
Какой методологии  придерживаться ваша команда? В каждой есть работа над качеством и сроками.
Как команда сама пробовала решать эти проблемы?
Что интересно лидеру команды и что его мотивирует?
Какой методологии  придерживаться команда?
проекты в дата анализе реализуются по методологии CRISP-DM, в глобальном смысле, ничем существенно не отличаются от любого другого подхода к реализации проектов, за исключением выделенных этапов, связанных с формированием датасетов и построением моделей.

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

Что интересно лидеру/основным игрокам команды и что их мотивирует?
Главная звезда хочет качаться технически без процессного и бюрократического надзора. Боится конкуренции, поэтому сознательно не растит спецов в команде.
Растущая звезда хочет быстро расти, в том числе и по ЗП. Аналогично привлечён возможностью качаться и реализовывать свои идеи без бюрократии.
источник

AM

Alexey Motovilov in SPb SPM: Software Managers Club
Ivan Selikhovkin
Тут вроде о команде-то речь не идет. Субъективное определение: команда - коллектив имеющий общие цель и мотив. В описании скорее горстка разработчиков, живущих в свое удовольствие (и в рамках этой парадигмы их поведение вполне объяснимо). Команду из них никто таки не сделал.
Если программисты уже что-то пиля, обучают модели и рисуют графики, то скорее всего они уже команда. Данные беру из первоисточника, тут конечно не хватает всей картины (обедают или чай поют вместе? обсужают ли решение? Как часто проводят планерки ... ) Горстка это все-таки когда люди приходят на работу и делают задачи, которые поставили в трекере и обсуждают их только с руководителем.
источник

АШ

Александр Швецов in SPb SPM: Software Managers Club
Mihail Baibus
Какой методологии  придерживаться команда?
проекты в дата анализе реализуются по методологии CRISP-DM, в глобальном смысле, ничем существенно не отличаются от любого другого подхода к реализации проектов, за исключением выделенных этапов, связанных с формированием датасетов и построением моделей.

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

Что интересно лидеру/основным игрокам команды и что их мотивирует?
Главная звезда хочет качаться технически без процессного и бюрократического надзора. Боится конкуренции, поэтому сознательно не растит спецов в команде.
Растущая звезда хочет быстро расти, в том числе и по ЗП. Аналогично привлечён возможностью качаться и реализовывать свои идеи без бюрократии.
меня заинтересовала тема прозрачности. Я правильно понял, что со стороны менеджмента есть запрос на прозрачность, а команда утверждает, что никаких проблем с ней нет?
если да - есть гипотеза, что команда просто не понимает связи между неудовлетворенностью менеджмента и судьбой самой команды в этой компании.

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

Главная звезда сознательно не растит спецов. Компания тоже сознательно отказалась от роста спецов?
источник

AM

Alexey Motovilov in SPb SPM: Software Managers Club
Сгруппирую ,
Как команда сама пробовала решать эти проблемы?
Проблемы:
1) Абсолютно неконтролируемы и непрогнозируемы в части сроков и качества выходных артефактов;
2) Ядро команды болеет синдромом рок-звезд и, как следствие, игнорируют приориты бэклога и принятые процессы.

Разделают ли они отвественность за результат? Участвуют ли при сдаче решения?
Если вы не хотите  убирать звезд, то нужно увеличить отвественность за результат и добавить прав влиять на него и ТЗ. Обычно это приводит к тому, что после нескольких ошибок, человек пониманием, что это не его и он готов сотрудничать.
источник

IS

Ivan Selikhovkin in SPb SPM: Software Managers Club
Alexey Motovilov
Если программисты уже что-то пиля, обучают модели и рисуют графики, то скорее всего они уже команда. Данные беру из первоисточника, тут конечно не хватает всей картины (обедают или чай поют вместе? обсужают ли решение? Как часто проводят планерки ... ) Горстка это все-таки когда люди приходят на работу и делают задачи, которые поставили в трекере и обсуждают их только с руководителем.
"Если программисты уже что-то пиля, обучают модели и рисуют графики, то скорее всего они уже команда" - Совершенно не обязательно. У меня был сложный опыт - видел много примеров когда результат (не самый удовлетворительный) есть, а команды нет.
источник

EK

Evgeniya Kovalevskaya in SPb SPM: Software Managers Club
Ivan Selikhovkin
"Если программисты уже что-то пиля, обучают модели и рисуют графики, то скорее всего они уже команда" - Совершенно не обязательно. У меня был сложный опыт - видел много примеров когда результат (не самый удовлетворительный) есть, а команды нет.
Не может быть так, что у вас просто специализированное понимание термина "команда", а у остальных - более бытовое?
источник

IS

Ivan Selikhovkin in SPb SPM: Software Managers Club
Evgeniya Kovalevskaya
Не может быть так, что у вас просто специализированное понимание термина "команда", а у остальных - более бытовое?
Конечно может, полагаю это очевидно. Доношу простую мысль: команда != любой коллектив. Были бы ребята командой - возможно и проблемы бы не было.
источник

АШ

Александр Швецов in SPb SPM: Software Managers Club
про команды и не-команды будет на грядущем митапе. можно там продолжить в оффлайне )
источник

IS

Ivan Selikhovkin in SPb SPM: Software Managers Club
Александр Швецов
про команды и не-команды будет на грядущем митапе. можно там продолжить в оффлайне )
👍
источник
2019 May 28

DA

Dmitry Afonov in SPb SPM: Software Managers Club
Коллеги, не совсем на 100%, но все же в тему дискуссии. В четверг проводим Agile митап про Тим Лидов в Scrum командах. Если интересно - welcome. Детали и регистрация  здесь: https://actagile.timepad.ru/event/984642/
источник

AV

Alexey Vasilyev [bipulse.ru] in SPb SPM: Software Managers Club
На 30 мая SPM meetup давно запланирован, как-то не красиво получается..
источник

DA

Dmitry Afonov in SPb SPM: Software Managers Club
Alexey Vasilyev [bipulse.ru]
На 30 мая SPM meetup давно запланирован, как-то не красиво получается..
Пропустил этот момент. Менять уже поздно, в будущем учту и избежим пересечения.
источник

AV

Alexey Vasilyev [bipulse.ru] in SPb SPM: Software Managers Club
Dmitry Afonov
Пропустил этот момент. Менять уже поздно, в будущем учту и избежим пересечения.
SPM meetup каждый последний четверг месяца.
источник

DA

Dmitry Afonov in SPb SPM: Software Managers Club
Alexey Vasilyev [bipulse.ru]
SPM meetup каждый последний четверг месяца.
Спасибо. Давно собирался прийти, в следующий раз - обязательно.
источник
2019 May 29

NS

Natalia Savchenko in SPb SPM: Software Managers Club
Коллеги так завтра 2 митапа получается? Тим лиды и тема по запуску большого проекта и эти 2 топика а разных локациях?
источник

А.

Антон Карпенко ... in SPb SPM: Software Managers Club
Natalia Savchenko
Коллеги так завтра 2 митапа получается? Тим лиды и тема по запуску большого проекта и эти 2 топика а разных локациях?
Есть еще митап по Data Quality в Epam. Всё в разных локациях. Большой выбор=)
источник

A

Andy in SPb SPM: Software Managers Club
Dilyara Sovetova
В этот же день Burning lead, поэтому я не смогу быть. Спросите их за меня, пожалуйста :)
Аналогично
источник

AC

Aleksei Chernov in SPb SPM: Software Managers Club
Natalia Savchenko
Коллеги так завтра 2 митапа получается? Тим лиды и тема по запуску большого проекта и эти 2 топика а разных локациях?
На самом деле больше)
У нас тоже митап, но регистрация уже закрыта https://burning-lead.timepad.ru/event/975864/
источник