Forwarded from Стёпа Потапов
💥 The culture is what happens when you are not in the room
Привет!
В заголовке - пока что лучшее определение корпоративной культуры, что я встречал.
Попробую раскрыть:
- я верю, что культура - это симптом, нельзя дать задание менеджерам «развивайте культуру», можно развивать подходы к решению проблем, качество коммуникаций etc, но напрямую повлиять на культуру в компании просто не получится, ровно как не получится просто «стать здоровым человеком», это прокси метрика, которая характеризует твой уровень внимания к своему здоровью.
- я также верю, что культура - это само-собой разумеющийся ответ на вопрос «как мы работаем». То, какие идеи нам приходят, как мы коммуницируем друг с другом, в каком настроении мы находимся day to day - вот это всё и есть культура.
- нельзя выдавить культуру, нельзя её насадить на группу людей, потому что это что-то нативное, на мой взгляд, что-то, что остаётся за рамками формализуемого.
- как раз это определение намекает: если ты СЕО - выйди из комнаты и ты увидишь, что реально происходит в компании, что за люди в ней работают, какие решения они принимают, что для них по-настоящему важно. Поэтому я оставлю его здесь)
Всем хорошего дня🌱
Привет!
В заголовке - пока что лучшее определение корпоративной культуры, что я встречал.
Попробую раскрыть:
- я верю, что культура - это симптом, нельзя дать задание менеджерам «развивайте культуру», можно развивать подходы к решению проблем, качество коммуникаций etc, но напрямую повлиять на культуру в компании просто не получится, ровно как не получится просто «стать здоровым человеком», это прокси метрика, которая характеризует твой уровень внимания к своему здоровью.
- я также верю, что культура - это само-собой разумеющийся ответ на вопрос «как мы работаем». То, какие идеи нам приходят, как мы коммуницируем друг с другом, в каком настроении мы находимся day to day - вот это всё и есть культура.
- нельзя выдавить культуру, нельзя её насадить на группу людей, потому что это что-то нативное, на мой взгляд, что-то, что остаётся за рамками формализуемого.
- как раз это определение намекает: если ты СЕО - выйди из комнаты и ты увидишь, что реально происходит в компании, что за люди в ней работают, какие решения они принимают, что для них по-настоящему важно. Поэтому я оставлю его здесь)
Всем хорошего дня
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5
Чтобы не быть голословной... Вот вижен, миссия и стратегия банка, которому посвящен пост.
Ценности и реальность однозначно расходятся!
К сожалению, такая ситуация, скорее практика, чем исключение...
НО! Меня обычно успокаивает одно, как минимум я сама, могу не допускать в проектировании ситуаций, в рамках которых, клиентам продуктов, придется лететь в офис, в котором они открывали счет, чтобы произвести действия с этим счетом!
Так что, важно помнить, что соответсвие ценностям, это прежде всего работа, каждого сотрудника компании, а потом уже прописанные на сайте буквы!
Важно быть честным перед собой 👍️️️️️️
#fintech
Ценности и реальность однозначно расходятся!
К сожалению, такая ситуация, скорее практика, чем исключение...
НО! Меня обычно успокаивает одно, как минимум я сама, могу не допускать в проектировании ситуаций, в рамках которых, клиентам продуктов, придется лететь в офис, в котором они открывали счет, чтобы произвести действия с этим счетом!
Так что, важно помнить, что соответсвие ценностям, это прежде всего работа, каждого сотрудника компании, а потом уже прописанные на сайте буквы!
Важно быть честным перед собой 👍️️️️️️
#fintech
👍1🔥1🙏1
Все-таки я в отпуске, и снова вернулась к изучению анлийского...
Поэтому ловите мемасик дня из LinkedIn🤣
Поэтому ловите мемасик дня из LinkedIn
Please open Telegram to view this post
VIEW IN TELEGRAM
😁9❤2
https://docs.google.com/forms/d/e/1FAIpQLSfvgvG7yuuCL8f-Wx1I3mAD8tWDfLLbpuLfALhCZm6mUjr8IQ/viewform
"Невероятная" производительность для отпуска!
Буду очень признательна, если поможете с подготовкой доклада и пройдете анонимный опросик!
"Невероятная" производительность для отпуска!
Буду очень признательна, если поможете с подготовкой доклада и пройдете анонимный опросик!
Google Docs
DevOps в компаниях
Буду очень признательна, если поможете мне прохождением этого опроса подготовить материал к конференции DevOpsConf 24.
Обещаю опубликовать результаты в канале: https://t.me/ValueGoalsDDD и показать на конференции во время доклада.
Обещаю опубликовать результаты в канале: https://t.me/ValueGoalsDDD и показать на конференции во время доклада.
This media is not supported in your browser
VIEW IN TELEGRAM
🔥1
Две стороны одной медали 🥇
Немного продолжу прошлую тему про банк. Для дальнейшего чтения важно помнить, что я пишу этот пост из 2-х ролей: пользователь банка и специалист, отвечавший в финтех-организации за KYC клиентов и сбор единого «личного дела» физического лица.
Очевидно, что мы живем в век глобализации и проблем сохранения «таинства личной жизни» при повсеместной глобальной агрегации данных. Но, важно понимать, что total control – технически крайне сложная задача. Предлагаю о ней поговорить на примере банка!
Банк не смог мне закрыть счет, так как у них нет доступа к данным моей учетки, то есть клиентская база разнесена между отделениями. Что это означает кроме «идите туда, где открывали». Если я открою счет в городе N и открою счет в городе S, то для банка это будут не связанные счета на несвязных людей.
Плюсы для меня, как клиента при «развязанных» учетных записях:
-на каждом счете свой лимит, и если есть ограничения на оборот в месяц, то я могу по каждому счету обернуть денег под потолок лимита, а не суммарно;
- в случае, если мой счет в городе N засветится в «жуликовой» схеме, то счету из города S это никак не угрожает;
- если у меня плохая кредитная история в городе N (и в стране нет единого кредитного бюро, агрегирующего данные), то в городе S смогу получить кредит!
Минусы:
- если мне для увеличения лимитов, необходимо подать какие-либо документы, то придется делать это в каждом из городов, аналогично при изменении данных;
- я не могу в любом подразделении сделать со счетами любые операции (снятие денег-другая история и вообще работа не со счетом, а с балансом);
- если мои счета пытаются атаковать и провести с ними нелегальные операции, то такая система менее безопасна, так как под повышенный контроль попадут только счета в городе, в котором выявили махинацию, то есть в другом городе с моими счетами могут успеть провести незаконные операции!
То есть, кажется, что в большинстве кейсов агрегация данных сыграет на руку и клиенту, и самому банку!
Но, внезапно, агрегировать данные и понять, что счета принадлежат одному человеку ПИПЕЦКИ сложная задача! И вот, почему:
1) Люди меняют документы!
2) Люди меняют ФИО!
3) Люди меняют пол! (не во всех странах)
3) Внезапно, можно поменять дату рождения!!!
4) Смена гражданства (внезапно приводит к смене ФИО (написания) и документов)!
5) Еще есть процесс усыновления, а там меняется вообще все! (но, например в РФ, теперь должен сохраниться ИНН, но ИНН выдавался при рождении на первые ФИО, а приемные родители могут дать новые ФИО, и тут конфронтация с сохранением тайны усыновления)
6) Номера телефонов вообще ходят «по рукам» (3 месяца не пользовался и твой номер у другого)!
7) Ну и вишенка 🍰: иностранные граждане, у которых загран на несколько лет; мб есть внж или справка беженца или иной документ, выданный на несколько месяцев; отчества в документах, обычно, нет; написание ФИ загадочное применение таблицы транскрипций паспортисткой или консульством!
Ну а еще могли при вводе данных ошибиться – банальная ОЧЕПЯТКА!
А еще есть тезки: полные тезки (это когда и ФИО и ДР равны, поверьте, в каждом банке таких несколько пар); неполные тезки из одной семьи (сына назвали в честь дедушки, который тоже обслуживался в банке, но умер, но об этом банку не известно, а ребенок теперь тоже обслуживается в банке)…
И вот, перед нами уже действительно сложный алгоритм, в котором надо проверить с использованием гос. систем (внезапно такие есть не у всех стран) данные, которые тебе прислали!
И мы снова приходим к дилемме: на сколько мы хотим соблюдать ценности перед клиентами?! На сколько нам важно, чтобы 10/5/3 человека в месяц не страдали от того, что их СОЕДИНИЛИ с другим человеком?!
Ну и, как всегда, в IT, не так страшно склеить, как очень сложно расклеить, особенно если в склеенном состоянии уже успели «добавить строк в историю».
И всегда один вопрос: какую цену за ошибку ты (как банк) готов платить? И не только деньгами, но и спокойной совестью!
На сколько ты (как клиент) готов к тому, что банк совершит ошибку?
А вы за глобализацию, или за «иди туда, где открывал»?!
#fintech
Немного продолжу прошлую тему про банк. Для дальнейшего чтения важно помнить, что я пишу этот пост из 2-х ролей: пользователь банка и специалист, отвечавший в финтех-организации за KYC клиентов и сбор единого «личного дела» физического лица.
Очевидно, что мы живем в век глобализации и проблем сохранения «таинства личной жизни» при повсеместной глобальной агрегации данных. Но, важно понимать, что total control – технически крайне сложная задача. Предлагаю о ней поговорить на примере банка!
Банк не смог мне закрыть счет, так как у них нет доступа к данным моей учетки, то есть клиентская база разнесена между отделениями. Что это означает кроме «идите туда, где открывали». Если я открою счет в городе N и открою счет в городе S, то для банка это будут не связанные счета на несвязных людей.
Плюсы для меня, как клиента при «развязанных» учетных записях:
-на каждом счете свой лимит, и если есть ограничения на оборот в месяц, то я могу по каждому счету обернуть денег под потолок лимита, а не суммарно;
- в случае, если мой счет в городе N засветится в «жуликовой» схеме, то счету из города S это никак не угрожает;
- если у меня плохая кредитная история в городе N (и в стране нет единого кредитного бюро, агрегирующего данные), то в городе S смогу получить кредит!
Минусы:
- если мне для увеличения лимитов, необходимо подать какие-либо документы, то придется делать это в каждом из городов, аналогично при изменении данных;
- я не могу в любом подразделении сделать со счетами любые операции (снятие денег-другая история и вообще работа не со счетом, а с балансом);
- если мои счета пытаются атаковать и провести с ними нелегальные операции, то такая система менее безопасна, так как под повышенный контроль попадут только счета в городе, в котором выявили махинацию, то есть в другом городе с моими счетами могут успеть провести незаконные операции!
То есть, кажется, что в большинстве кейсов агрегация данных сыграет на руку и клиенту, и самому банку!
Но, внезапно, агрегировать данные и понять, что счета принадлежат одному человеку ПИПЕЦКИ сложная задача! И вот, почему:
1) Люди меняют документы!
2) Люди меняют ФИО!
3) Люди меняют пол! (не во всех странах)
3) Внезапно, можно поменять дату рождения!!!
4) Смена гражданства (внезапно приводит к смене ФИО (написания) и документов)!
5) Еще есть процесс усыновления, а там меняется вообще все! (но, например в РФ, теперь должен сохраниться ИНН, но ИНН выдавался при рождении на первые ФИО, а приемные родители могут дать новые ФИО, и тут конфронтация с сохранением тайны усыновления)
6) Номера телефонов вообще ходят «по рукам» (3 месяца не пользовался и твой номер у другого)!
7) Ну и вишенка 🍰: иностранные граждане, у которых загран на несколько лет; мб есть внж или справка беженца или иной документ, выданный на несколько месяцев; отчества в документах, обычно, нет; написание ФИ загадочное применение таблицы транскрипций паспортисткой или консульством!
Ну а еще могли при вводе данных ошибиться – банальная ОЧЕПЯТКА!
А еще есть тезки: полные тезки (это когда и ФИО и ДР равны, поверьте, в каждом банке таких несколько пар); неполные тезки из одной семьи (сына назвали в честь дедушки, который тоже обслуживался в банке, но умер, но об этом банку не известно, а ребенок теперь тоже обслуживается в банке)…
И вот, перед нами уже действительно сложный алгоритм, в котором надо проверить с использованием гос. систем (внезапно такие есть не у всех стран) данные, которые тебе прислали!
И мы снова приходим к дилемме: на сколько мы хотим соблюдать ценности перед клиентами?! На сколько нам важно, чтобы 10/5/3 человека в месяц не страдали от того, что их СОЕДИНИЛИ с другим человеком?!
Ну и, как всегда, в IT, не так страшно склеить, как очень сложно расклеить, особенно если в склеенном состоянии уже успели «добавить строк в историю».
И всегда один вопрос: какую цену за ошибку ты (как банк) готов платить? И не только деньгами, но и спокойной совестью!
На сколько ты (как клиент) готов к тому, что банк совершит ошибку?
А вы за глобализацию, или за «иди туда, где открывал»?!
#fintech
👍7❤2
Раскрою тайну, конечно же счета были «отговоркой», мы просто прилетели в Даламан, чтобы съесть самые вкусные сырные кёфте в ресторане Агора.
И, да, наши портреты уже почти 2 года висят на стене среди «понечетных» гостей!
А счета мы закрыли!
PS: вместо 3х перелетов у нас было 4 😅
#mylife
И, да, наши портреты уже почти 2 года висят на стене среди «понечетных» гостей!
А счета мы закрыли!
PS: вместо 3х перелетов у нас было 4 😅
#mylife
🔥6👍2💔2
Тотемные животные и командные ценности
Нашла очень откликающийся мне доклад с TeamLeadConf от Сергея Щербина.
Доклад отозвался тем, что в моей жизни, к сожалению случались ситуации с "тотемными животными", которые были "с основания компании" и их "низя было трогать", но, ЧТО они делали, а главно ЗАЧЕМ, уже не мог объяснить никто. Все просто боялись, что их уберешь, и все развалится!
🗿 Признаки "тотемного животного":
01) Всегда виноват кто-то другой (они не понимают "подход", нам не сказали и тд, у подчинненного не хватает скиллов).
02) Защищают любые прикипевшие привычные решения, некий сложившийся уклад, решения всегда корректны, если некорректны, то причина - ему что-то не сказал бизнес или кто-то другой что-то не сделал, на что он надеялся.
03) Активно саботируют новые подходы, тк нельзя трогать работающее, ведь оно работает, хоть и "падает и спотыкается", а если сделать новое, то вдруг не будет работать.
04) Прикипевшие легаси-подходы масштабирован на все доступные зоны ответственности, независимо от их применимости, тк альтернативы уже не рассматривались, современные подходы и практики не изучались.
05) Культ сложности текущего решения и уникальности домена вокруг него, и как следствие почти не объясняются принимаемые решения ("там все сложно") или избыточно детальный рассказ, в котором опускаются важные точки, но много исторических причин, почему в моменте это было правильно, а потом уже руки не дошли.
06) Отрицание инженерных практик ("ревью нужно тем, кто плохо пишет код", "на арх комитет я приду, только послушать, мои решения не требуют обсуждений", "не стоит брать новичков, тк они не в состоянии понять глубин, а тратить время и им рассказывать - бесполезно, они уходят раньше, чем разбираются", "observability у нас и в консоли есть").
07) Защита своих идеалов через подкрепленние в формулировках "ЗП платят", "не увольняют".
Важно понимать, что тотемный культ формируется в компании года и базируется на: экспертности (глубже этот код никто не понимает и не знает = не может разобрать), уверенности в человеке = совместно съеденых пудах соли (ночные поломки, совместные починки, даже если давно этот человек не бежит чинить что-либо по первому и по десятому зову), разделенных зонах ответсвенности (в компании уже поделены сферы интересов и выработалась привычка "не лезть в чужое").
Один кейс из моей практики для меня особенно памятен. На увольнение такого "тотемного животного" ушло 1,5 года! Из которых год и пара месяцев ушли на объяснение почему ниче не изменится! И 1,5 года отсчитывают от момента того, когда уже я признала факт, что БЕСПОЛЕЗНО!
💌 Что еще отозвалось в докладе Сергея - конечно же ценности, про которые он рассказывал! И даже, если мы используем немного разные слова и термины, увлекательно, что в базе они одинаковые! ЧЕСТНОСТЬ + ОТКРЫТОСТЬ + БЕЗОПАСНОСТЬ + СОПРИЧАСТНОСТЬ
И да, "тотемные животные" не выживают в таких ценностях. Но самое важное, разделяя схожие со списком выше (или списком в докладе) ценности сложно стать "тотемным животным").
А в вашей жизни случались встречи с "тотемами"? Буду рада, если расскажете кейсы!
#people_management
Нашла очень откликающийся мне доклад с TeamLeadConf от Сергея Щербина.
Доклад отозвался тем, что в моей жизни, к сожалению случались ситуации с "тотемными животными", которые были "с основания компании" и их "низя было трогать", но, ЧТО они делали, а главно ЗАЧЕМ, уже не мог объяснить никто. Все просто боялись, что их уберешь, и все развалится!
01) Всегда виноват кто-то другой (они не понимают "подход", нам не сказали и тд, у подчинненного не хватает скиллов).
02) Защищают любые прикипевшие привычные решения, некий сложившийся уклад, решения всегда корректны, если некорректны, то причина - ему что-то не сказал бизнес или кто-то другой что-то не сделал, на что он надеялся.
03) Активно саботируют новые подходы, тк нельзя трогать работающее, ведь оно работает, хоть и "падает и спотыкается", а если сделать новое, то вдруг не будет работать.
04) Прикипевшие легаси-подходы масштабирован на все доступные зоны ответственности, независимо от их применимости, тк альтернативы уже не рассматривались, современные подходы и практики не изучались.
05) Культ сложности текущего решения и уникальности домена вокруг него, и как следствие почти не объясняются принимаемые решения ("там все сложно") или избыточно детальный рассказ, в котором опускаются важные точки, но много исторических причин, почему в моменте это было правильно, а потом уже руки не дошли.
06) Отрицание инженерных практик ("ревью нужно тем, кто плохо пишет код", "на арх комитет я приду, только послушать, мои решения не требуют обсуждений", "не стоит брать новичков, тк они не в состоянии понять глубин, а тратить время и им рассказывать - бесполезно, они уходят раньше, чем разбираются", "observability у нас и в консоли есть").
07) Защита своих идеалов через подкрепленние в формулировках "ЗП платят", "не увольняют".
Важно понимать, что тотемный культ формируется в компании года и базируется на: экспертности (глубже этот код никто не понимает и не знает = не может разобрать), уверенности в человеке = совместно съеденых пудах соли (ночные поломки, совместные починки, даже если давно этот человек не бежит чинить что-либо по первому и по десятому зову), разделенных зонах ответсвенности (в компании уже поделены сферы интересов и выработалась привычка "не лезть в чужое").
Один кейс из моей практики для меня особенно памятен. На увольнение такого "тотемного животного" ушло 1,5 года! Из которых год и пара месяцев ушли на объяснение почему ниче не изменится! И 1,5 года отсчитывают от момента того, когда уже я признала факт, что БЕСПОЛЕЗНО!
💌 Что еще отозвалось в докладе Сергея - конечно же ценности, про которые он рассказывал! И даже, если мы используем немного разные слова и термины, увлекательно, что в базе они одинаковые! ЧЕСТНОСТЬ + ОТКРЫТОСТЬ + БЕЗОПАСНОСТЬ + СОПРИЧАСТНОСТЬ
И да, "тотемные животные" не выживают в таких ценностях. Но самое важное, разделяя схожие со списком выше (или списком в докладе) ценности сложно стать "тотемным животным").
А в вашей жизни случались встречи с "тотемами"? Буду рада, если расскажете кейсы!
#people_management
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Создавая и разрушая топ-команды / Сергей Щербинин (УБРиР)
Приглашаем на конференцию Saint TeamLead Conf 2025, которая пройдет 26 и 27 июня 2025 в Санкт-Петербурге.
https://teamleadconf.ru/spb/2025
Подать доклад: https://tlconf.info/
________
Самая крупная мультиформатная конференция для тимлидов и руководителей…
https://teamleadconf.ru/spb/2025
Подать доклад: https://tlconf.info/
________
Самая крупная мультиформатная конференция для тимлидов и руководителей…
👍6👏1
Приехали свежачки!
Очень хотела DDD Хононова на русском и риск-менеджмент в примерах (буду мк обогащать)!
А что новенького и классного нашли вы в последнее время? Пжл, поделитесь в комментах!
#books
Очень хотела DDD Хононова на русском и риск-менеджмент в примерах (буду мк обогащать)!
А что новенького и классного нашли вы в последнее время? Пжл, поделитесь в комментах!
#books
❤4🔥2👍1
Мелкая полезняшка для спикеров
NB! Даже если вам надо "просто что-то рассказать", вы - спикер!
Пока готовлюсь к новому сезону конференций, наткнулась на интересную презу про то, как делать презы. Не соглашусь с подачей материала автором презы, но смыслы поддерживаю и разделяю на все 100!
И, да, у меня есть постоянный внутренний страх, как почти у всех спикеров: "А вдруг я своим выступлением усыплю аудиторию, и у них глаза вытекут!" 🙂
#toolkit
NB! Даже если вам надо "просто что-то рассказать", вы - спикер!
Пока готовлюсь к новому сезону конференций, наткнулась на интересную презу про то, как делать презы. Не соглашусь с подачей материала автором презы, но смыслы поддерживаю и разделяю на все 100!
И, да, у меня есть постоянный внутренний страх, как почти у всех спикеров: "А вдруг я своим выступлением усыплю аудиторию, и у них глаза вытекут!" 🙂
#toolkit
👍4🔥3😁2
Надеюсь, что у вас работает LinkedIn!
Нашла, одно из самых полезных (не стебусь) видео в жизни! По ссылке показывают как безопасно (для спины и здоровья) поменять воду в кулере!
Думаю, что многие из нас сталкивались с этой не самой тривиальной задачей в офисе. Моя спина не позволяет мне эту бутыль даже поднять, но у меня в командах были разработчики, которые "тянули спины", если надо было принять бутыли (дело было в стартапах) или заменить бутыль (а она сама хранилась в подсобке).
Так что - рекомендую! И, помните, главное безопасность и сохранение здоровья, а все остальное - можно починить!
Нашла, одно из самых полезных (не стебусь) видео в жизни! По ссылке показывают как безопасно (для спины и здоровья) поменять воду в кулере!
Думаю, что многие из нас сталкивались с этой не самой тривиальной задачей в офисе. Моя спина не позволяет мне эту бутыль даже поднять, но у меня в командах были разработчики, которые "тянули спины", если надо было принять бутыли (дело было в стартапах) или заменить бутыль (а она сама хранилась в подсобке).
Так что - рекомендую! И, помните, главное безопасность и сохранение здоровья, а все остальное - можно починить!
Linkedin
Sign Up | LinkedIn
500 million+ members | Manage your professional identity. Build and engage with your professional network. Access knowledge, insights and opportunities.
🔥4❤1👍1
🪴Заповедник гоблинов
Книга "Заповедник гоблинов" Клифорда Саймака всегда занимала особое место в моем сердце. Она не просто повествует о смене поколений и наследии, но и напоминает о важности создания и поддержания сообщества.
Подобно героям этой книги, мы, IT-специалисты, стремимся не только к личному развитию, но и к обмену знаниями и опытом с коллегами. Для меня это означает участие в различных мероприятиях, чтение статей и книг, а также общение с коллегами, включая сессии менторинга и консалтинга. Когда я в окружении таких же энтузиастов, я чувствую, что мы в "заповеднике", где можем свободно обсуждать идеи и вдохновлять друг друга. С теми, кто способен тебя понять, можно поделиться не только чувствами, ресурсами и технологиями, но и обязанностями. Также, как поняв другого, ты сам готов разделить с ним почти все.
Но, чтобы стать частью сообщество необходимо представиться – обрести голос и рассказать о себе!
Делюсь с тобой 5ю вопросами, которые помогут тебе подготовить краткий рассказ о себе, и не теряться при знакомстве.
1) Кто ты? И яркий запоминающийся факт о тебе
2) Кому ты можешь быть полезен?
3) Чем ты можешь быть полезен?
4) Ты приносишь эту пользу чтобы что?
5) Кого ты ищешь?
Вот как выглядит моя визитка, подготовленная по этой схеме:
🪄 Привет, я Катя! Когда-то я учила летать летчиков, а теперь топлю за цели и ценности в разработке, пропагандирую DDD и верю «во все хорошее»!
Я помогаю компаниям пройти кризис роста инженерных команд.
Умею выстраивать процессы (конечно же с использованием DDD), развивающие и бизнес, и разработку, чтобы вместо бюрократии была коллаборация :)
Буду рада найти единомышленников, поделиться знаниями и узнать «А как у вас?».
Такую визитку, лучше подготовить заранее, чтобы не теряться и легко заявить о себе и своих целях.
Главное, не надо бояться! Большинство людей открыты к диалогу и рады ему. Ведь все хотят найти свой заповедник, ведь внутри каждого живет гоблин 😆
Давайте знакомиться, расскажите о себе в комментах! Заодно и потренеруемся 👍
#people_management #books
Книга "Заповедник гоблинов" Клифорда Саймака всегда занимала особое место в моем сердце. Она не просто повествует о смене поколений и наследии, но и напоминает о важности создания и поддержания сообщества.
Подобно героям этой книги, мы, IT-специалисты, стремимся не только к личному развитию, но и к обмену знаниями и опытом с коллегами. Для меня это означает участие в различных мероприятиях, чтение статей и книг, а также общение с коллегами, включая сессии менторинга и консалтинга. Когда я в окружении таких же энтузиастов, я чувствую, что мы в "заповеднике", где можем свободно обсуждать идеи и вдохновлять друг друга. С теми, кто способен тебя понять, можно поделиться не только чувствами, ресурсами и технологиями, но и обязанностями. Также, как поняв другого, ты сам готов разделить с ним почти все.
Но, чтобы стать частью сообщество необходимо представиться – обрести голос и рассказать о себе!
Делюсь с тобой 5ю вопросами, которые помогут тебе подготовить краткий рассказ о себе, и не теряться при знакомстве.
1) Кто ты? И яркий запоминающийся факт о тебе
2) Кому ты можешь быть полезен?
3) Чем ты можешь быть полезен?
4) Ты приносишь эту пользу чтобы что?
5) Кого ты ищешь?
Вот как выглядит моя визитка, подготовленная по этой схеме:
Я помогаю компаниям пройти кризис роста инженерных команд.
Умею выстраивать процессы (конечно же с использованием DDD), развивающие и бизнес, и разработку, чтобы вместо бюрократии была коллаборация :)
Буду рада найти единомышленников, поделиться знаниями и узнать «А как у вас?».
Такую визитку, лучше подготовить заранее, чтобы не теряться и легко заявить о себе и своих целях.
Главное, не надо бояться! Большинство людей открыты к диалогу и рады ему. Ведь все хотят найти свой заповедник, ведь внутри каждого живет гоблин 😆
Давайте знакомиться, расскажите о себе в комментах! Заодно и потренеруемся 👍
#people_management #books
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🤝1
🎉 Волнующие новости про взрывы и фейлы 🚀
Меня, вашего преданного автора и страстного сторонника DevOps и DDD, пригласили в качестве спикера на предстоящую конференцию DevOpsConf Moscow 2024, не только, как спикера с докладом, но и как участника fail-митапа (а он еще и проходит в формате StandUp)! Это не только огромная честь, но и уникальная возможность поделиться собственными историями, опытом и, что самое важное, ошибками.
💡 Почему важно рассказывать об ошибках?
Обсуждение ошибок – это не просто способ избежать повторения прошлых неудач. Это основа для создания культуры открытости и непрерывного обучения. Поделившись своими промахами, мы:
🛠 Помогаем другим избежать аналогичных проблем.
🌱 Способствуем культуре экспериментов и инноваций.
🔄 Улучшаем понимание процессов и технологий.
👥 Строим доверие и укрепляем командный дух.
🔥 История из практики (для "затравки")
На одном из объектов, который я автоматизировала, случилась настоящая катастрофа. Все данные были утеряны из-за действий недобросовестного подрядчика, который, стремясь сэкономить на электроэнергии, установил сервер в соседнем здании. И это здание не было каким-то обычным помещением, а кинотеатром, который в один прекрасный день снесли в рамках плана реконструкции контролируемым взрывом. Вместе с зданием взорвали и все, что в нем было, включая наш сервер.
А какие "веселые"-фейлы были у вас?
Меня, вашего преданного автора и страстного сторонника DevOps и DDD, пригласили в качестве спикера на предстоящую конференцию DevOpsConf Moscow 2024, не только, как спикера с докладом, но и как участника fail-митапа (а он еще и проходит в формате StandUp)! Это не только огромная честь, но и уникальная возможность поделиться собственными историями, опытом и, что самое важное, ошибками.
💡 Почему важно рассказывать об ошибках?
Обсуждение ошибок – это не просто способ избежать повторения прошлых неудач. Это основа для создания культуры открытости и непрерывного обучения. Поделившись своими промахами, мы:
🛠 Помогаем другим избежать аналогичных проблем.
🌱 Способствуем культуре экспериментов и инноваций.
🔄 Улучшаем понимание процессов и технологий.
👥 Строим доверие и укрепляем командный дух.
🔥 История из практики (для "затравки")
На одном из объектов, который я автоматизировала, случилась настоящая катастрофа. Все данные были утеряны из-за действий недобросовестного подрядчика, который, стремясь сэкономить на электроэнергии, установил сервер в соседнем здании. И это здание не было каким-то обычным помещением, а кинотеатром, который в один прекрасный день снесли в рамках плана реконструкции контролируемым взрывом. Вместе с зданием взорвали и все, что в нем было, включая наш сервер.
А какие "веселые"-фейлы были у вас?
🔥7🤣4
💌 В день всех влюбленных открываю сердце...
Сегодня я хочу признаться не в любви, а в чем-то противоположном. Сегодня я хочу говорить не о том, что люблю, а о том, что не могу полюбить - фронтенд, UI и процесс разработки интерфейсов. Причина моего отторжения проста - я просто не умею этим заниматься! В детстве я всегда избегала задач, где нужно было что-то рисовать, потому что мои графики и сечения фигур всегда выходили не такими, как надо. Но строить проекции - это было моё всё.
Работая с интерфейсами, я сталкиваюсь с трудностью объяснить свои замыслы в мокапах. Мне кажется, что всё должно быть очевидно, но дизайнеры и разработчики как будто пытаются "выпрыгнуть в окно", не понимая мои замыслы.
💡И вот только сегодня до меня дошло: мой подход к проектированию админок тоже основан на проекциях, на переводе одной сущности в другую.
Где учат качественному дизайну и способам правильно описывать, что ты хочешь от интерфейса, я не знаю. Но я бы с удовольствием поучилась. Ведь книги и туториалы по mobile UI мало помогают, когда нужно создать инструмент, способный анализировать десятки полей, как в админке платежной системы.
Поэтому я хочу выразить свою благодарность всем тем, кто терпеливо разбирается в моих неуклюжих объяснениях, всем фронтенд-разработчикам, верстальщикам и магам UX/UI-дизайна. Ваш труд бесценен для тех, кто, как и я, не всегда может точно выразить свои мысли. Мы действительно вас ценим и любим, даже если иногда заставляем вас страдать!
P.S. И небольшой привет бэкендерам: мир за кулисами интерфейса просто волшебный. Вас тоже люблю! 💻❤️
P.P.S. Знаете хорошие курсы, материалы для таких как я - поделитесь, пжл! А если у вас схожая боль - приходите обняться!🤗
Сегодня я хочу признаться не в любви, а в чем-то противоположном. Сегодня я хочу говорить не о том, что люблю, а о том, что не могу полюбить - фронтенд, UI и процесс разработки интерфейсов. Причина моего отторжения проста - я просто не умею этим заниматься! В детстве я всегда избегала задач, где нужно было что-то рисовать, потому что мои графики и сечения фигур всегда выходили не такими, как надо. Но строить проекции - это было моё всё.
Работая с интерфейсами, я сталкиваюсь с трудностью объяснить свои замыслы в мокапах. Мне кажется, что всё должно быть очевидно, но дизайнеры и разработчики как будто пытаются "выпрыгнуть в окно", не понимая мои замыслы.
💡И вот только сегодня до меня дошло: мой подход к проектированию админок тоже основан на проекциях, на переводе одной сущности в другую.
Где учат качественному дизайну и способам правильно описывать, что ты хочешь от интерфейса, я не знаю. Но я бы с удовольствием поучилась. Ведь книги и туториалы по mobile UI мало помогают, когда нужно создать инструмент, способный анализировать десятки полей, как в админке платежной системы.
Поэтому я хочу выразить свою благодарность всем тем, кто терпеливо разбирается в моих неуклюжих объяснениях, всем фронтенд-разработчикам, верстальщикам и магам UX/UI-дизайна. Ваш труд бесценен для тех, кто, как и я, не всегда может точно выразить свои мысли. Мы действительно вас ценим и любим, даже если иногда заставляем вас страдать!
P.S. И небольшой привет бэкендерам: мир за кулисами интерфейса просто волшебный. Вас тоже люблю! 💻❤️
P.P.S. Знаете хорошие курсы, материалы для таких как я - поделитесь, пжл! А если у вас схожая боль - приходите обняться!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🙏1😍1
🚀 Реальность IT: не только кофе и макбуки
Люди из нецифровых секторов представляют IT-сферу как тихую гавань, где тебя окружают удобства: кофе, комфортные офисы, приятные мелочи. Но, мы - ITшники знаем, что за этим фасадом часто скрывается напряженная работа, полная стресса и давления.
Запуски проектов с неумолимыми дедлайнами, реинжиниринг сервисов под нарастающую нагрузку, демо для заказчиков, которые могут радикально изменить направление разработки — это только верхушка айсберга. В такой обстановке легко совершить ошибку, выбрав скорость за счет качества и стратегии.
🔍 Примеры компромиссов, которых следует избегать:
- Отказ от код-ревью или сокращение до одного апрува вместо двух;
- Прекращение проведения ретроспектив и индивидуальных встреч;
- Остановка процесса документирования с мыслью "потом догоним";
- Отказ от отправки разработчиков на конференции в пользу непрерывной работы над кодом...
Я сама допускала эти ошибки, стремясь сосредоточить все ресурсы на немедленном решении проблем. Однако, когда тушишь один пожар, легко упустить из виду, как вокруг начинает гореть все остальное.
🛠 Работа под давлением vs. размеренный темп
Важно помнить: давление — это лишь внешний фактор, а не повод отступать от разработанной стратегии. Адаптация практик под текущую ситуацию — ключ к успеху, но нельзя позволять себе полностью отказываться от них ради краткосрочных целей.
Не допускайте, чтобы после "тушения пожара" команда осталась истощенной, а вокруг — новые очаги проблем.
📈 В следующем посте поделюсь советами по аудиту и оптимизации имеющихся практик.
#project_management
Люди из нецифровых секторов представляют IT-сферу как тихую гавань, где тебя окружают удобства: кофе, комфортные офисы, приятные мелочи. Но, мы - ITшники знаем, что за этим фасадом часто скрывается напряженная работа, полная стресса и давления.
Запуски проектов с неумолимыми дедлайнами, реинжиниринг сервисов под нарастающую нагрузку, демо для заказчиков, которые могут радикально изменить направление разработки — это только верхушка айсберга. В такой обстановке легко совершить ошибку, выбрав скорость за счет качества и стратегии.
🔍 Примеры компромиссов, которых следует избегать:
- Отказ от код-ревью или сокращение до одного апрува вместо двух;
- Прекращение проведения ретроспектив и индивидуальных встреч;
- Остановка процесса документирования с мыслью "потом догоним";
- Отказ от отправки разработчиков на конференции в пользу непрерывной работы над кодом...
Я сама допускала эти ошибки, стремясь сосредоточить все ресурсы на немедленном решении проблем. Однако, когда тушишь один пожар, легко упустить из виду, как вокруг начинает гореть все остальное.
🛠 Работа под давлением vs. размеренный темп
Важно помнить: давление — это лишь внешний фактор, а не повод отступать от разработанной стратегии. Адаптация практик под текущую ситуацию — ключ к успеху, но нельзя позволять себе полностью отказываться от них ради краткосрочных целей.
Не допускайте, чтобы после "тушения пожара" команда осталась истощенной, а вокруг — новые очаги проблем.
📈 В следующем посте поделюсь советами по аудиту и оптимизации имеющихся практик.
#project_management
❤14👍3🙏3
🌟 Размышления на грани: когда "всё хорошо" на самом деле "не очень" 🌪️
Поговорим откровенно: мой последний пост звучит великолепно, но сквозит через него дух капитанства. Сразу скажу, что я сама допускала ошибки в описанных ситуациях, мало того, буду допускать! И это нормально, ведь мы все люди, а стресс и давление на работе не способствуют спокойствию и взвешенным решениям. Но что, если я скажу вам, что попробовать помочь себе и команде можно (и даже не очень затратно)?
📝 Первый шаг – сделайте списки. Да-да, списки того, без чего можно обойтись (практики, процессы, привычки). Помните, что есть базовые вещи, которые составляют фундамент вашей работы и вас как личности/команды – их трогать не стоит.
🔍 Второй шаг – оцените. Задайте себе три ключевых вопроса по каждому пункту:
1) Какую ценность этот пункт приносит мне/команде?
2) Каковы последствия отказа от него?
3) Насколько он ресурсоемкий (время, эмоции, физические силы)?
🛌 Третий шаг – отложите. Обсудите с коллегами или "переспите" с этими мыслями. Не торопитесь принимать решения.
🧐 Четвертый шаг – анализируйте. Пересмотрите ваши оценки и убедитесь, что ваше мнение осталось прежним.
✂️ Пятый шаг – действуйте. Убирайте или меняйте. И помните, что ОБЯЗАТЕЛЬНО нужно указать дату, когда вернетесь к пересмотру изменненного или выкинутого.
🔧 Но не всё так просто! Помимо удаления и изменения, может потребоваться что-то добавить. Это упражнение лучше всего вписывается между третьим и четвертым шагами.
И помните: что работало в одной ситуации, может не сработать в другой. Всегда оценивайте контекст – команду, ее состояние, ценности.
Это упражнение может занять всего несколько часов (обычно, до 4х + день на "переспать"), но оно способно сохранить вам куда больше времени и нервов!
#project_management
Поговорим откровенно: мой последний пост звучит великолепно, но сквозит через него дух капитанства. Сразу скажу, что я сама допускала ошибки в описанных ситуациях, мало того, буду допускать! И это нормально, ведь мы все люди, а стресс и давление на работе не способствуют спокойствию и взвешенным решениям. Но что, если я скажу вам, что попробовать помочь себе и команде можно (и даже не очень затратно)?
📝 Первый шаг – сделайте списки. Да-да, списки того, без чего можно обойтись (практики, процессы, привычки). Помните, что есть базовые вещи, которые составляют фундамент вашей работы и вас как личности/команды – их трогать не стоит.
🔍 Второй шаг – оцените. Задайте себе три ключевых вопроса по каждому пункту:
1) Какую ценность этот пункт приносит мне/команде?
2) Каковы последствия отказа от него?
3) Насколько он ресурсоемкий (время, эмоции, физические силы)?
🛌 Третий шаг – отложите. Обсудите с коллегами или "переспите" с этими мыслями. Не торопитесь принимать решения.
🧐 Четвертый шаг – анализируйте. Пересмотрите ваши оценки и убедитесь, что ваше мнение осталось прежним.
✂️ Пятый шаг – действуйте. Убирайте или меняйте. И помните, что ОБЯЗАТЕЛЬНО нужно указать дату, когда вернетесь к пересмотру изменненного или выкинутого.
🔧 Но не всё так просто! Помимо удаления и изменения, может потребоваться что-то добавить. Это упражнение лучше всего вписывается между третьим и четвертым шагами.
И помните: что работало в одной ситуации, может не сработать в другой. Всегда оценивайте контекст – команду, ее состояние, ценности.
Это упражнение может занять всего несколько часов (обычно, до 4х + день на "переспать"), но оно способно сохранить вам куда больше времени и нервов!
#project_management
❤5👍2🔥2🆒1
🔮 Проклятие знания: как оно работает против IT-команды и специалиста
И я хочу предложить вам похоливарить на эту тему...
А началось все с того, что на этой неделе прочла пост Антона Сорокина про "проклятие знания" в контексте разрыва ментора и менти. И вот мои мысли по этому поводу, но уже в рамках темы недели.
В мире, где время — это деньги и IT-проекты развиваются с бешеной скоростью, "проклятие знания" становится невидимым врагом как для отдельных специалистов, так и для целых команд. Это когнитивное искажение, при котором эксперт, погруженный в свою область, иногда теряет способность видеть картину в целом и объяснять сложные вещи простым языком. В результате, когда дело доходит до сжатых сроков и необходимости быстро находить решения, коммуникационный разрыв между IT-специалистами и бизнесом может стать критической точкой.
...Я сама иногда сворачиваю на путь: "пусть кто не понимает - идет и учит матчасть", т.к. я живой человек и иногда устаю искать слова, которыми меня смогут понять. Мне хочется отбрыкнуться, увеличить пропасть и проклясть всех посильнее. Не случайно я рыжая, да и глаза зеленые. Мне везет, в моей жизни последние годы случается BisDev - которого можно взять, посадить, объяснить и он поймет, так как у этих людей БАЗОВЫЕ ЦЕННОСТИ направлены на развитие продуктов и бизнеса. Но этот подход не работает с функциональными подразделениями.
Функциональные подразделения бизнеса, чаще ориентированы не на развитие, а на стабилизацию работы функции. И в этой ситуации сколько не пытайся обратить людей на путь развития и познания - потерпишь фиаско. Им необходима четкая инструкция и простое объяснение "на пальцах", как и что функционирует. Им не важно понимать принципы, закладываемые в автоматизацию их же процессов. Они просто хотят, чтобы работало и делало ровно так, как они привыкли (не лучше, не по-другому, а именно так). Но этот паттерн характерен не только для функциональных подразделений бизнеса; он встречается и в IT-командах. Да, это те самые случаи: "Напишите задачу, мы сделаем, что скажете", "Нас об этом не просили и не спрашивали, мы и не рассказывали"...
Для меня встреча с подобными людьми/командами/подразделениями - очень сложная и тяжелая задача. Когда-то в моей практике была команда внешнего подрядчика, с которым мы интегрировались. У ребят было ПО, написанное на технологиях моего детства (и нет, это не космическая индустрия и не оборонка, это был вполне бытовой проект, но всероссийского значения). И с тех времен они ничего кардинально в ПО не меняли, только докручивали новые слои логики. Самым безумным в этой интеграции был протокол взаимодействия. По исполнению операции нам необходимо было в сторону вендора отдать сообщение. Ответ по REST нам приходил в пики нагрузок больше пары секунд, соответственно мы в нагрузку начинали копить очередь сообщений, которые необходимо отправить им. Очевидно - нужно перейти на асинхронку. Но вендор просто в нее не мог, не умел, а кроме того, на каждый запрос с нашей стороны ставил полный лок на базу у себя, до завершения операции и отправки ответа к нам.
И ты не можешь в этой ситуации сделать ничего! Ты готов объяснять, ты готов помогать, но оно никому не нужно. Тебя не слышат. Так как: "Оно работает больше 20 лет, не надо трогать. Это вы не умеете интегрироваться!"...
А вы сталкиваетесь с подобными ситуациями? Поделитесь, пожалуйста...
А я завтра поделюсь своей рефлексией...
#people_management
И я хочу предложить вам похоливарить на эту тему...
А началось все с того, что на этой неделе прочла пост Антона Сорокина про "проклятие знания" в контексте разрыва ментора и менти. И вот мои мысли по этому поводу, но уже в рамках темы недели.
В мире, где время — это деньги и IT-проекты развиваются с бешеной скоростью, "проклятие знания" становится невидимым врагом как для отдельных специалистов, так и для целых команд. Это когнитивное искажение, при котором эксперт, погруженный в свою область, иногда теряет способность видеть картину в целом и объяснять сложные вещи простым языком. В результате, когда дело доходит до сжатых сроков и необходимости быстро находить решения, коммуникационный разрыв между IT-специалистами и бизнесом может стать критической точкой.
...Я сама иногда сворачиваю на путь: "пусть кто не понимает - идет и учит матчасть", т.к. я живой человек и иногда устаю искать слова, которыми меня смогут понять. Мне хочется отбрыкнуться, увеличить пропасть и проклясть всех посильнее. Не случайно я рыжая, да и глаза зеленые. Мне везет, в моей жизни последние годы случается BisDev - которого можно взять, посадить, объяснить и он поймет, так как у этих людей БАЗОВЫЕ ЦЕННОСТИ направлены на развитие продуктов и бизнеса. Но этот подход не работает с функциональными подразделениями.
Функциональные подразделения бизнеса, чаще ориентированы не на развитие, а на стабилизацию работы функции. И в этой ситуации сколько не пытайся обратить людей на путь развития и познания - потерпишь фиаско. Им необходима четкая инструкция и простое объяснение "на пальцах", как и что функционирует. Им не важно понимать принципы, закладываемые в автоматизацию их же процессов. Они просто хотят, чтобы работало и делало ровно так, как они привыкли (не лучше, не по-другому, а именно так). Но этот паттерн характерен не только для функциональных подразделений бизнеса; он встречается и в IT-командах. Да, это те самые случаи: "Напишите задачу, мы сделаем, что скажете", "Нас об этом не просили и не спрашивали, мы и не рассказывали"...
Для меня встреча с подобными людьми/командами/подразделениями - очень сложная и тяжелая задача. Когда-то в моей практике была команда внешнего подрядчика, с которым мы интегрировались. У ребят было ПО, написанное на технологиях моего детства (и нет, это не космическая индустрия и не оборонка, это был вполне бытовой проект, но всероссийского значения). И с тех времен они ничего кардинально в ПО не меняли, только докручивали новые слои логики. Самым безумным в этой интеграции был протокол взаимодействия. По исполнению операции нам необходимо было в сторону вендора отдать сообщение. Ответ по REST нам приходил в пики нагрузок больше пары секунд, соответственно мы в нагрузку начинали копить очередь сообщений, которые необходимо отправить им. Очевидно - нужно перейти на асинхронку. Но вендор просто в нее не мог, не умел, а кроме того, на каждый запрос с нашей стороны ставил полный лок на базу у себя, до завершения операции и отправки ответа к нам.
И ты не можешь в этой ситуации сделать ничего! Ты готов объяснять, ты готов помогать, но оно никому не нужно. Тебя не слышат. Так как: "Оно работает больше 20 лет, не надо трогать. Это вы не умеете интегрироваться!"...
А вы сталкиваетесь с подобными ситуациями? Поделитесь, пожалуйста...
А я завтра поделюсь своей рефлексией...
#people_management
Linkedin
Встретил интересную рекомендацию по выбору ментора.
💡 Нужно выбирать… | Антон Сорокин
💡 Нужно выбирать… | Антон Сорокин
Встретил интересную рекомендацию по выбору ментора.
💡 Нужно выбирать ментора, у которого грейд не намного выше вашего.
Во многом согласен. Дело в том, что если разница в хард-скрилах очень велика, то может сработать так называемое "проклятие знания" (википедия:…
💡 Нужно выбирать ментора, у которого грейд не намного выше вашего.
Во многом согласен. Дело в том, что если разница в хард-скрилах очень велика, то может сработать так называемое "проклятие знания" (википедия:…
❤8👍1🔥1
🔮 Преодоление "проклятия знания": диалог, рост и инновации
Продолжаем тему "проклятия знания", обсужденную в последнем посте. Ключ к преодолению этого феномена — выстраивание и отладка коммуникации, что критически важно как внутри команды, так и при взаимодействии с бизнесом или другими командами.
Многочисленные исследования в области образования и организационного развития подтверждают, что обучение и развитие навыков в командах и бизнесе не только способствует лучшему взаимопониманию между сотрудниками различных отделов, но и значительно увеличивает общую производительность и инновационную способность организации. Например, исследование, проведенное IBM, показало, что компании, вкладывающие в обучение своих сотрудников, видят возврат инвестиций в виде повышения производительности труда на 10% или более.
Важно понимать, что "проклятие знания" не следует "лечить" за счет знающего. Гораздо эффективнее идти путем роста знаний в командах и бизнесе. Хотя первоначально это может казаться сложным и дорогим, но такой подход несомненно более продуктивен и обеспечивает лучшие результаты. Знающие специалисты часто оказываются в позиции, когда кажется, что их знаний недостаточно, и они готовы поглощать еще больше, тем самым увеличивая уже существующий разрыв. Именно здесь и заключается суть знающего: работа с большим объемом данных и генерация решений на их основе!
Но знающему можно помочь! Не обязательно тот, кто придумывает решение, должен его презентовать. Делегирование презентации тому, кто обладает навыками публичных выступлений, может принести неожиданные плоды. Проговаривание решения через "чужой рот" позволяет проверить наличие общего и одинакового понимания в команде. В процессе такой презентации решение может быть дополнено и доработано благодаря свежему взгляду и разнообразию знаний.
Может быть, пора прекратить попытки исцелять "проклятие" за счет тюнинга знающего и перейти к парадигме сокращения разрыва за счет тех, кто должен больше узнать? Мы можем преодолеть это "проклятие", расширяя границы нашего восприятия и коммуникации!
Но позвольте мне начать самокритику. В ситуации, описанной в предыдущем посте, иногда единственным решением остается прекратить попытки сократить пропасть между командами. Нужно собрать всю волю в кулачок (как маленькие хомячки🐹 , которые не сдаются перед лицом трудностей) и идти придумывать, что делать, чтобы проект запустился и заработал.
А вы за какой вариант? Или мб у вас есть другое решение?
#people_management
Продолжаем тему "проклятия знания", обсужденную в последнем посте. Ключ к преодолению этого феномена — выстраивание и отладка коммуникации, что критически важно как внутри команды, так и при взаимодействии с бизнесом или другими командами.
Многочисленные исследования в области образования и организационного развития подтверждают, что обучение и развитие навыков в командах и бизнесе не только способствует лучшему взаимопониманию между сотрудниками различных отделов, но и значительно увеличивает общую производительность и инновационную способность организации. Например, исследование, проведенное IBM, показало, что компании, вкладывающие в обучение своих сотрудников, видят возврат инвестиций в виде повышения производительности труда на 10% или более.
Важно понимать, что "проклятие знания" не следует "лечить" за счет знающего. Гораздо эффективнее идти путем роста знаний в командах и бизнесе. Хотя первоначально это может казаться сложным и дорогим, но такой подход несомненно более продуктивен и обеспечивает лучшие результаты. Знающие специалисты часто оказываются в позиции, когда кажется, что их знаний недостаточно, и они готовы поглощать еще больше, тем самым увеличивая уже существующий разрыв. Именно здесь и заключается суть знающего: работа с большим объемом данных и генерация решений на их основе!
Но знающему можно помочь! Не обязательно тот, кто придумывает решение, должен его презентовать. Делегирование презентации тому, кто обладает навыками публичных выступлений, может принести неожиданные плоды. Проговаривание решения через "чужой рот" позволяет проверить наличие общего и одинакового понимания в команде. В процессе такой презентации решение может быть дополнено и доработано благодаря свежему взгляду и разнообразию знаний.
Может быть, пора прекратить попытки исцелять "проклятие" за счет тюнинга знающего и перейти к парадигме сокращения разрыва за счет тех, кто должен больше узнать? Мы можем преодолеть это "проклятие", расширяя границы нашего восприятия и коммуникации!
Но позвольте мне начать самокритику. В ситуации, описанной в предыдущем посте, иногда единственным решением остается прекратить попытки сократить пропасть между командами. Нужно собрать всю волю в кулачок (как маленькие хомячки
А вы за какой вариант? Или мб у вас есть другое решение?
#people_management
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
ITKatya: культурные паттерны в IT
🔮 Проклятие знания: как оно работает против IT-команды и специалиста
И я хочу предложить вам похоливарить на эту тему...
А началось все с того, что на этой неделе прочла пост Антона Сорокина про "проклятие знания" в контексте разрыва ментора и менти. И…
И я хочу предложить вам похоливарить на эту тему...
А началось все с того, что на этой неделе прочла пост Антона Сорокина про "проклятие знания" в контексте разрыва ментора и менти. И…
👍4🔥2❤1
🌍 Стартуем неделю конференций и путешествий! 🌍
Сегодня хочу поделиться волнением перед новым сезоном конференций. Знаете, есть что-то особенное в чтении текста на незнакомом языке. Сегодня это казахский. И, хотя я ни слова не понимаю (как, впрочем, и если бы было написано на многих других языках), это только подогревает интерес и желание узнать больше!
Этим скрином я открываю неделю, полную событий и новых впечатлений. Уже завтра мой путь лежит в Алматы, где на Аналитическом курултае я буду проводить мастер-класс, посвященный DDD, словарям и тонкостям сотрудничества между бизнесом и разработчиками. Дни в Казахстане обещают быть насыщенными и познавательными. И это моя первая поездка в Казахстан и первое очное знакомство с аналитическим сообществом Центральной Азии.
Но это только начало! В воскресенье утром меня ждет Москва, где в рамках DevOpsConf я стану частью fail-секции, а затем еще представлю доклад о проектировании для DevOps-инженеров.
Готовьтесь к серии постов о моих путешествиях, подготовке, конференциях, нетворкинге и всем-всем-всем, что только может случиться в этом насыщенном графике. 🚀
И как всегда, буду рада со всеми увидеться очно и обняться!!!🤗
#mylife
Сегодня хочу поделиться волнением перед новым сезоном конференций. Знаете, есть что-то особенное в чтении текста на незнакомом языке. Сегодня это казахский. И, хотя я ни слова не понимаю (как, впрочем, и если бы было написано на многих других языках), это только подогревает интерес и желание узнать больше!
Этим скрином я открываю неделю, полную событий и новых впечатлений. Уже завтра мой путь лежит в Алматы, где на Аналитическом курултае я буду проводить мастер-класс, посвященный DDD, словарям и тонкостям сотрудничества между бизнесом и разработчиками. Дни в Казахстане обещают быть насыщенными и познавательными. И это моя первая поездка в Казахстан и первое очное знакомство с аналитическим сообществом Центральной Азии.
Но это только начало! В воскресенье утром меня ждет Москва, где в рамках DevOpsConf я стану частью fail-секции, а затем еще представлю доклад о проектировании для DevOps-инженеров.
Готовьтесь к серии постов о моих путешествиях, подготовке, конференциях, нетворкинге и всем-всем-всем, что только может случиться в этом насыщенном графике. 🚀
И как всегда, буду рада со всеми увидеться очно и обняться!!!
#mylife
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥3