А какой у тебя опыт с рабочими совещаниями, Лена?
В 2011 году я начала записывать рабочие встречи: время начала, время окончания, тема совещания. Теперь у меня есть статистика.
За последние 10 лет я залогировала более 8500 рабочих встреч суммарной длительностью 6000+ часов.
Распределение -- неравномерное. За целый 2013 год у меня было 200 встреч, за 2022-й -- 1600. 10 лет назад я была разработчик, сейчас -- менеджер, скрам-мастер, фасилитатор.
Встречи бывали разные.
🔹 Где я присутствовала, участвовала, организовывала.
🔹 Синки, стендапы, демо, ретроспективы, "one-to-one", планирования краткосрочные и долгосрочные, мозговые штурмы, архитектурные ревью, performance review, анализ инцидентов, определение стратегии, работа с рисками, анализ систем, формирование и уточнение бэклога продукта, декомпозиция, приоритизация, установочные, финализирующие.
🔹 Короткие, долгие, очень долгие.
🔹 Интересные, продуктивные, воодушевляющие, скучные, унылые, тягостные.
🔹 Импровизированные и с обширной подготовкой.
🔹 Оффлайн и онлайн.
🔹 От пары участников до пары десятков.
Пример сложной подготовки: у меня была официальная встреча, чтобы договориться о серии встреч, на которых мы синкались бы по процессу подготовки целевой встречи.
Грустный антирекорд долгого, унылого, утомительного совещания — 6 часов.
Залогированный максимум встреч в один день — 13.
...да, у меня есть опыт с рабочими встречами
В 2011 году я начала записывать рабочие встречи: время начала, время окончания, тема совещания. Теперь у меня есть статистика.
За последние 10 лет я залогировала более 8500 рабочих встреч суммарной длительностью 6000+ часов.
Распределение -- неравномерное. За целый 2013 год у меня было 200 встреч, за 2022-й -- 1600. 10 лет назад я была разработчик, сейчас -- менеджер, скрам-мастер, фасилитатор.
Встречи бывали разные.
🔹 Где я присутствовала, участвовала, организовывала.
🔹 Синки, стендапы, демо, ретроспективы, "one-to-one", планирования краткосрочные и долгосрочные, мозговые штурмы, архитектурные ревью, performance review, анализ инцидентов, определение стратегии, работа с рисками, анализ систем, формирование и уточнение бэклога продукта, декомпозиция, приоритизация, установочные, финализирующие.
🔹 Короткие, долгие, очень долгие.
🔹 Интересные, продуктивные, воодушевляющие, скучные, унылые, тягостные.
🔹 Импровизированные и с обширной подготовкой.
🔹 Оффлайн и онлайн.
🔹 От пары участников до пары десятков.
Пример сложной подготовки: у меня была официальная встреча, чтобы договориться о серии встреч, на которых мы синкались бы по процессу подготовки целевой встречи.
Грустный антирекорд долгого, унылого, утомительного совещания — 6 часов.
Залогированный максимум встреч в один день — 13.
...да, у меня есть опыт с рабочими встречами
🔥11🤯4🤝3👍1🤩1🐳1
#пятничная_картинка
3.5 года назад мы стали ближе к 2070-01-01, чем к 1970-01-01. BTW, этот переход стриггерил проблемы в моем тогдашнем сервисе. Новогодний такой инцидент был 1 января
3.5 года назад мы стали ближе к 2070-01-01, чем к 1970-01-01. BTW, этот переход стриггерил проблемы в моем тогдашнем сервисе. Новогодний такой инцидент был 1 января
😁2👻2👍1😱1👀1
Первый результат в Гугле по запросу "хрупкий код" -- моя заметка https://siliciumc.com/s/fragile-code/
(В Яндексе -- нет 😢)
...ни на что не влияет, но прикольно
(В Яндексе -- нет 😢)
...ни на что не влияет, но прикольно
🔥9👍2⚡1👏1
Запчасти рабочих встреч
Недавно проводила на работе лекцию-встречу про рабочие встречи.
По следам записала главные штуки, на которые стоит обращать внимание на встречах, когда начинаешь заботиться об их эффективности: https://blog.liruoko.ru/ru/2023-10/meeting-ins/
Недавно проводила на работе лекцию-встречу про рабочие встречи.
По следам записала главные штуки, на которые стоит обращать внимание на встречах, когда начинаешь заботиться об их эффективности: https://blog.liruoko.ru/ru/2023-10/meeting-ins/
🔥6👍2
Лазейка для души
Прочитала однажды про поверие ирландских рукодельниц: когда вяжешь кружево крючком -- твоя душа запутывается в вязании. А чтобы душа смогла выскользнуть и вернуться к владельцу, надо оставить в работе какую-нибудь ошибку, несоответствие схеме.
Мне нравится такой взгляд на вещи.
Во-первых, это практично.
Среднего размера изделие -- это десятки тысяч вывязанных элементов-столбиков. Ошибки случаются, и далеко не всегда замечаешь их сразу. Распускать часть работы досадно. А можно не распускать -- оставить "лазейку для души".
А еще мне видится здесь следующий слой.
Если вещь (любая, не только связанная) сделана идеально, без огрехов -- легко ею очароваться, начать относиться к ней слишком трепетно, как к чему-то большему. Душа попадает в ловушку. А когда знаешь, что там есть несовершенство -- отношение выравнивается, вещь остается вещью, душа освобождается
🧶🕸👻
Прочитала однажды про поверие ирландских рукодельниц: когда вяжешь кружево крючком -- твоя душа запутывается в вязании. А чтобы душа смогла выскользнуть и вернуться к владельцу, надо оставить в работе какую-нибудь ошибку, несоответствие схеме.
Мне нравится такой взгляд на вещи.
Во-первых, это практично.
Среднего размера изделие -- это десятки тысяч вывязанных элементов-столбиков. Ошибки случаются, и далеко не всегда замечаешь их сразу. Распускать часть работы досадно. А можно не распускать -- оставить "лазейку для души".
А еще мне видится здесь следующий слой.
Если вещь (любая, не только связанная) сделана идеально, без огрехов -- легко ею очароваться, начать относиться к ней слишком трепетно, как к чему-то большему. Душа попадает в ловушку. А когда знаешь, что там есть несовершенство -- отношение выравнивается, вещь остается вещью, душа освобождается
🧶🕸👻
❤4👍2🔥2👏1🤔1👌1💯1
#пятничная_картинка
😎 я сеньор с этой картинки
😱 я джун с этой картинки (или бывал им)
🤯 что все это вообще значит?
😎 я сеньор с этой картинки
😱 я джун с этой картинки (или бывал им)
🤯 что все это вообще значит?
😱8🤣6😎5🔥1
"У тебя там StackOverflowError не случится?" — Лена, объясни, как будто мне пять я специалист в какой-нибудь далекой от IT области, что это значит?
Рассказ получается трехэтажным.
Если буквально, то StackOverflowError — это отсылка к проблемной ситуации с компьютерами/программами, когда программа пытается использовать больше памяти из определенной области (стека), чем размер этой области позволяет. У этого бывают нежелательные последствия различной степени тяжести, включая очень тяжелые.
И тут мне подумалось, что переполнение стека и то, как программисты используют его метафорически, весьма похоже на убегающее молоко.
А именно:
🔹 есть контейнер (кастрюля / стек как кусок оперативной памяти компьютера)
🔹 есть содержимое, которое может подниматься и опускаться (молоко / данные, которые в стек попадают и уходят не произвольно, а "через верх стопки")
🔹 есть воздействие снаружи (нагревание / передача входных данных программе)
🔹 если воздействие слишком интенсивное и неконтролируемое — контейнер переполняется и содержимое переходит в пространство, для него не предназначенное (молоко заливает все вокруг / данные пытаются записаться в неправильную область)
🔹 в результате наступают нежелательные последствия (количество молока уменьшилось, вещи вокруг испачкались / программа упала сама или испортила данные других программ)
Так что вопросы про переполнение стека у людей я вижу структурно как "у тебя в голове молоко не перегреется и не убежит?"
Ну и на человеческом уровене читаю как заботу о том, чтобы не перегружать людей когнитивно
Рассказ получается трехэтажным.
Если буквально, то StackOverflowError — это отсылка к проблемной ситуации с компьютерами/программами, когда программа пытается использовать больше памяти из определенной области (стека), чем размер этой области позволяет. У этого бывают нежелательные последствия различной степени тяжести, включая очень тяжелые.
И тут мне подумалось, что переполнение стека и то, как программисты используют его метафорически, весьма похоже на убегающее молоко.
А именно:
🔹 есть контейнер (кастрюля / стек как кусок оперативной памяти компьютера)
🔹 есть содержимое, которое может подниматься и опускаться (молоко / данные, которые в стек попадают и уходят не произвольно, а "через верх стопки")
🔹 есть воздействие снаружи (нагревание / передача входных данных программе)
🔹 если воздействие слишком интенсивное и неконтролируемое — контейнер переполняется и содержимое переходит в пространство, для него не предназначенное (молоко заливает все вокруг / данные пытаются записаться в неправильную область)
🔹 в результате наступают нежелательные последствия (количество молока уменьшилось, вещи вокруг испачкались / программа упала сама или испортила данные других программ)
Так что вопросы про переполнение стека у людей я вижу структурно как "у тебя в голове молоко не перегреется и не убежит?"
Ну и на человеческом уровене читаю как заботу о том, чтобы не перегружать людей когнитивно
👍3🔥3🤯1🤓1
Ловушка совершенства
Продолжение к заметочке "Лазейка для души" (https://news.1rj.ru/str/WritingOnStickyNotes/181)
Отвечаю на вопрос: Лена, а каким идеальным вещам удавалось поймать тебя в ловушку? (И освободилась ли ты из нее?)
Вот такие примеры быстро приходят в голову:
🔹 Вязание крючком
Пока вязание идет строго по схеме — это приятно, но ощущается напряжение "надо продолжать супер-аккуратно следовать схеме". А когда замечаю, что что-нибудь перепутала или пропустила — расслабляюсь. В духе "ну... да. Перепутала. Но все равно красиво. И дальше тоже будет красиво"
🔹 Программный код, инструменты, устройство технических систем
Здесь я довольно капитально попадалась в западню очарования: "продуманный и подогнанный до деталек дизайн — привязанность — сохранить существующее устройство кажется важнее чем цель, которая достигалась инструментом"
🔹 Диаграммы, схемы
Если на встрече показывают аккуратненькую диаграмму — есть некоторый порог к тому, чтобы осмыслять ее критически или творчески. А стоит наклеить какой-нибудь первый стикер с вопросом, нарушить гладкость композиции — и процесс идет легче
🔹 А еще бывает "Лучше сделаю идеально, но никогда, чем как-нибудь, но сейчас", и это можно тоже увидеть как очарованность идеальным
Продолжение к заметочке "Лазейка для души" (https://news.1rj.ru/str/WritingOnStickyNotes/181)
Отвечаю на вопрос: Лена, а каким идеальным вещам удавалось поймать тебя в ловушку? (И освободилась ли ты из нее?)
Вот такие примеры быстро приходят в голову:
🔹 Вязание крючком
Пока вязание идет строго по схеме — это приятно, но ощущается напряжение "надо продолжать супер-аккуратно следовать схеме". А когда замечаю, что что-нибудь перепутала или пропустила — расслабляюсь. В духе "ну... да. Перепутала. Но все равно красиво. И дальше тоже будет красиво"
🔹 Программный код, инструменты, устройство технических систем
Здесь я довольно капитально попадалась в западню очарования: "продуманный и подогнанный до деталек дизайн — привязанность — сохранить существующее устройство кажется важнее чем цель, которая достигалась инструментом"
🔹 Диаграммы, схемы
Если на встрече показывают аккуратненькую диаграмму — есть некоторый порог к тому, чтобы осмыслять ее критически или творчески. А стоит наклеить какой-нибудь первый стикер с вопросом, нарушить гладкость композиции — и процесс идет легче
🔹 А еще бывает "Лучше сделаю идеально, но никогда, чем как-нибудь, но сейчас", и это можно тоже увидеть как очарованность идеальным
❤5🔥2💯2🦄1
Лена, расскажи главное про управление и планирование?
Свой опыт я бы суммировала так:
🔹 Учиться — полезно!
На меня самое сильное и практически-полезное впечатление произвели курс по управлению проектами по PMI, курс по фасилитации, и большой курс по гибкому управлению
🔹 Про управление вообще:
- думать командами, не отдельными специалистами
- управлять работой, не людьми
- визуализировать работу
- разделять рабочие встречи по смыслу
- научиться проводить (как минимум — различать) базовые встречи: планирование, дейли, демо, ретро, уточнение бэклога
- осознать и использовать шаблоны GROW/RGOW
🔹 Про планирование в частности:
- на каждом уровне детализации разделять цели и способы их достижения
- поддерживать живой бэклог
- декомпозировать (делить большое на маленькие кусочки)
- приоритизировать (сортировать по важности)
- фокусироваться (если начали, то заканчивать; не наращивать работу "в процессе")
🔹 Когда это все это на месте и работает — у меня появляется ощущение, что о разных штуках я могу не думать сама, а за меня "думают" процесс и артефакты-визуализации
В общем, научиться теории и развиться в человеко-документный гибрид 📚🧠📝
Свой опыт я бы суммировала так:
🔹 Учиться — полезно!
На меня самое сильное и практически-полезное впечатление произвели курс по управлению проектами по PMI, курс по фасилитации, и большой курс по гибкому управлению
🔹 Про управление вообще:
- думать командами, не отдельными специалистами
- управлять работой, не людьми
- визуализировать работу
- разделять рабочие встречи по смыслу
- научиться проводить (как минимум — различать) базовые встречи: планирование, дейли, демо, ретро, уточнение бэклога
- осознать и использовать шаблоны GROW/RGOW
🔹 Про планирование в частности:
- на каждом уровне детализации разделять цели и способы их достижения
- поддерживать живой бэклог
- декомпозировать (делить большое на маленькие кусочки)
- приоритизировать (сортировать по важности)
- фокусироваться (если начали, то заканчивать; не наращивать работу "в процессе")
🔹 Когда это все это на месте и работает — у меня появляется ощущение, что о разных штуках я могу не думать сама, а за меня "думают" процесс и артефакты-визуализации
В общем, научиться теории и развиться в человеко-документный гибрид 📚🧠📝
🔥9✍5👍1
Человеческая инструкция vs. компьютерная программа
Однажды я писала для журнала Нож про работу программиста, и был у меня там пункт про дотошность:
А еще нужно быть дотошным: программы выполняются ровно так, как в них написано.
Это может быть непривычно и неожиданно по сравнению с тем, как выполняют просьбы люди.
Например, человеку можно сказать: «Сделай мне чаю» – и он сделает. Или скажет: «Чая в доме не осталось, давай лучше кофе».
Если бы человека надо было программировать, пришлось бы говорить: «Пойди на кухню, налей в чайник воды, поставь чайник на плиту, включи плиту, подожди пока закипит чайник, возьми коробку чая с полки, положи в заварочный чайник четыре ложки заварки, залей кипятком, подожди две минуты».
Через десять минут человек вернется без ничего, а вы пойдете на кухню разбираться и выясните, что чайник электрический и он расплавился на плите.
А чтобы получить понятный рассказ о том, что произошло, вам пришлось бы давать отдельные инструкции: «Если через десять минут не дождался закипания, сделай фотографию кухни, вернись и скажи, что дождаться закипания не удалось».
Однажды я писала для журнала Нож про работу программиста, и был у меня там пункт про дотошность:
А еще нужно быть дотошным: программы выполняются ровно так, как в них написано.
Это может быть непривычно и неожиданно по сравнению с тем, как выполняют просьбы люди.
Например, человеку можно сказать: «Сделай мне чаю» – и он сделает. Или скажет: «Чая в доме не осталось, давай лучше кофе».
Если бы человека надо было программировать, пришлось бы говорить: «Пойди на кухню, налей в чайник воды, поставь чайник на плиту, включи плиту, подожди пока закипит чайник, возьми коробку чая с полки, положи в заварочный чайник четыре ложки заварки, залей кипятком, подожди две минуты».
Через десять минут человек вернется без ничего, а вы пойдете на кухню разбираться и выясните, что чайник электрический и он расплавился на плите.
А чтобы получить понятный рассказ о том, что произошло, вам пришлось бы давать отдельные инструкции: «Если через десять минут не дождался закипания, сделай фотографию кухни, вернись и скажи, что дождаться закипания не удалось».
😁9👍1🤯1🗿1