Подход Илона к управлению программным обеспечением и его значение
Илон Маск, несомненно, один из самых (если не самый) влиятельных персонажей десятилетия.
Илон прагматичный парень. Он действует независимо от последствий.
Возможно, это одна из причин, почему он обладает такой влиятельной властью.
Видите ли, за свою жизнь я понял, что люди на самом деле не знают, чего они хотят. Итак, неустойчивое поведение г-на Маска в некоторой степени находит отклик у большого числа людей.
Работа под руководством Илона
Драма Маск-Твиттер продолжается после того, как предложение Илона выкупить Твиттер было встречено «да». На данный момент будущее компании неопределенно из-за волны твитов, намекающих на новый (и другой) «Твиттер» после приобретения.
Пока распространяются слухи о том, что Илон заменит Парага Агравала на посту временного генерального директора, нынешняя рабочая сила Twitter ожидает худшего.
Кто бы не был?
Услышав, что генеральный директор Tesla планирует уволить 1000 сотрудников и изменить бизнес-модель компании.
Очевидно, что те, чьи цели не совпадают с видением Илоном новой, открытой и свободной от цензуры платформы социальных сетей, могут искать новую работу (независимо от их должности или стажа работы).
И это не вызывает удивления.
Послужной список Илона, когда дело доходит до найма, не самый лучший. Он печально известен тем, что говорит до свидания так же радостно, как и добро пожаловать.
Он работает по 80 часов в неделю, несмотря на то, что сидит на бездонной яме с наличными. И поэтому он по понятным причинам всегда стремится окружить себя единомышленниками — рабочими машинами.
Разумному человеку это должно показаться обескураживающим, чтобы не работать под командованием Илона.
Однако, о чудо! Последние статистические данные о перспективах трудоустройства в Twitter говорят совсем о другом.
Оказалось, что интерес к Твиттеру вырос почти втрое после объявления о возможном захвате Илоном гиганта социальных сетей.
Генеральный директор Glassdoor Дэниел Чжао сообщил о результатах в недавнем твите:
Да! Есть масса желающих работать под руководством главного инженера SpaceX.
Кажется, что, несмотря на связанный с этим риск, поездка на Маски в конце концов стоит хлопот.
Илон Маск: Менеджмент переоценивают
В интервью Илона однажды спросили о его подходе к найму. И, цитируя свой аргумент, он кратко рассказал о своих опасениях по поводу общепринятых методов управления:
…тратьте меньше времени на финансы, проводите меньше времени в конференц-залах, меньше времени на PowerPoint и больше времени просто на то, чтобы сделать свой продукт как можно лучше. Я думаю, что может быть слишком много компаний, управляющих MBA. Есть MBA-изация Америки, что, я думаю, не так уж и здорово. Нужно больше внимания уделять продукту. — Илон Маск
Традиционный формат управления диктует и побуждает сотрудников стремиться к более высоким управленческим ролям, чтобы больше зарабатывать. Чем выше вы поднимаетесь по управленческой лестнице, тем менее техническими становятся ваши обязанности. Впоследствии ваша повестка дня для встреч и принятия решений становится все более насыщенной.
По мнению Илона, такой подход к ведению бизнеса следует пересмотреть.
Когда вы думаете об этом, это действительно имеет смысл!
Компании выживают благодаря клиентам. Клиенты приходят в бизнес, потому что у них есть лучшие продукты и лучшие услуги. Хорошие продукты и услуги являются результатом хороших исследований и разработок. А доступ к передовым исследованиям и разработкам требует блестящих ученых, инженеров и дизайнеров.
Судя по всему, этот ход мыслей отражает недовольство Илона «MBA-изацией».
В конце концов, никто лучше Илона не может объяснить, что такое успех в бизнесе.
Фактически, неудовлетворенность Илона стандартными методами управления несколько раз поднималась в будущем, и недавно особенно пострадала индустрия программного обеспечения.
Илон Маск: таким должен быть менеджмент в программном обеспечении
Илон не обязательно занимается программным обеспечением, поскольку ни Tesla, ни SpaceX сами по себе не являются компаниями-разработчиками программного обеспечения.
Однако с таким впечатляющим предпринимательским послужным списком вклад Илона вряд ли может остаться незамеченным. А недавно он внес свой вклад в практику управления программным обеспечением.
В пятницу, 6 мая, Маск представил модифицированную версию Twitter. После завершения приобретения он планирует превратить Twitter в компанию, которая супер сосредоточена на разработке программного обеспечения, дизайне, информационной безопасности и серверном оборудовании.
Позже в тот же день он начал атаку на управление программным обеспечением. Атака, которая, возможно, больше находит отклик у руководства Twitter. Он написал в Твиттере:
На данный момент кажется, что Илона все больше раздражает, что компании переоценивают руководство и недооценивают инженеров. И поэтому, чтобы компенсировать это, он считает, что технические менеджеры должны быть «технически превосходными».
Другими словами, если вы разработчик, вы должны ожидать, что ваш непосредственный руководитель будет, по крайней мере, столь же компетентен, как и вы.
Однако если вы углубитесь в это утверждение, вы увидите, что оно неприменимо к большому сегменту рынка, особенно к программному обеспечению.
Видите ли, часто ожидается, что команды разработчиков будут решать проблемы (отладка, производительность…) между собой. И менеджеры обычно вмешиваются, чтобы просмотреть и утвердить изменения перед развертыванием в рабочей среде.
Это наводит на следующий вопрос:
- Могут ли эти изменения свидетельствовать о компетентности технических менеджеров?
- Если вы пригласите технического менеджера и техлида на соревнование по кодированию, будут ли они работать одинаково?
Честно говоря, я думаю, что техлид превзойдет технического менеджера.
Прав ли Илон насчет управления программным обеспечением?
Несколько лет назад я проходил стажировку в крупной компании (название называть не надо). Меня направили в отдел исследований и разработок.
Мне дали высокотехнологичный проект, который требовал тонны исследований. Что еще более важно, я должен был основывать свои выводы исключительно на внутренней документации компании, которая в то время выглядела как иероглифы. Хуже того, соответствующих онлайн-ресурсов, к которым я мог прибегнуть, было довольно мало, что превратило мои исследования в тяжелую битву.
Напротив моего куба стоял мужчина. Назовем его Боб.
Боба часто окружали другие сотрудники. Вы вряд ли увидите его сидящим в одиночестве. Однажды я изо всех сил пытался понять техническую концепцию. Итак, я обратился за советом к Бобу, так как все ушли на обед.
О, парень! Боб был невероятно умен. Он перешел от режима совета к режиму лекции, отвечая на мой вопрос наряду со многими другими, которые он задавал и на которые сам же и отвечал. В итоге я выучил у него на 1 час больше, чем за весь семестр в университете. К концу стажировки я многому научился.
Выяснилось, что Боб был фаворитом в бизнес-сфере. Почти 75% нагрузки легло на его плечи.
Так он был менеджером этого филиала?
Он не был.
На самом деле линейный руководитель и другие руководители часто обращались к нему за советом и советом.
Значит ли это, что компания выбрала не того кандидата, поскольку Боб был более компетентен?
Я так не думаю.
Видите ли, Боб был счастлив. Его страсть к своей работе всегда сияла. Я никогда не слышал, чтобы он жаловался на свою работу. Никто никогда не командовал им.
Он был свободен!
Он был менеджером, но без звания и его веса
На самом деле, похожая история применима и к создателю Python Гвидо Ван Россуму. Он согласился работать в Google при условии, что он будет простым разработчиком программного обеспечения.
Не хватает ли ему технической компетенции для выполнения управленческих функций (например, технического директора, старшего консультанта)?
Конечно, нет!
Лично я думаю, что менеджеры и технические специалисты часто не совпадают, как это предлагается в этом ответе квора на решение Гвидо Ван Россума отказаться от руководящих должностей:
Заключение
Мнение Илона о менеджерах по программному обеспечению определенно выдерживает критику. Технические специалисты являются краеугольным камнем компаний, и их следует уважать соответствующим образом.
Однако, как оказалось, шляпа менеджера идет не всем. Что еще более важно, технологии развиваются со скоростью, которая едва дает разработчикам достаточно времени для обучения, кодирования и повторения.
Это затрудняет навязывание высоких технических знаний каждому техническому менеджеру, чьи обязанности выходят за рамки написания кода.
Следовательно, имеет смысл переформулировать определение технических менеджеров, данное Илоном, следующим образом:
менеджеры в технической области ̶m̶u̶s̶t̶ должны быть технически ̶e̶x̶c̶e̶l̶l̶e̶n̶t̶
Если вы сочтете это полезным, поддержите мою работу, став премиум-участником. Если вы воспользуетесь этой ссылкой, я получу небольшую долю.
Будьте осторожны!!
