Here are the secrets of high-performing teams…
Creating A Team. (Or Maybe You Shouldn’t.): Ask the unasked question: do you really need a team? And if you have more members than a 90’s boy band, you’re in trouble. Every time a team is unnecessarily expanded, a productivity fairy dies.
Team Effectiveness: 60 percent of a team’s success is “Who’s on the team?” 30 percent is clarifying roles. And 10 percent is leadership. So get A-Players. The difference between the best and worst performers is the difference between a firecracker and the Big Bang.
Team Interaction: They need to like each other. Social skills, not average IQ, is what makes smart teams. And you need a disagreeable person. Somebody more Wednesday Addams than Mary Poppins. They might not be the hero you want, but they’re the hero you need; the one who’ll pull the emergency brake on the runaway train of groupthink.
Team Leadership: Even in the Navy, the best squadrons are led by commanders who are less like Captain Bligh and more like Mr. Rogers. Create an environment with safety (Does everyone feel they can speak?), vulnerability (good old-fashioned emotional nudity) and purpose (“This is who we are. This is what we stand for.”) and you’re most of the way there.
#management #процессы
Creating A Team. (Or Maybe You Shouldn’t.): Ask the unasked question: do you really need a team? And if you have more members than a 90’s boy band, you’re in trouble. Every time a team is unnecessarily expanded, a productivity fairy dies.
Team Effectiveness: 60 percent of a team’s success is “Who’s on the team?” 30 percent is clarifying roles. And 10 percent is leadership. So get A-Players. The difference between the best and worst performers is the difference between a firecracker and the Big Bang.
Team Interaction: They need to like each other. Social skills, not average IQ, is what makes smart teams. And you need a disagreeable person. Somebody more Wednesday Addams than Mary Poppins. They might not be the hero you want, but they’re the hero you need; the one who’ll pull the emergency brake on the runaway train of groupthink.
Team Leadership: Even in the Navy, the best squadrons are led by commanders who are less like Captain Bligh and more like Mr. Rogers. Create an environment with safety (Does everyone feel they can speak?), vulnerability (good old-fashioned emotional nudity) and purpose (“This is who we are. This is what we stand for.”) and you’re most of the way there.
#management #процессы
Barking Up The Wrong Tree
4 Secrets Of High-Performing Teams - Barking Up The Wrong Tree
What makes a great team great? We get a lot of bad advice. Here's what the research says about teams that thrive...
👍1
Про карты гипотез - как методе стратегического планирования.
В целом, как и говорит сам Александр, все базируется на Impact Mapping Гойко Аджича (горячая тема лет 10-12 назад, но и сейчас еще мелькают статьи про нее, в реале использования я не видел).
Сам я пока не узнал в чем же фишка именно карты гипотез, но может кому зайдет. Интересно.
Особенно про ошибки при создании карты.
В целом, как и говорит сам Александр, все базируется на Impact Mapping Гойко Аджича (горячая тема лет 10-12 назад, но и сейчас еще мелькают статьи про нее, в реале использования я не видел).
Сам я пока не узнал в чем же фишка именно карты гипотез, но может кому зайдет. Интересно.
Особенно про ошибки при создании карты.
GitHub
GitHub - Byndyusoft/hypothesismapping: База знаний о Карте гипотез
База знаний о Карте гипотез. Contribute to Byndyusoft/hypothesismapping development by creating an account on GitHub.
— Когда релиз?
— На горизонте.
— А что такое горизонт?
— Горизонт — это воображаемая линия, которая удаляется от нас по мере приближения.
(с) tproger
#it_философия
— На горизонте.
— А что такое горизонт?
— Горизонт — это воображаемая линия, которая удаляется от нас по мере приближения.
(с) tproger
#it_философия
😁13👍7❤4💯1
"На соседнем, на заводе,
При честном при всём народе,
Старый мусор и навоз
Превращают в паровоз." (с) Воинов В. Петроградские чудеса, 1922
Все из тех же запчастей
Изменив чуть-чуть рецепт
Поменяв чугун на код
Мы все с вами пишем софт
(с) @maxbeard12 2024
недобрые пятничные #it_memes
При честном при всём народе,
Старый мусор и навоз
Превращают в паровоз." (с) Воинов В. Петроградские чудеса, 1922
Все из тех же запчастей
Изменив чуть-чуть рецепт
Поменяв чугун на код
Мы все с вами пишем софт
(с) @maxbeard12 2024
недобрые пятничные #it_memes
😁12💯7❤1😢1
Сегодня буду на Heisenbug-е.
Если у кого-то аналогичные планы, то можно пересечься дляавтограф-сессии, себяшек и обнимашек, ответов на вопросы и общения вживую :)
Пишите в комментах или личку.
Буду помогать ребятам на этом докладе.
https://heisenbug.ru/talks/d8a8602a19fd452dae38204b3762256a/?referer=/schedule/days/
Если у кого-то аналогичные планы, то можно пересечься для
Пишите в комментах или личку.
Буду помогать ребятам на этом докладе.
https://heisenbug.ru/talks/d8a8602a19fd452dae38204b3762256a/?referer=/schedule/days/
Heisenbug 2024 Spring. Конференция по тестированию не только для тестировщиков
Графовая БД ArangoDB для предоставления совместного доступа к документам | Доклад на Heisenbug 2024 Spring
Рассмотрим использование документоориентированной графовой базы данных ArangoDB, ее интеграцию с приложением, а также особенности функционального и нагрузочного тестирования такого приложения.
Обсудим логику работы с данными, реализацию предоставления совместного…
Обсудим логику работы с данными, реализацию предоставления совместного…
🔥6👍2
Про продуктивность, попытки ее измерить, кооперацию и соревнования между сотрудниками. И про то, что усиливает синергию от взаимодействия.
“Если люди не взаимодействуют и не кооперируют - не вините людей. Посмотрите на процессы: если индивидуальные метрики людей падают, когда они кооперируются, то зачем им кооперироваться…
...
Важно создавать процессы и организации, в которых взаимодействие будет выгоднее”
Прикольный ролик, кстати, может казаться единорожным, но тут смотря с какой целью смотреть.
#management #metrics
“Если люди не взаимодействуют и не кооперируют - не вините людей. Посмотрите на процессы: если индивидуальные метрики людей падают, когда они кооперируются, то зачем им кооперироваться…
...
Важно создавать процессы и организации, в которых взаимодействие будет выгоднее”
Прикольный ролик, кстати, может казаться единорожным, но тут смотря с какой целью смотреть.
#management #metrics
YouTube
How Too Many Rules at Work Keep You from Getting Things Done | Yves Morieux | TED Talks
Modern work — from waiting tables to crunching numbers to dreaming up new products — is about solving brand-new problems every day, flexibly, in brand-new ways. But as Yves Morieux shows in this insightful talk, too often, an overload of processes and sign…
❤2👍1
Measuring Developer Productivity via Humans
про то, чем качественные метрики в разработке отличаются от количественных и как их получать.
#metrics
про то, чем качественные метрики в разработке отличаются от количественных и как их получать.
#metrics
martinfowler.com
Measuring Developer Productivity via Humans
Organizations should prioritize measuring developer productivity using data from humans, rather than data from systems.
❤3
Хорошая напоминалка самому себе...
"Синдром самозванца - прекрасный маркер, что вы развиваетесь. Как только кажется, что это все не вы, или это все удача - 100% что-то сделали. Точно чем-то отличаетесь. Гарантировано не как все. Я не знаю способа, чтобы победить, вылечить этот синдром. Но я знаю, как его поставить на место. Надо просто помнить, что оценка "3" звучит как "удовлетворительно". А что может быть лучше удовлетворения тебя и окружающих? В конечном счете только это и имеет смысл." Дмитрий Волошин (ссылка на старый его пост в FB)
#развитие
"Синдром самозванца - прекрасный маркер, что вы развиваетесь. Как только кажется, что это все не вы, или это все удача - 100% что-то сделали. Точно чем-то отличаетесь. Гарантировано не как все. Я не знаю способа, чтобы победить, вылечить этот синдром. Но я знаю, как его поставить на место. Надо просто помнить, что оценка "3" звучит как "удовлетворительно". А что может быть лучше удовлетворения тебя и окружающих? В конечном счете только это и имеет смысл." Дмитрий Волошин (ссылка на старый его пост в FB)
#развитие
❤10🤡1
Forwarded from Bulat
Я тут подумал и грех будет не выложить эту простыню, может кому поможет.
Если ты помнишь, я всегда увлекался психологией и прочей херней про работу мозга.
Так вот выложу несколько вводных которые стоит обдумать:
1) Если ты (абстрактный ты) считаешь что у тебя синдром самозванца, то парадокс, ты уже считаешь себя достойным профессионалом(тут подвох что "считаешь"). Мы же не приписываем синдром самозванца новичкам и профанам?
2) Синдром самозванца это объяснительная модель. Ты, а точнее твой мозг чего-то хочет, но хочется и колется, и вот он объясняет себе "Ну у меня же синдром самозванца, куда уж там, куда с таким синдромом сунуться-то, остается только погрустить что я такой и пожалеть себя". Причем эта жалость может крыться вполне себе за смелостью со стороны.
3) Зачем тебе синдром самозванца? В смысле у тебя синдром самозванца, ну и чо? Дай мне конкретики! Не можешь претендовать на зарплату соответствующую твоим навыкам? Я сказал конкретики! Не можешь попросить повышение зарплаты, потому что(ага, видишь объяснение еще одно) считаешь что не достаточно хорош? Ну а если недостаточно хорош, чего тогда хочешь? Или все таки считаешь что достаточно хорош? Боюсь пойти и озвучить свои требования - вот это хорошо.
Найти зачем тебе этот синдром и что ты им прикрываешь тоже хороший путь избавиться от него.
4) Ну и последнее. Ок, у тебя синдром самозванца и тебе это не нравится. А делаешь ты что, чтобы поменять ситуацию? А как должно быть? Часто в статьях о синдроме самозванца я вижу(читая комментарии), что люди ищут 1. Панацею - прочитаю статью и я уверенный в себе красавчик, специалист и меня все хотят. 2. Оправдание что ситуацию не поменять у меня лапки, так умные люди пишут. Тут же как с тренажерным залом, после первой тренировки у тебя не вырастут мышцы и жир не сойдет, это работа над собой. Вот хотя бы просто берешь и записываешь свои достижения, глядишь на них, любуешься раз в неделю и понемногу начинаешь свыкаться с мыслью что "идите вы на хер, сами вы самозванцы, а я на своем месте".
У меня например каждый квартал и каждый год подведение результатов и достижений - а чего сделал, а какую пользу можно извлечь итд итп.
Если ты помнишь, я всегда увлекался психологией и прочей херней про работу мозга.
Так вот выложу несколько вводных которые стоит обдумать:
1) Если ты (абстрактный ты) считаешь что у тебя синдром самозванца, то парадокс, ты уже считаешь себя достойным профессионалом(тут подвох что "считаешь"). Мы же не приписываем синдром самозванца новичкам и профанам?
2) Синдром самозванца это объяснительная модель. Ты, а точнее твой мозг чего-то хочет, но хочется и колется, и вот он объясняет себе "Ну у меня же синдром самозванца, куда уж там, куда с таким синдромом сунуться-то, остается только погрустить что я такой и пожалеть себя". Причем эта жалость может крыться вполне себе за смелостью со стороны.
3) Зачем тебе синдром самозванца? В смысле у тебя синдром самозванца, ну и чо? Дай мне конкретики! Не можешь претендовать на зарплату соответствующую твоим навыкам? Я сказал конкретики! Не можешь попросить повышение зарплаты, потому что(ага, видишь объяснение еще одно) считаешь что не достаточно хорош? Ну а если недостаточно хорош, чего тогда хочешь? Или все таки считаешь что достаточно хорош? Боюсь пойти и озвучить свои требования - вот это хорошо.
Найти зачем тебе этот синдром и что ты им прикрываешь тоже хороший путь избавиться от него.
4) Ну и последнее. Ок, у тебя синдром самозванца и тебе это не нравится. А делаешь ты что, чтобы поменять ситуацию? А как должно быть? Часто в статьях о синдроме самозванца я вижу(читая комментарии), что люди ищут 1. Панацею - прочитаю статью и я уверенный в себе красавчик, специалист и меня все хотят. 2. Оправдание что ситуацию не поменять у меня лапки, так умные люди пишут. Тут же как с тренажерным залом, после первой тренировки у тебя не вырастут мышцы и жир не сойдет, это работа над собой. Вот хотя бы просто берешь и записываешь свои достижения, глядишь на них, любуешься раз в неделю и понемногу начинаешь свыкаться с мыслью что "идите вы на хер, сами вы самозванцы, а я на своем месте".
У меня например каждый квартал и каждый год подведение результатов и достижений - а чего сделал, а какую пользу можно извлечь итд итп.
👍8
Регламенты пишут, чтобы понимать: кого наказать, когда наказать и как сильно...
#мысли_вслух
#мысли_вслух
😁7❤3💯3
В IT чудес не бывает
Мысли про observability. Как правильно на русском, не знаю: наблюдаемость(?), но так я еще ни разу не слышал. PS в комментах подсказали "Обозреваемость" Очередная модная штука (ну последние лет 5-6), которую мало кто понимает (я признаться тоже скорее интуитивно)…
Observability 1.0 is about MTTR, MTTD, reliability, errors...how you operate your app and fix issues.
Observability 2.0 is about how you develop your app.
Which means you need to understand things like how your code works and how people use it -- and not just when it breaks.
Charity Majors 🔥
#observability
❤2
Зарисовка "Разбирая автотесты"
Тот момент, когда то, что должно быть #it_memes, стало регулярной "работой" с утра...
Начиная с какого момента "разбор результатов автотестов" становится именно разбором, а не просто очередным перезапуском упавших (чтобы они стали зелеными) ?
У кого как?
#test_automation
Тот момент, когда то, что должно быть #it_memes, стало регулярной "работой" с утра...
Начиная с какого момента "разбор результатов автотестов" становится именно разбором, а не просто очередным перезапуском упавших (чтобы они стали зелеными) ?
У кого как?
#test_automation
👍1
Если для того, чтобы понять, почему ваши юнит-тесты фейлятся, приходится дебажить код, то вы написали не юнит-тесты.
Если для определения причины фейла автотеста приходится его перезапускать - вы написали хреновый код и, возможно, хреновые тесты.
Настраивайте логи, учитесь их использовать. В продакшене возможность повторить действие вызвавшее ошибку - редкость.
Лайфхак: пишите тестами в логи приложения (хотя бы старт-стоп теста) - офигенно удобно потом разбирать результаты.
Вообще, то, насколько быстро вы можете определить причину фейла, показывает насколько хорошие тесты и код вы написали, а также то, насколько правильно выбрали уровень “пирамидки” автотестов для проверки этой фичи.
#test_automation
Если для определения причины фейла автотеста приходится его перезапускать - вы написали хреновый код и, возможно, хреновые тесты.
Настраивайте логи, учитесь их использовать. В продакшене возможность повторить действие вызвавшее ошибку - редкость.
Лайфхак: пишите тестами в логи приложения (хотя бы старт-стоп теста) - офигенно удобно потом разбирать результаты.
Вообще, то, насколько быстро вы можете определить причину фейла, показывает насколько хорошие тесты и код вы написали, а также то, насколько правильно выбрали уровень “пирамидки” автотестов для проверки этой фичи.
#test_automation
👍7💯4
Знаете, то самое чувство, когда хочется такое же сесть и написать, но... всегда есть какое-то "но" (а потом еще и пруфы будут спрашивать 😂, хотя оно понятно почему)
А там всю статью можно дергать на цитаты...
Все про мои "любимые" разделение и специализацию.
PS которые конечно важны, но всегда есть "но", контекст и нюансы.
#it_философия
А там всю статью можно дергать на цитаты...
Все про мои "любимые" разделение и специализацию.
PS которые конечно важны, но всегда есть "но", контекст и нюансы.
#it_философия
Substack
I Don't Wanna
thoughts on building quality software in the 21st century
🔥2❤1💯1
Забавное из наблюдений: компании накручивают ожидания по опыту кандидата - кандидаты в ответ накручивают опыт - компании начинают еще больше задирать ожидания.
А все из-за того, что все так и не научились оценивать реальные, а не календарные знания.
Это трындец и сюр какой-то :)
При этом историю "кто ищет волшебника - найдет сказочника" никто ведь не отменял.
И все топчутся вокруг магической цифры 3 в качестве первичного фильтра для резюме на входе.
Как будто именно после 3 лет работы раскрываются неведомые чакры и приходит дзен.
При этом абсолютно точно, что 3 года в одной компании, 1+1+1 в разных - это ведь разный опыт. При чем оба варианта имеют свои плюсы/минусы и особенности.
Опять же, чем 2 года опыта хуже 3-х?
Продолжаем наблюдения...
#мысли_вслух #собеседования
А все из-за того, что все так и не научились оценивать реальные, а не календарные знания.
Это трындец и сюр какой-то :)
При этом историю "кто ищет волшебника - найдет сказочника" никто ведь не отменял.
И все топчутся вокруг магической цифры 3 в качестве первичного фильтра для резюме на входе.
Как будто именно после 3 лет работы раскрываются неведомые чакры и приходит дзен.
При этом абсолютно точно, что 3 года в одной компании, 1+1+1 в разных - это ведь разный опыт. При чем оба варианта имеют свои плюсы/минусы и особенности.
Опять же, чем 2 года опыта хуже 3-х?
Продолжаем наблюдения...
#мысли_вслух #собеседования
Telegram
В IT чудес не бывает
Народная примета: если команда или компания во время найма ищут себе волшебника - они обязательно найдут. Только сказочника.
сегодня просто #байки без пятничных #it_memes
сегодня просто #байки без пятничных #it_memes
👍5❤1
Примеры неправильного использования DORA-метрик:
И есть у меня ощущение, что это можно отнести ко многим метриками и процессам их запуска...
#metrics
1. Фокус на DORA-метриках вместо бизнес-показателей компании/продукта
2. Сравнение метрик 2х команд между собой, вместо того, чтобы отслеживать их изменения для одной команды
3. Неверное толкование и понимание метрик.
4.Фокус на количественных значениях метрик в ущерб удовлетворенности инженеров
5. Культурное несоответствие между тем, что и как декларируется и что на самом деле применяется в процессах
И есть у меня ощущение, что это можно отнести ко многим метриками и процессам их запуска...
#metrics
👍4
Что общего у морского огурца и архитектуры ПО?
Григорий Петров: "Изменяющиеся требования — проклятье индустрии"
#tech_read
Морской огурец, к примеру, может дышать через жопу. Эволюционно так сложилось. И многие программы по внутреннему устройству легко затыкают его за пояс — череда меняющихся требований приводит к появлению забавных и жутковатых внутренних механизмов, оказывающих не самое лучшее влияние на развитие продукта.
Григорий Петров: "Изменяющиеся требования — проклятье индустрии"
#tech_read
👍6❤4😁2😱2
А что такое архитектура ПО на самом деле?
Simon Brown "Software Architecture for Developers"
Очень откликается это определение. Весь вопрос в том, как это все описано.
#tech_read
"Software architecture is about the significant design decisions, where significance is measured by cost of change"
Simon Brown "Software Architecture for Developers"
Очень откликается это определение. Весь вопрос в том, как это все описано.
#tech_read
❤1
А как же эту архитектуру ПО лучше описывать?
The Ultimate Guide To Software Architecture Documentation
• Why should we document software architecture?
• How should we structure software architecture documentation?
• How should we visualize software architecture?
• How do we write and manage software architecture documentation?
Еще полезного из прошлых постов:
• Про полезные практики фиксации принятых решений по реализации фичей.
• Как принимать архитектурные решения?
#tech_read
The Ultimate Guide To Software Architecture Documentation
• Why should we document software architecture?
• How should we structure software architecture documentation?
• How should we visualize software architecture?
• How do we write and manage software architecture documentation?
Еще полезного из прошлых постов:
• Про полезные практики фиксации принятых решений по реализации фичей.
• Как принимать архитектурные решения?
#tech_read