Получи случайную криптовалюту за регистрацию!

Metalogues with Vas

Логотип телеграм канала @scrummasters — Metalogues with Vas M
Логотип телеграм канала @scrummasters — Metalogues with Vas
Адрес канала: @scrummasters
Категории: Бизнес и стартапы
Язык: Русский
Количество подписчиков: 2.69K
Описание канала:

На связи: @vasiliizorin

Рейтинги и Отзывы

3.50

2 отзыва

Оценить канал scrummasters и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

1

3 звезд

1

2 звезд

0

1 звезд

0


Последние сообщения

2021-04-27 13:25:28 Friendly Asked Questions #1 — про уникального эксперта

Я руководитель команды из 10 человек. Когда мой разработчик Алексей уходит в отпуск, куча вопросов "встаёт" до его возвращения, нет никого, кто был бы настолько же в курсе отдельных частей проекта. Разработчику это похоже очень нравится, на моё предложение, чтобы он кого-то научил, передал свои знания реагирует агрессивно. Что делать? Если будут проблемы — всех собак повесят на меня.

Ответы дали авторы каналов Уютный Адочек, Человек и машина и Scrum Master Notes
А мы ждём ваших вопросов в: https://forms.gle/sKyaEuqQMMyFJBxJ8

@scrummasters — Василий Зорин

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

@manandthemachine — Карен Товмасян

Ох уж эти Всезнающие Алексеи!
Позволю предположить, что Алексей в конторе был задолго до %username%, иначе непонятно, как подчиненный смог выстроить такую политическую игру.
Не стоит просить кого-то заняться обучением других, это должно быть не просьбой, а задачей.
Если же человек не хочет выполнить такое поручение, то стоит задаться вопросом, не боится ли этот человек потерять ценность для команды и проекта/продукта? Я уверен, нормальная встреча 1-1 приоткроет завесу тайны.
Но предположим, что Леха-карьерист таким образом решил кого-то (вас) подсидеть, и поэтому контакт не налаживается. Решение в таком случае жесткое: уволить и принять удар.
Да, с собаками придется повозиться, но я не слышал ни об одном предприятии, которое закрылось из-за ухода ключевого сотрудника.

@lovely_it_hell — Цупко Игорь

Многое зависит от того, сколько у вас времени на решение этой проблемы и какие есть доп. ресурсы. Когда они есть – можно либо вникнуть самому, либо попробовать организовать каким-то образом вытаскивание информации из Алексея (даже при наличии сопротивления).
Сложнее — если ресурсов нет.
Мне бы в первую очередь хотелось поговорить с Алексеем, чтобы, а) показать ему, что его job security в порядке и будет таковым; б) его ценят и любят за его экспертность и это так и останется даже если он будет делиться знаниями; в) понять его мотивы и попробовать придумать, как в них (и возможно ли) в них встроить идею о передаче знаний.
Если удастся договориться с Алексеем, то вытаскивание и распространение знаний станет уже его осознанной и прямой задачей и останется только помогать ему методологически и ресурсно. А если не удастся — надо попробовать найти способ аккуратно разойтись.
1.1K views10:25
Открыть/Комментировать
2021-04-27 13:25:27 Принял участие в заочном обсуждении кейса. Было интересно взглянуть на ситуацию с разных сторон.

А что думаете вы? Поделитесь в комментариях вашими мыслями/идеями/предложениями.
1.0K viewsedited  10:25
Открыть/Комментировать
2021-03-21 16:13:46 Привет! В глубинах YouTube наткнулся на фантастический курс о сложном мире от Георгия Сатарова.

Кроссдисциплинарность зашкаливает: физика, математика, информатика, биология, нейробиология, астрономия, социология, политология, психология. И все это про хаос, эфолюцию и способы развития в рамках постоянно меняющейся среды (aka институты хаоса).

Три наиболее интересных тезиса:
1. Хаос и порядок порождают друг друга. Граница между ними практически не различима: простые детерминированные алгоритмы порождают хаос; хаос разбивается на простые «осязаемые» компоненты.
2. [эволюция] Селекция и закрепление не скоординированы. Ни одна система не может управлять своей эволюцией: в силу неопределённости будущего никто не знает, какие характеристики позволят системе сохранить себя. Желательно иметь «излишек» характеристик, которые позволят быстро адаптироваться к изменившейся среде.
3. Система способная к обновлению получает шанс (!) на продолжение жизни.

И для ценителей: произведение Баха о хаосе и порядке.

P.S. Поскольку курс рассчитан на максимально широкую аудиторию, динамика достаточно медленная. Рекомендую слушать лекции на x1.5-x2
2.3K views13:13
Открыть/Комментировать
2021-02-25 18:11:15 #организационныйДизайн

Интересная статья о модели управления в Apple.

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

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

Авторы выделяют три основных принципа “яблочного” менеджмента:
1. Глубокая экспертиза: только эксперты имеющие прикладной опыт могут стать менеджерами какого-либо направления. В этом есть два базовых принципа: лучшие хотят работать с лучшими и из хорошего инженера проще сделать хорошего менеджера, чем наоборот.
2. Погружение в детали: руководители подразделений должны отлично разбираться не только в технологиях, но и деталях проекта, всех спорных вопросах и необходимых компромиссах. Минимум на три “этажа” под ними.
3. Готовность к совместному обсуждению: способность аргументированно отстаивать свои позицию в обсуждениях с другими командами.

Есть над чем подумать.
2.8K views15:11
Открыть/Комментировать
2021-02-17 12:24:16 К слову об узкой специализации и оптимизации времени разработчиков…

Если ваш продукт похож на пиджак из прикрепленного видео, то в первую очередь вопросы нужно адресовать не разработчикам (портным), а менеджерам, которые создали систему выпускающую продукты такого качества.



2.6K views09:24
Открыть/Комментировать