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

Что такое DNS?

Domain Name System — это технология, которая позволяет браузеру вроде Firefox, Chrome или Edge найти запрошенный пользователем сайт по его имени. Если быть точным клинически, эта служба позволяет сопоставлять IP-адрес сервера с доменным именем. 

Каждому имени сайта соответствует набор цифр формата 000.000.000.000. Этот набор называется IP-адресом, примером реального IP-адреса является 192.168.0.154 или 203.113.89.134. Когда пользователь вводит в адресной строке браузера имя сайта, например google.com, компьютер запрашивает IP-адрес этого сайта на специальном DNS-сервере и после получения корректного ответа открывает сам сайт.

Вопрос со звёздочкой. Как происходит сопоставление IP-адреса и сайта, если на одном сервере несколько сайтов?

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

Теперь детали, как это работает. В частности, протокол HTTP 1.1 включает в себя заголовок, называемый «host:», который указывает, к какому веб-сайту на конкретном сервере клиент пытается получить доступ.

Таким образом, если snoopy.net и woodstock.org совместно используют 192.0.32.10 и ваш браузер пытается получить контент из http://snoopy.net/doghouse конкретного http-запроса, он будет выглядеть так:

GET /doghouse HTTP/1.1
Host: snoopy.net

Если желаемым URL является http://woodstock.org/seeds запрос будет выглядеть

GET /seeds HTTP/1.1
Host: woodstock.org

В обоих случаях между вашим компьютером и портом 80 сервера будет TCP-сокет. Сервер будет знать, как получить содержимое из /var/www/snoopy.net или /var/www/woodstock.org/ на основе заголовка Host.

Были бы другие заголовки для файлов cookie и другие вещи, такие как тип браузера и разрешенный контент, но именно заголовок «Host» — это то, что позволяет веб-серверу знать, какой виртуальный веб-сайт желателен.

Что такое кэш?

Кэш — это память с большей скоростью доступа, предназначенная для ускорения обращения к данным, содержащимся постоянно в памяти с меньшей скоростью доступа («основная память»). Кэширование применяется ЦПУ, жёсткими дисками, браузерами, веб-серверами, службами DNS и WINS.

Вопрос со звёздочкой. Какие уровни кеша существуют в вебе? 

Есть пять уровней кэша:

Что такое https?

HTTPS (аббр. от англ. HyperText Transfer Protocol Secure) — расширение протокола HTTP для поддержки шифрования в целях повышения безопасности. Данные в протоколе HTTPS передаются поверх криптографических протоколов TLS или устаревшего в 2015 году SSL. В отличие от HTTP с TCP-портом 80, для HTTPS по умолчанию используется TCP-порт 443.

Протокол был разработан компанией Netscape Communications для браузера Netscape Navigator в 1994 году.

(далее…)

 

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

Выпустить продукт, чтобы что? Подсказываю:

1. Чтобы стать самой инновационной компанией;
2. Чтобы стать самой эффективной компанией. 

Совмещать можно, но у большинства компаний это плохо получается. Выбор одного варианта из этих двух работает лучше. Были случаи, когда компания переориентировалась, поменяв цель. Как Apple Джобса с Айвом и Apple Кука. Джобс выдавал инновационные продукты и менял мир. Иногда его продукты проваливались:

Спросом также не пользовались и вскоре были практически забыты Power Mac G4 Cube (выпущен в 2000 году, оказался дороже аналогов, производимых конкурентами Apple), телефон Motorola ROKR E1 (2005 год; не предсталял сбой ничего примечательного в качестве средство связи и был слаб в качестве плеера) и акустическая система iPod Hi-Fi (вышла в 2006 году; стоила дороже аналогичных продуктов конкурентов, но при этом предлагала меньшие возможности).

https://ria.ru/20111006/451127360.html

И вообще, Apple Джобса был не особенно финансово устойчив. Apple Тима Кука другой. Больше нет радикально новых продуктов, мир они больше не меняют, предпочитая перетасовывать функции существующих девайсов (например, чехарда портов у макбуков) и внедрять идеи, которые давно обкатаны у конкурентов (вроде извлечения текста из фотографии). Зато у компании растут выручка, прибыль и капитализация. Кук больше за второй подход. 

Мне бы очень хотелось изменить мир, но на практике приходится работать в компаниях второго типа, вытирая слёзы деньгами. Отчётливо помню, как пришёл на свою первую работу бизнес-аналитиком, принёс шефу идеи по улучшению продукта, а он мне в ответ: поисследуй, как эти функции реализованы в других приложениях. Твиттером пользуются 192 миллиона человек ежедневно, ясный перец, что эти люди привыкли к твиттерским решениям. Надо сделать как у них. Или как у Фейсбука. Или как у ещё кого-нибудь из могущественных продуктов. Мне это было странно слышать. Как же так, как мы изменим мир, если будем срисовывать функции у существующих продуктов? 

