Чему Я Научился В Microsoft

Проработав пять лет в различных командах Microsoft, я узнал несколько вещей, о которых даже не знал, когда окончил колледж.

Основные ценности, то, что я узнал, извлеченные уроки, причина, по которой я кричал на своих друзей, как бы вы это ни называли, они сослужили мне хорошую службу.

Некоторые из этих вещей специфичны для Microsoft, но большинство из них найдут применение в любой командной/корпоративной среде.

Некоторые из них сложны: из-за них вас могут уволить (или того хуже), если вы не знаете, что делаете.



Просите прощения, а не разрешения

Любой достаточно крупной организации есть что терять.

Кредитоспособность, деньги, власть, что угодно.

Поэтому любой запрос на что-то новое и рискованное воспринимается с осторожностью.

Будь то новое предложение или проект, безопаснее сказать «Нет».

Корпорации созданы для того, чтобы говорить «Нет».

Поддержание статус-кво.

Риска провала или впечатляющего крушения нет. Именно по этой причине лучше пойти и сделать что-нибудь, не спрашивая разрешения.

Ведь если ты не попросишь, никто тебе не запретит. Есть интересная идея для побочного проекта? Иди закодируй это.

Если вы спросите кого-нибудь первым, он может сказать вам: «Посоветуйтесь с командой X, Y и вице-президентом Z», и тогда вы окажетесь в бесконечной спирали.

Хотите написать в блоге о чем-то, что вас беспокоит? Иди пиши.

Однако вы должны понимать, что делаете.

Не делайте явно глупых вещей.

Хотите написать о неанонсированной функции X? Плохая идея.

Зафиксировать код, никого не предупредив? Очень плохая идея.

Пишете гневное письмо не тому вице-президенту? Возможно (но обычно это не такая уж плохая идея).

Как и у любого риска, здесь есть и обратная сторона.

Это не всегда работает. Вы потерпите неудачу, иногда с треском.

Но это нормально (почему см.

в следующем разделе).

На самом деле, если вы время от времени не ошибаетесь, возможно, вы делаете что-то не так.

Вывод: Если ваша неудача может повлиять на окружающих, лучше предупредить их заранее.



(Обычно) Косяки в норме

Итак, ты облажался и выставил себя дураком.

Возможно, на вас накричал исполнительный директор.

Ваша демонстрация провалилась перед тысячами людей.

После того, как вы отредактировали код, сайт заработал.

Оказывается, это нормально.

Хотя в то время это может показаться не таким, на самом деле это ожидаемо.

Если вы не срываетесь, значит, вы недостаточно стараетесь.

Меня очень раздражает, когда кто-то занимается только мелочами.

Каковы шансы, что он пригодится через пять лет? Обычно нет. Еще большая опасность обработки мелких косяков? Это заставляет людей насторожиться.

Если ваши сотрудники боятся что-то сломать, они застрянут и не узнают ничего нового.

Никто от этого не выигрывает — они не будут «вырастать», и вы не получите от них максимальной пользы.

Трудно достичь Дзен, не совершая публичных ошибок.

Попробуйте поговорить со мной, если мое выступление прошло неудачно – обычно мне хочется упасть на землю.

Но со временем вы научитесь различать вещи, о которых вам не следует беспокоиться, и вещи, о которых вам действительно следует беспокоиться.

Вывод №1: Если вам приходится работать в среде/команде, где все боятся совершить малейшую ошибку и ходят на цыпочках – лучше уходите! То же самое следует сделать, если ваш руководитель включил в вашу личную характеристику мелкие правонарушения.

Вывод №2: Если вы совершили преступление, признайтесь в нем открыто.

Они разослали письмо, в котором говорилось: «Я здесь напортачил».

Примите вину и двигайтесь дальше, вместо того, чтобы пытаться ее скрыть.



Посмотрите на очередь за вашей дверью

я украл идею у Джей .

Когда работаешь в команде, уважение и доверие со стороны подчиненных просто необходимы.

Простой способ измерить это — посмотреть на людей, которые вас ищут. Если люди не ищут вас постоянно — будь то проблемы, идеи или что-то, что им от вас нужно, — значит, что-то не так.

Минус в том, что вам придется постоянно быть вовлеченным в процесс.

Независимо от того, являетесь ли вы разработчиком или нет, вы должны быть во всех списках уведомлений о коммитах и списках рассылки в команде.

Вам следует попробовать все последние ежедневные сборки.

Вы должны быть вовлечены.

Если вы не включены в список или отвернетесь от людей, которые вас ищут, не ждите, что вас пригласят, когда будут приниматься ключевые решения.



Код в начале

Если у вас техническая работа, вам придется посмотреть код. Вам не обязательно знать, как его писать или отлаживать, но у вас должны быть базовые навыки программирования.

Синхронизируйте исходники и начните компиляцию.

Если вы не можете понять, как это сделать, поспрашивайте (и в процессе узнайте о команде разработчиков).

Посмотрите на дневные коммиты.

В хорошие времена коммиты будут совершаться постоянно.

