Forwarded from Мысли менеджера
Ты, это - то, как ты выглядишь.
Бывает, что ты оцениваешь свою работу в проекте как подвиг, или что закрыл кучу незапланированных проблем и заслуживаешь минимум премию, а лучше - орден.
А руководителя проекта (РП) дает тебе сдержанную оценку или просто благодарит не тебя, а кого-то еще.
Почему так?
Потому, что в глазах РП ты выглядишь не так, как думаешь что выглядишь.
А выглядишь ты не так, как думаешь, по совершенно простой причине - потому что РП не живет в твоем теле 24/7, не участвует во всех твоих встречах и созвонах, и не осмысливает с тобой каждую твою мысль.
А видит тебя только в точечные моменты, и в точечных ситуациях. По ним и оценивает.
И вот сейчас возможен шок-контент 😱 для многих, особенно не менеджеров, а инженеров:
менеджер будет оценивать тебя в меньшей степени за профессиональные качества, а иногда даже совсем не за них.
Итак, что РП будет в тебе ценить прежде всего, если ты - один из участников проекта на много команд, в котором куча ключевых участников:
- Доверие.
😃- можно ли на тебя положиться в напряженной ситуации
-Предсказуемость совместной работы.
😀 Исполняешь то, о чем вы договорились в те сроки, в которые договорились. Информируешь об изменениях по мере их поступления
- Простота коммуникаций.
😀 За минимум времени доносишь свою мысль и хорошо понимаешь что тебе говорят.
- Обоснованность расхода времени.
😀 Привлекаешь его внимание обоснованно, по делу, с правильным фокусом и помогаешь принять решение
- Комфортность поведения в команде.
😀 Склеиваешь команду, помогаешь коллегам, помогаешь решать сложные вопросы на совещаниях, на тебя редко эскалируют.
И получается, что подвиг при написании кода (или обучении крутой модели) на уровне проекта в целом, по умолчанию (!), выглядит как работа, качественно выполненная в срок, то есть - норма.
И наоборот, дискомфорт по любому из четырех пунктов (а особенно по срокам) прямо бросается в глаза и может скрыть за собой результат реального труда.
👆Отсюда вывод:
Чем больше проект, тем больше его ты должен заботиться о том, как выглядишь в глазах РП.
Прозрачна ли твоя работа, ощущается ли твоя ценность, видны ли твои успехи и управляешь ли ты ожиданиями от своей работы.
Разумеется, в дополнение к качественному результату, а не вместо него.
Шок-контент 2 😱: Написанное верно для оценки не только со стороны РП, а для большинства тех, кто будет оценивать
Бывает, что ты оцениваешь свою работу в проекте как подвиг, или что закрыл кучу незапланированных проблем и заслуживаешь минимум премию, а лучше - орден.
А руководителя проекта (РП) дает тебе сдержанную оценку или просто благодарит не тебя, а кого-то еще.
Почему так?
Потому, что в глазах РП ты выглядишь не так, как думаешь что выглядишь.
А выглядишь ты не так, как думаешь, по совершенно простой причине - потому что РП не живет в твоем теле 24/7, не участвует во всех твоих встречах и созвонах, и не осмысливает с тобой каждую твою мысль.
А видит тебя только в точечные моменты, и в точечных ситуациях. По ним и оценивает.
И вот сейчас возможен шок-контент 😱 для многих, особенно не менеджеров, а инженеров:
менеджер будет оценивать тебя в меньшей степени за профессиональные качества, а иногда даже совсем не за них.
Итак, что РП будет в тебе ценить прежде всего, если ты - один из участников проекта на много команд, в котором куча ключевых участников:
- Доверие.
😃- можно ли на тебя положиться в напряженной ситуации
-Предсказуемость совместной работы.
😀 Исполняешь то, о чем вы договорились в те сроки, в которые договорились. Информируешь об изменениях по мере их поступления
- Простота коммуникаций.
😀 За минимум времени доносишь свою мысль и хорошо понимаешь что тебе говорят.
- Обоснованность расхода времени.
😀 Привлекаешь его внимание обоснованно, по делу, с правильным фокусом и помогаешь принять решение
- Комфортность поведения в команде.
😀 Склеиваешь команду, помогаешь коллегам, помогаешь решать сложные вопросы на совещаниях, на тебя редко эскалируют.
И получается, что подвиг при написании кода (или обучении крутой модели) на уровне проекта в целом, по умолчанию (!), выглядит как работа, качественно выполненная в срок, то есть - норма.
И наоборот, дискомфорт по любому из четырех пунктов (а особенно по срокам) прямо бросается в глаза и может скрыть за собой результат реального труда.
👆Отсюда вывод:
Чем больше проект, тем больше его ты должен заботиться о том, как выглядишь в глазах РП.
Прозрачна ли твоя работа, ощущается ли твоя ценность, видны ли твои успехи и управляешь ли ты ожиданиями от своей работы.
Разумеется, в дополнение к качественному результату, а не вместо него.
Шок-контент 2 😱: Написанное верно для оценки не только со стороны РП, а для большинства тех, кто будет оценивать
💯58🔥22❤6👌2👍1🥰1
Forwarded from PM под градусом…дедлайнов
Change Fatigue
Как я однажды чуть не угробил команду «из лучших побуждений»
В какой-то момент я заметил: команда просто замолкла.
Не возмущаются, не спорят, не саботируют - просто делают и молчат.
На дейли все говорят «в процессе». Никто не шутит. Даже Jira будто потухла.
Ни огонька в глазах, ни идей, ни желания. Всё через «надо».
А ведь мы же «всё правильно делали»:
- внедрили процессы,
- обновили ритуалы,
- провели стратегическую сессию,
- добавили OKR,
- запустили новые метрики…
И вот я стою перед командой на очередной встрече -
с вдохновляющим слайдом, красивой схемой нового процесса -
и ловлю их взгляд.
Он пустой.
Тогда я впервые услышал это слово:
Change fatigue - усталость от изменений.
Это не когда люди против. Это когда им уже всё равно.
Потому что вчера было одно, сегодня другое, а завтра - третье.
И ни одно не прижилось.
Это не метафора и не выдумка коучей. Это реальный эффект, признанный в change management:
чем больше перемен без стабилизации, тем ниже энергия у команды.
И да, типичная ошибка управленца - думать, что если изменения «в правильную сторону», то их много не бывает.
Бывает.
Как это выглядело у нас:
• Коллега соглашается со всем, но делает по-своему
• Команда пассивно принимает новшества и так же спокойно их игнорирует
• В фидбэке пишут: «всё норм», а потом в курилке жалуются
• Снаружи - движение, внутри - апатия
Что мне помогло:
1. Остановиться.
Не придумывать ещё одну инициативу. Просто выдохнуть.
Признать: я перегнул. Я - с хорошими намерениями - перегрузил.
(И поймал себя на мысли: «а не я ли стал тем, от кого сам когда-то хотел сбежать?»)
2. Спросить команду.
Не через форму и не в Notion.
Без презентаций. Без «нам надо».
Просто: «Ребят, что вас сейчас выматывает? Чего не хочется больше видеть?»
Тогда они заговорили. Впервые, за долгое время.
3. Сделать паузу в трансформации.
Не отменить - отложить.
Устаканить то, что уже есть.
Починить процессы, которые недожили до зрелости.
Вернуть команде ощущение контроля.
И вот к чему я пришёл:
Иногда не вовлечённость надо прокачивать, а признать усталость.
Не вдохновлять, а замедлиться.
Не мотивировать, а дать тишину.
Проект не спасают новые фреймворки, если команда выгорела от старых.
И лидерство - это не про «заряжать на изменения».
А про то, чтобы уметь смотреть в глаза людям, которые просто больше не могут - и быть рядом.
Как я однажды чуть не угробил команду «из лучших побуждений»
В какой-то момент я заметил: команда просто замолкла.
Не возмущаются, не спорят, не саботируют - просто делают и молчат.
На дейли все говорят «в процессе». Никто не шутит. Даже Jira будто потухла.
Ни огонька в глазах, ни идей, ни желания. Всё через «надо».
А ведь мы же «всё правильно делали»:
- внедрили процессы,
- обновили ритуалы,
- провели стратегическую сессию,
- добавили OKR,
- запустили новые метрики…
И вот я стою перед командой на очередной встрече -
с вдохновляющим слайдом, красивой схемой нового процесса -
и ловлю их взгляд.
Он пустой.
Тогда я впервые услышал это слово:
Change fatigue - усталость от изменений.
Это не когда люди против. Это когда им уже всё равно.
Потому что вчера было одно, сегодня другое, а завтра - третье.
И ни одно не прижилось.
Это не метафора и не выдумка коучей. Это реальный эффект, признанный в change management:
чем больше перемен без стабилизации, тем ниже энергия у команды.
И да, типичная ошибка управленца - думать, что если изменения «в правильную сторону», то их много не бывает.
Бывает.
Как это выглядело у нас:
• Коллега соглашается со всем, но делает по-своему
• Команда пассивно принимает новшества и так же спокойно их игнорирует
• В фидбэке пишут: «всё норм», а потом в курилке жалуются
• Снаружи - движение, внутри - апатия
Что мне помогло:
1. Остановиться.
Не придумывать ещё одну инициативу. Просто выдохнуть.
Признать: я перегнул. Я - с хорошими намерениями - перегрузил.
(И поймал себя на мысли: «а не я ли стал тем, от кого сам когда-то хотел сбежать?»)
2. Спросить команду.
Не через форму и не в Notion.
Без презентаций. Без «нам надо».
Просто: «Ребят, что вас сейчас выматывает? Чего не хочется больше видеть?»
Тогда они заговорили. Впервые, за долгое время.
3. Сделать паузу в трансформации.
Не отменить - отложить.
Устаканить то, что уже есть.
Починить процессы, которые недожили до зрелости.
Вернуть команде ощущение контроля.
И вот к чему я пришёл:
Иногда не вовлечённость надо прокачивать, а признать усталость.
Не вдохновлять, а замедлиться.
Не мотивировать, а дать тишину.
Проект не спасают новые фреймворки, если команда выгорела от старых.
И лидерство - это не про «заряжать на изменения».
А про то, чтобы уметь смотреть в глаза людям, которые просто больше не могут - и быть рядом.
❤69🔥27👍21👎1
2😁78❤28💯7👏5👾2
С чего начать мерить продуктивность
Последнее время часто при обсуждении проектов с ребятами (они скорее продакты и проджекты) из разных организаций и прочее всплывал вопрос:
Так вот, если, вдруг, завтра ночью вас разбудит срочный звонок босса с вопрсом:
Забирайте!
@badtechproject
Последнее время часто при обсуждении проектов с ребятами (они скорее продакты и проджекты) из разных организаций и прочее всплывал вопрос:
как мне понять, что мой ИТшный конвейер работает хорошо?
Так вот, если, вдруг, завтра ночью вас разбудит срочный звонок босса с вопрсом:
«Бро, нам нужно срочно начать мерить продуктивность разработчиков! Жду утром предложения по метрикам»
Забирайте!
@badtechproject
3🔥29👍11❤7🤡4👎1
Короче, у меня артроз коленного и тазобедренного суставов.
Я пропиваю курс лекарств по 6 месяцев с перерывом в 2 месяца уже несколько лет.
И как же я ненавижу момент, когда стартует новый полугодовой курс лекарств.
Это отвратительное самочувствие на старте первые 2 недели, пока организм адаптируется.
Но факт, в том, что
1. потом становится легче.
2. плавание очень хорошо помогает. Я впервые за долгое время курс стартовал не по боли (обычно к концу перерыва боль возвращается), а чисто по календарю.
P.S. Через пару недель закончится мой эксперимент «GPT в качестве тренера» и результаты кайфовые.
@badtechproject
Я пропиваю курс лекарств по 6 месяцев с перерывом в 2 месяца уже несколько лет.
И как же я ненавижу момент, когда стартует новый полугодовой курс лекарств.
Это отвратительное самочувствие на старте первые 2 недели, пока организм адаптируется.
Но факт, в том, что
1. потом становится легче.
2. плавание очень хорошо помогает. Я впервые за долгое время курс стартовал не по боли (обычно к концу перерыва боль возвращается), а чисто по календарю.
P.S. Через пару недель закончится мой эксперимент «GPT в качестве тренера» и результаты кайфовые.
@badtechproject
❤46😢22👍11🙏9
Дерзкие плохиши побеждают только в кино или нет?
Гоняли с Демкой на выходных в кино посмотреть новый фильм: F1 🏎️
Впечатления по фильму:
1.
Крутой дерзкий главный герой, который живет гонками и больше его ничего не интересует:
деньги, слава, власть, имущество - ему не нужны.
2.
Юнец, который должен многому научиться и он невероятно талантлив.
3.
Хэппиэнд.
На самом деле фильм напоминает частый менеджерский кейс (
):
1.
компания/направление/продукт находится в кризисе.
2.
Внутренней экспертизы не хватает (люди устали, опыт имеют только в этой компании и не знают, как решать эти проблемы по другому, а как раньше решали, больше не получается),
3.
но топ менеджмент созрел для изменений, но все внутренние кандидаты провалились.
4.
И нанимают с рынка «варяга», чтобы он принес «свежие силы» и отраслевой опыт.
В фильме этот «варяг» заходит в новую команду, что называется «с ноги открывая дверь»:
1.
в первый же тренировочный заезд он ломает машину, пытаясь выжать из нее максимум и подсказать главному инженеру, где проблемы.
2.
В первой же гонке действует нестандартно, схитрив на старте.
3.
Соперничает внутри команды.
4.
В последующих гонках доходит до того, что он отказывается ехать, пока команда не поставит ему те шины, о которых он попросил (
) и отказывается подчиняться приказам - у гонщиков есть начальник😉
Короче, варяг ведет себя дерзко.
❗️Тактика работает и ведет к успеху всю команду.
Помимо дерзкого поведения он использует важный прием - формирует коалиции.
Как?
Поддерживает слабых, заводит дружбу с сильными и теми, кто может помочь выиграть.
И важный элемент, которым он обладал и именно это и позволяло ему вести себя дерзко - поддержка ТОПов.
Если что, то можно мне накинуть вот тут в комментариях.
@badtechproject
Гоняли с Демкой на выходных в кино посмотреть новый фильм: F1 🏎️
Впечатления по фильму:
1.
Крутой дерзкий главный герой, который живет гонками и больше его ничего не интересует:
деньги, слава, власть, имущество - ему не нужны.
2.
Юнец, который должен многому научиться и он невероятно талантлив.
3.
Хэппиэнд.
На самом деле фильм напоминает частый менеджерский кейс (
у нас в древней Руси его тоже использовали. Помните, откуда у нас Рюрики появились и как дерзко они действовали на страте, захватив Константинополь?
):
1.
компания/направление/продукт находится в кризисе.
2.
Внутренней экспертизы не хватает (люди устали, опыт имеют только в этой компании и не знают, как решать эти проблемы по другому, а как раньше решали, больше не получается),
3.
но топ менеджмент созрел для изменений, но все внутренние кандидаты провалились.
4.
И нанимают с рынка «варяга», чтобы он принес «свежие силы» и отраслевой опыт.
В фильме этот «варяг» заходит в новую команду, что называется «с ноги открывая дверь»:
1.
в первый же тренировочный заезд он ломает машину, пытаясь выжать из нее максимум и подсказать главному инженеру, где проблемы.
2.
В первой же гонке действует нестандартно, схитрив на старте.
3.
Соперничает внутри команды.
4.
В последующих гонках доходит до того, что он отказывается ехать, пока команда не поставит ему те шины, о которых он попросил (
это важно на гонках и у команд обычно есть план заранее в зависимости от ситуации на дороге и погоды
) и отказывается подчиняться приказам - у гонщиков есть начальник😉
Короче, варяг ведет себя дерзко.
❗️Тактика работает и ведет к успеху всю команду.
Помимо дерзкого поведения он использует важный прием - формирует коалиции.
Как?
Поддерживает слабых, заводит дружбу с сильными и теми, кто может помочь выиграть.
И важный элемент, которым он обладал и именно это и позволяло ему вести себя дерзко - поддержка ТОПов.
Если что, то можно мне накинуть вот тут в комментариях.
@badtechproject
1❤27👍16🔥9
This media is not supported in your browser
VIEW IN TELEGRAM
Пхахах
Рассказал Наташке результаты своего Gallup теста (это такой тест, где тебе показывают иерархию твоих сильных качеств для работы).
Она в ответ прислала запись моего рабочего дня 😁
@badtechproject
Рассказал Наташке результаты своего Gallup теста (это такой тест, где тебе показывают иерархию твоих сильных качеств для работы).
Она в ответ прислала запись моего рабочего дня 😁
@badtechproject
🤣56💯7
👨🍳 OpenAI Cookbook
Ну короче, у меня пока GPT 5 недоступен 😡
Однако OpenAI уже накидали гайд с готовыми рецептами, как получить «самый вкусный супчик и какой секретный ингредиент использовать».
@badtechproject
Ну короче, у меня пока GPT 5 недоступен 😡
Однако OpenAI уже накидали гайд с готовыми рецептами, как получить «самый вкусный супчик и какой секретный ингредиент использовать».
@badtechproject
🔥8👍5🌚3
Джеф Безос и его звонок в поддержку
Как будто бы сложно спорить с тем, что Джеф Безос и его Амазон оказали влияние на то, как мы делаем наш «ИТшный бизнес»: строим процессы, проводим встречи, пишем документы.
Ну вот сходу я как минимум считаю супер ценными:
1.
6pagers Amazon - это 6 страничный документ описывающий старт любой инициативы.
Пока его пишешь 100 раз задумаешься, а куда ты идешь и чего хочешь.
2.
press release first - сначала мы пишем пресс-релиз, а потом делаем.
Мой опыт внедрения этого подхода в командах, которые до внедрения подхода делало таски из трекера и не понимали и не хотели понимать, что делаю и зачем, радикальный рост ответственности за свой продукт и понимания его ценности.
И есть достаточно известная история Безоса и его звонка в поддержку.
Закрываем глаза и представляем!
Рождественская пора.
Все закупаются подарками, Amazon активно растет и вот все сидят на встрече у Безоса и обсуждают текущие проблемы.
Его взгляд падает на директора, отвечающего за поддержку пользователей.
После этого Безос берет трубку и звонит в поддержку Amazon…
1 минута
2 минуты
3 минуты…
На 5-й минуте он получает ответ поддержки.
В общем, как вы понимаете «выход в поля/гемба состоялись».
Что дальше?
Вроде, как чел проработал еще месяцев 9.
Сервис, вероятно улучшился.
Пара важных моментов:
1.
Блин, нафига врать-то? Ну не знаешь, скажи, что уточнишь. Знаешь, что плохо - расскажи, как улучшаете.
Вот все эти попытки манипуляции цифрами/графиками и прочее - легко проверяются. Особенно, когда кто-то пытается манипулировать цифрами (как будто калькуляторов нет, блин).
2.
Чела не уволили - хорошая культура, то есть дали возможность исправить.
3.
Почти всегда нужно засучить рукава и сгонять проверить, как оно там на самом деле все работает 😉
А вы часто «выбираетесь в поля»?
💯 - 1 и более раз в месяц
👍 - 1 раз в полгода
❤️ - 1 раз в год и реже
@badtechproject
Как будто бы сложно спорить с тем, что Джеф Безос и его Амазон оказали влияние на то, как мы делаем наш «ИТшный бизнес»: строим процессы, проводим встречи, пишем документы.
Ну вот сходу я как минимум считаю супер ценными:
1.
6pagers Amazon - это 6 страничный документ описывающий старт любой инициативы.
Пока его пишешь 100 раз задумаешься, а куда ты идешь и чего хочешь.
2.
press release first - сначала мы пишем пресс-релиз, а потом делаем.
Мой опыт внедрения этого подхода в командах, которые до внедрения подхода делало таски из трекера и не понимали и не хотели понимать, что делаю и зачем, радикальный рост ответственности за свой продукт и понимания его ценности.
И есть достаточно известная история Безоса и его звонка в поддержку.
Закрываем глаза и представляем!
Рождественская пора.
Все закупаются подарками, Amazon активно растет и вот все сидят на встрече у Безоса и обсуждают текущие проблемы.
Его взгляд падает на директора, отвечающего за поддержку пользователей.
Безос: Директор (ну фиг знает, я не помню, как его зовут), как у нас со скоростью обработки обращений.
Директор: Джеф, все супер! Скорость ответа достаточная, в течение минуты!
После этого Безос берет трубку и звонит в поддержку Amazon…
1 минута
2 минуты
3 минуты…
На 5-й минуте он получает ответ поддержки.
В общем, как вы понимаете «выход в поля/гемба состоялись».
Что дальше?
Вроде, как чел проработал еще месяцев 9.
Сервис, вероятно улучшился.
Пара важных моментов:
1.
Блин, нафига врать-то? Ну не знаешь, скажи, что уточнишь. Знаешь, что плохо - расскажи, как улучшаете.
Вот все эти попытки манипуляции цифрами/графиками и прочее - легко проверяются. Особенно, когда кто-то пытается манипулировать цифрами (как будто калькуляторов нет, блин).
2.
Чела не уволили - хорошая культура, то есть дали возможность исправить.
3.
Почти всегда нужно засучить рукава и сгонять проверить, как оно там на самом деле все работает 😉
А вы часто «выбираетесь в поля»?
💯 - 1 и более раз в месяц
👍 - 1 раз в полгода
❤️ - 1 раз в год и реже
@badtechproject
💯55👍33❤21👏5🍓1
Ха-х
Забавное описание того самого управленческого тех.долга, о котором я писал😁
Забавное описание того самого управленческого тех.долга, о котором я писал😁
Telegram
Плохой Project Артём Арюткин
Процессный долг
Вы задумывались, как часто мы, товарищи менеджеры, плодим процессный долг?
Ага, такой тоже есть😉
Не верите?
Возьмем например стартап.
Он быстро растет, приходят все новые и новые люди и вот вас уже не 10, а 100, не 100, а 1000. И, конечно…
Вы задумывались, как часто мы, товарищи менеджеры, плодим процессный долг?
Ага, такой тоже есть😉
Не верите?
Возьмем например стартап.
Он быстро растет, приходят все новые и новые люди и вот вас уже не 10, а 100, не 100, а 1000. И, конечно…
Forwarded from Так и было задумано
🦔 Ежупа
Самая коварная ошибка — смысловая.
Она появляется, когда в команде говорят:
Это ежупа.
Ежупы заводятся там, где мы срезали угол, не проговорили точку ноль, не зафиксировали суть словами или вообще сделали вывод за другого человека.
Вроде бы всё ясно. До релиза или до вопроса от коллеги.
Ежупы всегда возвращаются.
В виде бессмысленно выполненных задач, непонимания и фраз:
Ежуп надо выметать: из продукта, из процессов, из головы.
Потому что там, где не договорили, всегда рождается баг.
Даже если «ежу понятно» — пусть будет понятно и человеку.🎮
Так и было задумано
Самая коварная ошибка — смысловая.
Она появляется, когда в команде говорят:
«Да это ж е жу по нят но!»
Это ежупа.
Ежупы заводятся там, где мы срезали угол, не проговорили точку ноль, не зафиксировали суть словами или вообще сделали вывод за другого человека.
Вроде бы всё ясно. До релиза или до вопроса от коллеги.
Ежупы всегда возвращаются.
В виде бессмысленно выполненных задач, непонимания и фраз:
«А что мы тут имели в виду?»
Ежуп надо выметать: из продукта, из процессов, из головы.
Потому что там, где не договорили, всегда рождается баг.
Даже если «ежу понятно» — пусть будет понятно и человеку.
Так и было задумано
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥48😁23👍17⚡3💯3🍓2
Media is too big
VIEW IN TELEGRAM
Ну че, мы?
💯 - если ты и есть самый эффективный работник
❤️ - если ты так не делаешь и сразу все задачи выполняешь)
🦄 - если это ты всем звонишь и что-то хочешь
#пятничное
@badtechproject
💯 - если ты и есть самый эффективный работник
❤️ - если ты так не делаешь и сразу все задачи выполняешь)
🦄 - если это ты всем звонишь и что-то хочешь
#пятничное
@badtechproject
💯79🦄62🔥17❤14
Как размеры лошадей влияют на космические шаттлы
По бокам космического корабля Space Shuttle размещаются два двигателя по 5 футов шириной. Конструкторы корабля хотели бы сделать эти двигатели еще шире, но не смогли. Почему?
Дело в том, что двигатели эти доставлялись по железной дороге, которая проходит по узкому туннелю. Расстояние между рельсами стандартное: 4 фута 8.5 дюйма, поэтому конструкторы могли сделать двигатели только шириной 5 футов.
Возникает вопрос: почему расстояние между рельсами 4 фута 8.5 дюйма? Откуда взялась эта цифра?
Оказывается, что железную дорогу в Штатах делали такую же, как и в Англии, а в Англии делали железнодорожные вагоны по тому же принципу, что и трамвайные, а первые трамваи производились в Англии по образу и подобию конки. А длина оси конки составляла как раз 4 фута 8.5 дюйма! Но почему?
Потому что конки делали с тем расчетом, чтобы их оси попадали в колеи на английских дорогах, чтобы колеса меньше изнашивались, а расстояние между колеями в Англии как раз 4 фута 8.5 дюйма! Отчего так?
Да просто дороги в Великобритании стали делать римляне, подводя их под размер своих боевых колесниц, и длина оси стандартной римской колесницы равнялась... правильно, 4 футам 8.5 дюймам! Ну вот теперь мы докопались, откуда взялся этот размер, но все же почему римлянам вздумалось делать свои колесницы с осями именно такой длины?
А вот почему: в такую колесницу запрягали обычно двух лошадей. А 4 фута 8.5 дюйма - это был как раз размер двух лошадиных задниц!
Делать ось колесницы длиннее было неудобно, так как это нарушало бы равновесие колесницы.
Следовательно, вот и ответ на самый первый вопрос: даже теперь, когда человек вышел в космос, его наивысшие технические достижения напрямую зависят от РАЗМЕРА ЛОШАДИНОЙ ЗАДНИЦЫ ДВЕ ТЫСЯЧИ ЛЕТ НАЗАД.
А это был забавный интернет миф о том, как средний размер 2-х лошадиных задниц повлиял на размеры космических Шатлов.
Какие выводы можно сделать из этого мифа?
Давайте без выводов, просто, забавный миф😁
@badtechproject
По бокам космического корабля Space Shuttle размещаются два двигателя по 5 футов шириной. Конструкторы корабля хотели бы сделать эти двигатели еще шире, но не смогли. Почему?
Дело в том, что двигатели эти доставлялись по железной дороге, которая проходит по узкому туннелю. Расстояние между рельсами стандартное: 4 фута 8.5 дюйма, поэтому конструкторы могли сделать двигатели только шириной 5 футов.
Возникает вопрос: почему расстояние между рельсами 4 фута 8.5 дюйма? Откуда взялась эта цифра?
Оказывается, что железную дорогу в Штатах делали такую же, как и в Англии, а в Англии делали железнодорожные вагоны по тому же принципу, что и трамвайные, а первые трамваи производились в Англии по образу и подобию конки. А длина оси конки составляла как раз 4 фута 8.5 дюйма! Но почему?
Потому что конки делали с тем расчетом, чтобы их оси попадали в колеи на английских дорогах, чтобы колеса меньше изнашивались, а расстояние между колеями в Англии как раз 4 фута 8.5 дюйма! Отчего так?
Да просто дороги в Великобритании стали делать римляне, подводя их под размер своих боевых колесниц, и длина оси стандартной римской колесницы равнялась... правильно, 4 футам 8.5 дюймам! Ну вот теперь мы докопались, откуда взялся этот размер, но все же почему римлянам вздумалось делать свои колесницы с осями именно такой длины?
А вот почему: в такую колесницу запрягали обычно двух лошадей. А 4 фута 8.5 дюйма - это был как раз размер двух лошадиных задниц!
Делать ось колесницы длиннее было неудобно, так как это нарушало бы равновесие колесницы.
Следовательно, вот и ответ на самый первый вопрос: даже теперь, когда человек вышел в космос, его наивысшие технические достижения напрямую зависят от РАЗМЕРА ЛОШАДИНОЙ ЗАДНИЦЫ ДВЕ ТЫСЯЧИ ЛЕТ НАЗАД.
Какие выводы можно сделать из этого мифа?
Давайте без выводов, просто, забавный миф😁
@badtechproject
1😁61🔥16❤12👍6🤣5👎4
Если утром у вас важная встреча,
то лучше идите спать,
чем всю ночь пытаться сделать идеальную презентацию!
💯 - если так и надо
❤️ - если ты пытаешься сделать идеально до последнего
🦄 - ты делаешь все идеально сразу за 5 минут
@badtechproject
то лучше идите спать,
чем всю ночь пытаться сделать идеальную презентацию!
💯 - если так и надо
❤️ - если ты пытаешься сделать идеально до последнего
🦄 - ты делаешь все идеально сразу за 5 минут
@badtechproject
💯198❤102🦄63👾5