😈 А у компании была цель № 2. Гендир не хотел менять мир, он хотел, чтобы в каждом следующем квартале его акции стоили больше, чем в предыдущем. И большинство компаний такие. И работая в таких компаниях, я выработал подход 📈

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

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

Воспользуемся для типизации заказчиков теорией темпераментов Гиппократа-Галена — холерики, сангвиники, меланхолики, флегматики. Разберём, как работать с заказчиком каждого темперамента. 

Дальше будет пересказ нескольких глав из книги Бориса Шпирта «Отчаянные аккаунт-менеджеры».

Холерики

Холерики — вспыльчивые, эмоциональные люди с сильной волей. Они нечувствительны к эмоциям других и прут напролом. Предпочитают принимать решения и действовать быстро, не вникая в детали. Холерики часто бывают визионерами, среди них множество владельцев бизнеса, политиков (Тиньков, Трамп, Жириновский). Получить холерика в качестве заказчика весьма вероятно. 

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

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

Нельзя подвергать сомнению компетентность и авторитет холерика, они такое не прощают. Не говорите «вы неправы», лучше скажите «на этот счёт есть разные мнения». Не надо говорить: «вы совершенно не разбираетесь в вопросе», зато вполне приемлемо: «возможно, вас ввели в заблуждение». Зато вполне нормально требовать от холерика быстрых ответов на ваши вопросы, он не будет считать это давлением, так как сам такой. 

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

Сангвиники

Сангвиники навязчиво дружелюбны и стараются с самого начала взаимодействовать с вами как со старым другом, сразу же переходя на «ты». Сангвиники обожают накидывать новые функции в продукт после того, как все сметы согласованы. Аджайл-методологии словно проектировались прямо под таких людей. Сангвиники непунктуальны, не любят соблюдать обязательства и как и холерики, предпочитают не вникать в детали. Вероятность встретить заказчика-сангвиника высока. Самые известные сангвиники — Билл Клинтон и Винни Пух. 

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

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

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

Меланхолики

Меланхолики часто не уверены в себе, любят советоваться с коллегами. Клиенты такого типа обожают привлечь к рассмотрению вариантов дизайна всех сослуживцев и соседей по подъезду, затянув переговоры до чрезвычайности. Меланхолики тонки и ироничны, способны переживать как трагедию то, что сангвиник принял бы за просто интересный кейс. Меланхоликам трудно карабкаться вверх и делать карьеру, поэтому вероятность встретить такого клиента невелика. Они чаще актёры (например, Робин Уильямс), писатели, художники. В бизнесе их можно встретить на креативных должностях. 

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

Меланхоликов, как и сангвиников, нужно ограничивать в общении, точно так же, обговаривая, что у вас дальше другая встречи и дольше одного часа вы обсуждать не готовы. И избегайте шуток. Даже на нейтральную штуку меланхолик может крепко обидеться. Они боятся нового, поэтому избегайте фраз: «не знаю, как сработает, надо попробовать» или «давайте рискнём».

Меланхолики мнительны, поэтому им нужны подробные периодические отчёты о ходе проекта. Зато, если вы заслужите доверие такого клиента, он будет работать с вами годами. 

Флегматики

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

Флегматики не любят эмоции, любые эмоциональные столкновения для них неприятны. Принимают решения не спеша, основываются на фактах и данных. Легче всего взаимодействовать с заказчиком-флегматиком — если вы и сами флегматик. Представителям других темпераментов будет трудно. Имейте в виду, что работая с ним, вы должны быть в курсе всех деталей своего проекта. Ответы вида: «Не знаю, уточню у наших специалистов» снимают с вас в их глазах тысячу очков за раз. Нельзя допускать ошибок в цифрах, в глазах заказчика-флегматика это страшный грех и он не применёт ткнуть вас в эти ошибки. 

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

В менеджерских сообществах часто возникают дискуссии, кого считать джуном, кого мидлом, кого сениором. Чаще всего предлагают ориентироваться на годы стажа, но количество лет каждый предлагает своё. Мне кажется, что годы субъективны и смотреть надо на то, что данный специалист может. А именно:

Джун пм не ведёт проект самостоятельно, у него есть необходимость постоянно консультироваться с ментором. Сложные вопросы эскалирует на руководство. И пребывать в этом состоянии можно до пенсии.

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

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