В трудные времена коммиты будут редки и редки.

Я видел бесчисленное количество разговоров и встреч, которых можно было бы избежать, взглянув на код в течение 30 секунд. Ничто не заменит знание того, как работает продукт (и диаграммы архитектуры здесь не помогут).

Если вы знаете, как работает отладчик, установите пару точек останова и поймите, как разные части сочетаются друг с другом.

Если других проблем нет, ваши разработчики отнесутся к вам гораздо серьезнее.



Синдром одинокого волка

Каждый раз, когда я слышу термин «командный игрок», мне вспоминается этот быстрый.

Выражение «командная игра» часто неверно истолковывают как означающее послушание, предсказуемость и вообще отсутствие инициативы.

Другими словами, все, что вы не делаете, если вы хакер.

Звучит заманчиво запереться и написать что-нибудь, а затем показать готовый продукт. Не обращайте внимания на встречи, письма и волокиту обычной скучной работы.

Не делай этого.

Возможно, не делайте этого постоянно.

Хакерство — это творческий процесс.

Определенно будут выходные, потраченные на программирование.

Хотя, если это ваш обычный режим работы, вы причините немало страданий своей команде.

Если они не знают, насколько вы далеки от «готовности», они не будут знать, насколько им следует беспокоиться или сколько времени им следует оставить на планы действий на случай непредвиденных обстоятельств.

Найдите время, чтобы прогуляться по офисам.

Зайдите и узнайте, о чем говорят люди.

Расскажите о том, что вы делаете.

В конце концов, это дает им комфортное ощущение, что вы что-то делаете, а не бесконечно читаете Хабрахабр.

Через некоторое время (приемлемое время) вы приобретете достаточное доверие, чтобы люди могли рассчитывать на то, что вы выполните своевременную работу.



Пробуйте новые вещи

Я часто видел застой у многих хороших людей.

Вы начинаете замечать это, когда они начинают говорить: «Эта новая вещь X такая же, как Y двадцатилетней давности, поэтому я даже не буду ее пробовать».

Наша отрасль такова, что каждые несколько лет она кардинально меняется.

Худшее, что вы можете сделать, — это не осознавать и позволить себе чахнуть.

Это не значит, что вы должны присутствовать в каждой новой социальной сети и иметь десятки установленных программ для вашего iPhone. Но вам придется играть с тем, что популярно.

Установите новый популярный язык программирования, веб-фреймворк, плагин для браузера и т. д. «Нет времени» — не оправдание.

Что меня всегда впечатляло в Билле Гейтсе и Рэе Оззи, так это то, как много они играют с технологиями своей компании и технологий других.

Если они смогут найти время, вы сможете тем более.

Помимо того, что вы просто развлекаетесь с технологиями, наблюдайте, как их используют другие.

Вы можете многому научиться, просто стоя в отделе с ноутбуками в Costco или наблюдая, как люди общаются в магазинах сотовых телефонов.

Рэй Оззи рассказывает о том, как каждый раз, когда он попадает в новый город или страну, он ездит на общественном транспорте, чтобы наблюдать, как люди используют вещи.

Попытайтесь понять, что нормальные люди пытаются получить от технологий.

В Microsoft терпят неудачу те команды, которые не стараются быть в курсе.

Сигналом этого является то, что все члены команды работают над одним и тем же в течение десяти лет. Это почти всегда верный признак того, что вам нужна новая кровь, чтобы встряхнуть свое мышление.

Конечно, как и в любом правиле, есть исключения.



Новая команда? Нанимайте людей, а не продукты

Всякий раз, когда я решаю заняться чем-то другим, я сначала ищу людей, с которыми хотел бы работать (именно так я набрал свою нынешнюю команду).

Это сильно отличается от того, как я начинал, имея привычку собирать команду для создания самого крутого продукта, который только мог придумать.

Вы быстро поймете, что в долгосрочной перспективе то, как вы ладите с людьми в вашей команде, оказывает гораздо большее влияние на то, насколько вы счастливы.

Крутые технологии тускнеют, меняются и стареют. При этом отношения, которые вам удалось построить с прекрасными членами команды, сохраняются на долгие-долгие годы.

Каких людей набирать? Я обычно объединяю в команды неуважительных людей, бунтарей и нарушителей спокойствия.

Решайте сами, что вам подходит.

Покиньте свою зону комфорта

Я твердо верю, что единственный способ расти — это делать что-то за пределами своей зоны комфорта.

Будь то люди, места, языки программирования или ваша работа, попробуйте сделать что-то, чего вы раньше не делали.

Например, я всегда чувствовал себя некомфортно в барах и клубах.

Я искал всевозможные оправдания, чтобы избежать встречи с коллегами.

В конце концов я решил, что единственный способ чувствовать себя комфортно в этой ситуации — взять и уйти.

Я заставлял себя выходить в свет несколько лет и теперь я нормальный, как все.

То же самое происходит и с технологиями.

Напишите код на новом языке, попробуйте новую поисковую систему или переключитесь на новый браузер.

Попробуйте какое-то время заняться другой работой.

