Хороший выпуск, спасибо! Несколько интересных мыслей для рефлексии записал. Очень зацепила мысль про "моя задача как руководителя научить подчиненных смотреть на мир своими глазами". Я несколько лет занимаются менторством, да и свою команду обучаю, и эта мысль как будто кристаллизовала то, что раньше вертелось где то на кончике сознания) Спасибо :)
Ребята, второй раз уже смотрю))) еще раз спасибо) Но хотел обратить внимание на одну вещь. Ну вообще много бы чего еще хотел подсветить, потому что в it пришел, после того как ушел с завода где как раз был техническим директором и отвечал за циклы полного производства.. Поэтому все ваши аналогии мне очень близки) Но в частности про баланс Discovery и Delivery.. Если сравнить к конвеером, то происходит спиральная структура развития. Например ты улучаешь пропускную способность какой-либо части, она автоматически создает определенный вакуум на предыдущей ступени. С точки зрения эффективности ты начинаешь заливать туда больший объем, это тянет вакуум на этапе поставок и тд. Когда последовательно ты улучшаешь всю цепь производства, то вырастает вся производительность, гипотетически это будет саморегулирующаяся идеальная система, но ограниченной идеальной пропускной способностью (достигла предела ее развития) и дальше становится вопрос, а что делать? Масштабировать производство клонированием, но это потребует кратное увеличение и количества задач (в Вашем случае) или оставить этот саморегулирующийся механизм и заняться чем-нибудь духовным) в общем я к тому, что баланс как раз диктуется "достаточностью" продукции именно на выходе. То есть обпесчивает ли объем продукции на выходе необходимые показатели рентабельности компании. За счет конверсии на ступенях как раз можно регулировать пропускную способность, это на заметку "гибким" продактам)))) Но вы наверное итак это знали)
Кстати, вот ща смотрю подкаст, который записал в среду (до того, как прочитал твой комментарий) И мы как раз продолжаем эту аналогию, но уже с другим гостем, но под соусом метрик и истории роста от 4х человек до 1000+ только в разработке)
@@tired_glebmikheev ну кстати не всегда масштабируемость команды решает проблему производительности... Это как искать решение "во вне".. Точки роста чаще "внутри".. Теория ограничений, о которой ты говорил работает и тут. Часто, когда невозможность приобрести новое оборудование (более технологичное) приводит к появлению "изобретательности", которая касается не только создания новых инструментов, но и нахождение новых путей в самой цепочке производства))) короче "голь на выдумки хитра"... это тоже на заметку "гибким" продактам))) Хотя может об этом будем в новом подкасте) В общем, если будет не с кем поговорить) То с удовольствием подискутирую)
Рад что зашло и спасибо за фидбек! По мне это было ближе к дружеским посиделкам за пивом, чем к проработаному заранее интервью, поэтому близкое время таймингов не должно смущать :)
Вы так вкусно рассказывали про флайтлвлы, что я спиратил, перевёл и оформил книгу для своих коллег. Уже с дюжину человек скопировали её себе, за сутки Большое спасибо 🙏
Кажется обесценили написание кода ) Так , эта строчка кода не перенесёт пользы пользователям, не буду писать юнит тест. Если 40 рыл будут думать про ценность кода в контексте продукта, кажется наступит крах. Говорили же про Дискавери и конвейр. Вообщем обязательное вовлечение всех разработчиков в ценностную оценку кажется халиварным обобщением. Другой вопрос, что надо понимать какой сценарий, смысл, сторю поддерживает код. Цели задачи всегда лежат за рамками задачи и понимать эти рамки важно.
Как это у тестов нет ценности для пользователя? Стабильное качество продукта, без шуток. Багающие налево-направо продукты приносят боль, четко и быстро работающие - радость от использования)
где-то после трети ролика понял, что надо брать ручку, бумажку, включать с начала и конспектировать
Хороший выпуск, спасибо!
Несколько интересных мыслей для рефлексии записал. Очень зацепила мысль про "моя задача как руководителя научить подчиненных смотреть на мир своими глазами". Я несколько лет занимаются менторством, да и свою команду обучаю, и эта мысль как будто кристаллизовала то, что раньше вертелось где то на кончике сознания) Спасибо :)
Блин, вот я посмотрел. Такие правильные мысли, они привели меня к рефлексим, которые повлияли на мою работу! Спасибо!
Ради подобного я и замутил этот движ) Спасибо тебе за обратную связь
Ребята, второй раз уже смотрю))) еще раз спасибо) Но хотел обратить внимание на одну вещь. Ну вообще много бы чего еще хотел подсветить, потому что в it пришел, после того как ушел с завода где как раз был техническим директором и отвечал за циклы полного производства.. Поэтому все ваши аналогии мне очень близки) Но в частности про баланс Discovery и Delivery.. Если сравнить к конвеером, то происходит спиральная структура развития. Например ты улучаешь пропускную способность какой-либо части, она автоматически создает определенный вакуум на предыдущей ступени. С точки зрения эффективности ты начинаешь заливать туда больший объем, это тянет вакуум на этапе поставок и тд. Когда последовательно ты улучшаешь всю цепь производства, то вырастает вся производительность, гипотетически это будет саморегулирующаяся идеальная система, но ограниченной идеальной пропускной способностью (достигла предела ее развития) и дальше становится вопрос, а что делать? Масштабировать производство клонированием, но это потребует кратное увеличение и количества задач (в Вашем случае) или оставить этот саморегулирующийся механизм и заняться чем-нибудь духовным) в общем я к тому, что баланс как раз диктуется "достаточностью" продукции именно на выходе. То есть обпесчивает ли объем продукции на выходе необходимые показатели рентабельности компании. За счет конверсии на ступенях как раз можно регулировать пропускную способность, это на заметку "гибким" продактам)))) Но вы наверное итак это знали)
Спасибо!) Хорошая мысль!
Очень рад, что зашло
Кстати, вот ща смотрю подкаст, который записал в среду (до того, как прочитал твой комментарий) И мы как раз продолжаем эту аналогию, но уже с другим гостем, но под соусом метрик и истории роста от 4х человек до 1000+ только в разработке)
@@tired_glebmikheev отлично) жду выхода😉👍👌
@@tired_glebmikheev ну кстати не всегда масштабируемость команды решает проблему производительности... Это как искать решение "во вне".. Точки роста чаще "внутри".. Теория ограничений, о которой ты говорил работает и тут. Часто, когда невозможность приобрести новое оборудование (более технологичное) приводит к появлению "изобретательности", которая касается не только создания новых инструментов, но и нахождение новых путей в самой цепочке производства))) короче "голь на выдумки хитра"... это тоже на заметку "гибким" продактам))) Хотя может об этом будем в новом подкасте)
В общем, если будет не с кем поговорить) То с удовольствием подискутирую)
Очень крутой разговор и темы для разговора!!!
Глеб спасибо
Хороший разговор. Есть о чем подумать. Интересно посмотреть хронометраж, сколько говорил интервьюер, а сколько интервьюируемый 😎
Рад что зашло и спасибо за фидбек! По мне это было ближе к дружеским посиделкам за пивом, чем к проработаному заранее интервью, поэтому близкое время таймингов не должно смущать :)
Вы так вкусно рассказывали про флайтлвлы, что я спиратил, перевёл и оформил книгу для своих коллег.
Уже с дюжину человек скопировали её себе, за сутки
Большое спасибо 🙏
Отдельно отмечу, я был готов её купить, но не нашёл в продаже на русском языке ¯\_(ツ)_/¯
ВАСЬ ВАСЬ ВАСЬ ВАСЬ ВАСЬ, взяли разбудили человека))
Да чо он дрыхнет))) Поставил свет звук и лег уснул))))
Спасибо. Откорректируйте плиз чаптеры Refinking -> Rethinking
Спасибо, готово!)
Привет с Украины :)
Кажется обесценили написание кода ) Так , эта строчка кода не перенесёт пользы пользователям, не буду писать юнит тест. Если 40 рыл будут думать про ценность кода в контексте продукта, кажется наступит крах. Говорили же про Дискавери и конвейр. Вообщем обязательное вовлечение всех разработчиков в ценностную оценку кажется халиварным обобщением. Другой вопрос, что надо понимать какой сценарий, смысл, сторю поддерживает код. Цели задачи всегда лежат за рамками задачи и понимать эти рамки важно.
Как это у тестов нет ценности для пользователя? Стабильное качество продукта, без шуток. Багающие налево-направо продукты приносят боль, четко и быстро работающие - радость от использования)
Дайте гостю слово! :( уже на 1:38:00, так мало Виктора, так много вас