Стать менеджером программы или разработчиком по совместительству в Microsoft достаточно легко — людям нравится помощь, которую вы можете им оказать.

Извлеките из этого выгоду.



Задавайте неудобные вопросы

Мы все были на встречах/презентациях, где вы были в замешательстве, имели вопросы или просто не понимали тему разговора.

Иногда вы видите, что все в комнате избегают деликатной темы.

Это происходит из-за желания соответствовать и не выглядеть глупо перед коллегами и начальством.

Ты знаешь? Чаще всего они находятся в одной лодке с вами.

Эмпирическое правило, которое я считаю надежным в этой ситуации, заключается в том, что самый умный человек в комнате первым скажет: «Я не знаю».

Неудобные вопросы сложны.

Некоторые вопросы табуированы по определенной причине (правовые вопросы являются хорошим примером).

Признайте их и двигайтесь дальше.

Чаще всего вы добьетесь более продуктивных переговоров, подняв общий вопрос, которого все избегают.

Иди скажи «Привет!»

В каждой крупной организации есть много интересных людей.

Это статистически очевидно.

Люди, создавшие интересные вещи, люди, прожившие здесь достаточно долго, чтобы стать мудрыми, люди, интересные своим эксцентричным поведением, этот список можно продолжать.

Идите и познакомьтесь с каждым из них.

Узнайте, над чем они работают. Попросите их рассказать вам историю о «старых добрых временах».

Пусть они ворчат о том, что теперь ненавидят. Учитесь у них.

Никто не откажется встретиться за обедом или чашечкой кофе.

Они могут сопротивляться, но большинство из них поддадутся.

Если это не сработает, зайдите к ним в офис и поздоровайтесь.

Если вы работаете в Microsoft или Google, познакомьтесь с суперзвездами — познакомьтесь с Дэйвом Катлерсом, Патриком Дассадом, Дэйвом Кэмпбеллом, Робом Пайком, Кеном Томпсоном.



Хвалите публично, наказывайте за закрытыми дверями

Никогда не помешает публично критиковать чью-то идею.

Это ожидаемо.

Однако чего не следует делать, так это публично критиковать самого человека.

Недовольны чьим-то подходом или работой? Разговаривайте за закрытыми дверями.

Это особенно важно, если человек находится ниже вас по корпоративной лестнице.

Преимущество во власти не позволит им вам ответить.

С другой стороны, похвалу всегда следует делать публично.

К сожалению, люди часто недооценивают эффект признания чьих-то заслуг.

Короткое письмо сделает всех счастливыми.



Лучшие вещи берут, а не отдают

Очень многие люди ожидают, что «система» позаботится о них.

Особенно, если вы всю жизнь провели в школе и университете, где ваша оценка оправдана и рациональна.

В командах/компаниях это зачастую не так.

Какую небольшую функцию вы добавите в следующем выпуске? Ты должен пойти и рассказать всем, какая она классная.

Хотели бы вы поблагодарить вас за вашу работу по значительному улучшению производительности продукта? Убедитесь, что нужные люди точно знают, что вы сделали.

Это удивляет многих хакеров.

Разве «система» не должна автоматически заботиться о таких обыденных вещах, как благодарность или оценка того, насколько что-то хорошо? Проблема в том, что «система» обычно представляет собой кучку умных, благонамеренных, перегруженных работой людей, которым обычно не хватает информации обо всем, что происходит в команде.

Если вы не прикладываете усилий, чтобы гарантировать, что они получат необходимую информацию (это может быть так же просто, как постучать в дверь и сказать: «Посмотрите, что я сделал»), не удивляйтесь, если дела пойдут не так, как вам хотелось бы.

способ.



Не будь мудаком

Самый главный урок из всех – не будь мудаком.

Многие умные люди склонны к развитию резких, антагонистических моделей поведения.

Иногда они придурки по натуре.

И иногда они видят такое поведение у людей, с которыми они работают и которыми восхищаются (такое часто случалось в Microsoft 10-15 лет назад).

Некоторые хакеры смешивают плохие манеры с прямотой и грубостью.

Не делайте этого — между ними огромная разница.

Можно нагрубить, назвать кого-то стервой, но не материться.

На самом деле, некоторые люди, которыми я восхищаюсь, довольно часто могут обзывать кого-то, не повышая голоса и даже не заставляя другого человека чувствовать себя плохо.

Если вы будете придурком, это не только заставит людей вас ненавидеть, но и будет иметь социальный эффект. Достаточно одного человека, который проявит плохое поведение, чтобы болезнь распространилась.

Будьте тактичны.

Вывод: не путайте «быть внимательным» с «быть политкорректным» или «пассивно-агрессивным».

Быть пассивно-агрессивным и чрезмерно политкорректным одинаково плохо.

Ключ в том, чтобы критиковать чью-то работу или идеи, не критикуя человека лично.

Однако сделать это довольно сложно.

УПД: Исправлены некоторые стилистические и грамматические ошибки в тексте.

Теги: #microsoft #корпорация #работа в команде #карьера #GTD

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.