Собеседуем руководителя проектов

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

    Для меня руководитель проекта (проектов) – это человек, прежде всего имеющий глубокое понимание предметной области, в нашем случае интернет разработки, имеющий опыт самостоятельной разработки, находящийся в курсе технологических и бизнес тенденций на рынке. Равноценно вышеупомянутым качествам – умение общаться и находить общий язык с совершенно разного типа людьми. Знания РП должны лежать не только в плоскости разработки, но так же и в прототипировании интерфейсов, и в дизайне, и в интернет-маркетинге.

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

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

    Приходите завтра


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

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

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

    Расскажите всё


    Основным направлением беседы выбирается рассказ кандидата о себе, о своих достижениях, ошибках и опыте в целом. По ходу беседы задаются наводящие и уточняющие вопросы, по завершении – ряд вопросов, позволяющих сформировать окончательное мнение и принять решение в ту или иную сторону. Я отвожу на собеседование не менее двух часов — около часа уходит на рассказ кандидата, мои вопросы рассчитаны ещё на час беседы.

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

    Во время беседы интервьювер не сидит, подперев голову кулачком, а живо в ней участвует, я могу выделить следующие моменты, на которые особо обращаю внимание, подводя кандидата к их прояснению:
    • Опыт и навыки, указанные в резюме. Смысл даже не в том, чтобы поймать человека на лжи или преувеличении своих знаний и заслуг, а в оценке того, насколько человек соблюдает баланс между здравой оценкой самого себя и умением (желанием) себя продать.
    • На сколько твёрдо человек держится своих позиций – пытаюсь переубедить человека в том или ином вопросе. Особо люблю поговорить о системах управления проектами.
    • Причины ухода из предыдущих компаний.
    • Опыт или знания в смежных областях – интернет маркетинг, проектирование интерфейсов, дизайн, вёрстка.

    Вопросы


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

    Опыт разработки и понимание предметной области.

    Я противник тестов и заданий для парсера – что выведет та или иная строка кода и прочее. Вот некоторые технические вопросы, которые я обычно задаю кандидатам на должность РП:
    • Какие преимущества даёт ООП и даёт ли вообще? Плюсы и минусы двух подходов – объектного и процедурного.
    • Что означает понятие AJAX, как это работает, какие действия нужно произвести для того, чтобы на сайте X появилась форма регистрации с серверной валидацией полей без перезагрузки страницы?
    • Как отличить плохой код от хорошего?
    • Какие знаете способы борьбы с высокими нагрузками?
    • Как функционирует веб-сервер, расскажите максимально подробно? Какая разница между apache и nginx?
    • Какие паттерны знаете?
    • Какие признаки у хорошей вёрстки?
    • Что такое система контроля версий, какие знаете, умеете ли использовать? Какие преимущества они дают команде?

    Неделя руководителя проекта. Как вы себе представляете рабочую неделю РП?

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

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

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

    Как вы обычно ведёте (хотели бы вести) проект? От сбора бизнес требований до релиза.

    Смысл тот же – реальность и опыт против теорий и предположений. Обычно этот вопрос задаётся в ходе первой части беседы.

    Критерии оценки эффективности разработчиков. Как оценить – эффективно ли работает разработчик или нет. Стоит ли запрещать читать Хабр и повысит ли это производительность, влияет ли длительность присутствия разработчика в офисе на его эффективность, что делать с опозданиями и прочее. Тут всё понятно – способен ли человек адекватно оценить эффективность своей команды и как он на эту эффективность может повлиять.

    Решение конфликтных ситуаций. В команде из 4х программистов один впал в неадекват – психует, нервничает, шлёт всех лесом. Второй, работая в целом хорошо, на некоторых задачах буксует, старается их всячески отложить или пытается их передать другим разработчикам (задачи при этом не классифицируются, однотипная задача может быть воспринята по-разному).

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

    Художественная литература.

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

    Оцените интерфейс. Показывается прототип интерфейса из пары макетов, кратко объясняются бизнес требования, задача состоит в их оценке и комментировании.

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

    Мой любимый вопрос. Насколько я помню, этот тип вопросов задают в Microsoft и Google, я давно ощутил его прелесть в полной мере и использую на всех собеседованиях, вне зависимости от позиции (естественно, имеется в виду IT сфера).

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

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

    Приехали.


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

    Комментарии 121

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

      Где-то читал, что проводили такой эксперимент. Записывали собеседования на видео, а потом сделали нарезки разной длины, причем самая короткая запись включала только несколько первых секунд, сразу после входа в кабинет. Эти видео показывали опытным hr-менеджерам и обнаружили практически 100% корреляцию между результатами просмотра полного видео и первых нескольких секунд.
        +6
        И что это значит, что менеджеры на самом деле принимают решения на основе первых секунд, а всё остальное, на вроде вопросов, тестов, это их жалкие оправдания?
          0
          В теории…
            +1
            Вполне вероятно, что и на практике тоже, просто не всегда это осознают.
              0
              Если честно, надеюсь что нет. Иначе выходит, что приходишь на собеседование, нервничаешь, стараешься, отвечаешь на каверзные вопросы, а на самом деле все зря. Обидно как-то :)
                0
                Мне приходилось летом заниматься подбором персонала для босса, нужны были веб-программеры. Хотя я и не был ПМ, а выполнял роль тех. консультанта, прекрасно наблюдал чем все закончилось.
                Выбраны были те, с кем приятнее и легче было работать ПМу, и с этим я полностью был согласен.
                  0
                  Удивительно, но это так. Подтверждаю из после своей сотни собеседований — очень редко когда мнение менялось после первого впечатления. Хотя я всячески стараюсь быть беспристрастным. Тут надо все же уточнять, что первое мнение — это не только одежда, волнение или даже умение держаться. Что бы ни говорили, профессионализим человека проникает в мгновенное восприятие человека достаточно сильно.
        • НЛО прилетело и опубликовало эту надпись здесь
            0
            Есть ещё про стеклопакеты в Астрахани, а так же поверхности, покрашенные кузбас-лаком в Самаре и многое другое :)
            • НЛО прилетело и опубликовало эту надпись здесь
                0
                Да там такой же принцип, к примеру про кузбас-лак — «Нам поставлена задача сосчитать площадь всех поверхностей, покрашенных кузбас-лаком в Самаре» и, как говорится, discuss. Эту задачу я даю обычно ведущим разработчикам:)
              0
              в книге «Как сдвинуть гору Фудзи?» (Паундстоун Уильям) много написано про подобные вопросы, да и вообще про методики приема на работу в IT гиганты. Местами очень познавательно.
              +5
              С нетерпением ждём появления хабрапользователя habracut
                +2
                Извиняюсь:)
                  –1
                  Какой интересный пользователь. Это у меня глюк браузера или умышленно он закрывается?
                  0
                  подбор кадров – это скорее вопрос интуиции, опыта и умения «видеть людей»

                  а данная статья хороший практический опросник-шпаргалка
                    +1
                    Вопросы удивительным образом похожи на те, что задаю я. Иногда просто диву даёшься, насколько похожи могут быть подходы.

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

                    Из ограничений: нельзя уменьшать функциональность и качество, увеличивать объём ресурсов и стоимость.

                    Попробуйте в следующий раз, иногда находятся очень интересные мысли.
                      0
                      Вот так вот всегда и бывает, сокращаем срок разработки вдвое, функционал урезать нельзя, ресурсов дополнительных 0 =). Мне интересно как бы вы ответили на данный вопрос
                        –1
                        Знаете, проектная деятельность наполнена таким количеством сюрпризов, что сокращение на 25% в начале проекта это сравнительно хороший сценарий. Однозначно «правильного» ответа на этот вопрос не существует, он позволяет обнаружить, насколько интервьюируемый способен переключиться из области в управления проектами (если решений для неё не существует) в другую предметную область и поискать ответы там. Там их найти возможно.
                          –1
                          >что сокращение на 25% в начале проекта это сравнительно хороший сценарий
                          нельзя уменьшать функциональность и качество,

                          как-то не вяжется.
                            0
                            Если бы не было этого условия, задача решалась в лоб =)
                              –1
                              Мда, вообщем не интересный пример.
                                –1
                                Возможно, мне пока никто решения не дал.
                                  +1
                                  С учётом тройного ограничения проекта ваша задача не решается «в теории». В конечном счёте всё равно либо придётся вносить изменения в функциональность (не обязательно в сторону ухудшения, но однозначно в сторону уменьшения трудоёмкости), либо находить «из воздуха» дополнительные ресурсы (не те, за которые платит компания): увеличение рабочего дня на энтузиазме (что плохо), привлечь десяток студентов-программистов на практику, организовать юзабилити-конкурс на лучшее решение сложной задачи и т. п. Так или иначе, за эти ресурсы просто заплатят другие: сотрудники, студенты, участники конкурса.
                                    0
                                    Да, действительно, с точки зрения управления проектами при таком количестве ограничений (из которых я назвал не все), задача не решается.

                                    Нужен маркетинговый ход, который позволит в сложившейся ситуации извлечь максимальную выгоду.
                                      0
                                      решается, см. ниже — цикличность запуска новых версий обеспечит конкурентное преимущество
                                        +5
                                        Выпустить через полгода крутую бесплатную бету с частью функциональности, например. Конкуренты начнут торопиться и выпустят дерьмо. К концу года пользователи замучаются с дерьмом конкурентов и будут с нетерпением ждать полной версии вкусной программы.
                                          0
                                          Вариант =)
                                          0
                                          Угробить проект конкурентов? =)
                                            0
                                            Похоже единственное надежное решение )
                          • НЛО прилетело и опубликовало эту надпись здесь
                              +2
                              клевый вопрос, даже достойный отдельного поста =)

                              варианты разные есть:

                              1) вторым быть проще (не помню, где читал)
                              2) вы не уточняете, увеличивать стоимость чего нельзя. если речь идет только о разработке, то можно увеличить маркетинговый бюджет
                              3) есть утопические варианты вроде саботажа =)
                              4) группировка функциональности и запуск «облегченной» версси продукта за 6 месяцев, и выпуск полной за 12.

                              ну и всякое разное…
                                0
                                Ваш комментарий прочитал после того, как оставил свой. :)
                                  0
                                  Хха, вот уже верно говорят, что правильные мысли приходят в светлые головы одновременно
                                  0
                                  Очень приятно увидеть правильные мысли. Вариантов, на самом деле, масса. Важно придумать максимальное количество гипотез (в т.ч. утопических), а потом последовательно их оценить и выбрать лучшую.

                                  Спасибо за комментарий!
                                  0
                                  Задача в такой постановке не имеет решения.

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

                                  Ответ на данный вопрос возможен лишь такой: «мало информации, нужно знать детали». Например, часто сократить сроки действительно возможно, скажем, полностью сменив только что подобранную команду столичных разработчиков-ламеров на намного более опытных, но из регионов. Это лишь пример.
                                    +2
                                    Решение может быть таким — материальное поощрение сотрудников. Причем, никакого увеличения стоимости нет, т.к. срок сокращен на 25%. Соответственно, 25% ФОТ остаются свободными и могут пойти на премии. А временной ресурс частично можно получить максимально форсировав стадию вхождения в проект — раскачку.
                                      0
                                      «Вот пусть теперь е--тся маркетологи»
                                      0
                                      Критерии оценки эффективности разработчиков. Как оценить – эффективно ли работает разработчик или нет
                                      А как вы оцениваете эффективность работника?
                                        0
                                        Я лично использую следующие критерии: срок выполнения задачи, качество выполнения, баланс между перфекционизмом и бизнес задачами, влияние на коллектив, инициатива. Их расклад на составляющие, коэффициенты значимости и более мелкие параметры — это тема отдельной немаленькой статьи:)
                                        +1
                                        А какие реальные шансы найти человека отвечающего всем критериям?
                                        И как часто такие люди работу меняют? В том смысле, что если такой человек отвечает всем приведённым выше критериям, как техническим так и социальным, то это очень(!) ценный сотрудник получается. Которым фирма, где он работает, должна сильно дорожить.
                                        Поэтому я думаю, что такие сотрудники, это тот идеал, который никогда не встречается.
                                          0
                                          Как я и написал — сложно, но можно, требования не такие уж и нереальные на самом деле. Пока все вакансии закрывались успешно, поиск занимал от месяца до трёх.
                                            +4
                                            все-таки это подход далеко не панацея и не идеален. из личного опыта знаю нескольких руководителей которые успешно управляют многомиллионными ИТ-бизнесами, но понятия не имеют чем отличается ооп, и о признаках хорошей верстки тоже никогда не слышали, потому как это проблема верстальщика или кодера. главное уметь управлять людьми
                                            0
                                            ну например сейчас под кризис на рынке появляются реальные дядьки. Принимает скажем Моторола закрыть отдел разработки в России и пожалуйста!
                                              0
                                              Когда у нас открывалась первая вакансия после начала кризиса — я с предвкушением потирал руки, вот сейчас как попрут — успевай выбирать. В итоге, всё оказалось намного грустнее. Хорошие специалисты не спешат менять работу, компании сбрасывают в основном балласт, так что по моим личным наблюдениям на рынке всё не сильно улучшилось, кроме разве что зарплатных ожиданий.
                                            • НЛО прилетело и опубликовало эту надпись здесь
                                              +4
                                              «умение продавать себя» отдает бесчисленными ток-шоу просмотренными в детстве от скуки. это если торгового агента брать, типа коммивояжера, то наверное да. даже продавцам это часто не требуется. а требовать это от руководителя проектами. надо ли?

                                              и потом, не надо забывать, что на собеседовании не только фирма оценивает сотрудника, но и сотрудник фирму. так что адекватность рекрутера может способствовать/мешать поиску ценных кадров, к коим, безусловно, относится хороший РП :)
                                                0
                                                сколько вы платите человеку, которого таки нанимаете?
                                                  +1
                                                  До кризиса зарплата РП этого уровня была в районе 100к рублей, сейчас 80-90.
                                                    +5
                                                    Это сравнимо с зарплатой старшего программиста? Что то кроме зарплаты, еще мотивирует РП? Кроме роста и перехода на более высокооплачиваемую работу?
                                                      +1
                                                      почитайте: habrahabr.ru/blogs/pm/51010/
                                                      один из вариантов…
                                                        0
                                                        Спасибо, почитал. Я больше смотрю в сторону опционов.
                                                          0
                                                          это тоже вполне себе вариант
                                                      +1
                                                      Вам не кажется, что это заниженная оценка РП подобного уровня в денежном эквиваленте? Ведь они, обладая всеми перечисленными выше навыками, могут спокойно открыть собственный бизнес и получать подобные суммы.
                                                        0
                                                        Расскажите, где оценка адекватная — схожу сам пособеседуюсь, хотя бы для спортивного интереса, как писали выше:)
                                                          0
                                                          Выше был всего-лишь вопрос.
                                                    0
                                                    Очень хороший текст! Было интересно почитать.
                                                    0
                                                    Не плохая статья, спасибо. Дает возможность прикинуть свои возможности)
                                                      0
                                                      Скажите, а зачем такие требования к опыту разработки? И что вы делаете, если человек подходит по остальным параметрам, имеет содержательное представление о веб-технологиях, но сам никогда ни строчки кода не написал? Или написал, но давно?
                                                        0
                                                        Такие требования, потому что мой опыт и мои задачи говорят о том, что такой человек будет выполнять поставленные задачи эффективнее «чистого» РП:) Повторюсь, я говорю исключительно про свой опыт и свои задачи, ни в коем случае не утверждаю, что «чистые» РП — плохие РП:)
                                                          +1
                                                          на самом деле, есть отдельная проблема РП, пришедших «от сохи»: не пытаться закрыть собой все дыры. точнее, понять, что это невозможно. я, помнится, по началу регулярно порывался сам влезть в код и начать писать, потому что «сроки горят, задачи стоят». на выходе, на сколько увеличивал объем написанного кода и реализованного функционала, настолько и сбивал своими вклиниваниями программеров, да и отрывал время от основных своих задач, которых тоже по умолчанию больше, чем времени.
                                                          0
                                                          Когда два человек (РП и разработчик) понимают сколько времени и сил надо для какой-то задачи это эффективнее, на мой вгляд, чем оценка одного и неведение другого (никто не говорит что у нас идеальная команда ответственных разработчиков).

                                                          + никогда не бывает хуже когда РП может помочь советом девелоперу.
                                                            0
                                                            Тогда РП должен профессионально разбираться в дизайне, вёрстке, программировании, психологии, финансах и куче других областей…

                                                            ИМХО, в компании должны быть арт-директор и технический директор, которые могут оценивать сроки, помогать дизайнерам и девелоперам советом, контролировать работы с профессиональной точки зрения и т. п. Арт- и технический директора участвуют в нескольких проектах одновременно. Задача РП — это соблюдение ограничений по срокам, составу продукта и ресурсам. За контроль качества нести ответственность должны соответствующие профессионалы.
                                                          +1
                                                          Куда вакансия-то? Берите меня!
                                                            0
                                                            Пишите в хабрапочту, но для вас придётся доставать из рукава второй вариант вопросов на собеседовании:)
                                                            0
                                                            «После более чем 100 собеседований разработчиков и РП» — что-то здесь не так. Как не считай, многовато получается, если только это (HR) не основной вид деятельности.
                                                              0
                                                              В среднем на одну вакансию я просматриваю около 10 человек (имеются ввиду именно собеседования), только на последних трёх местах работы было открыто 12 вакансий (если мне память не изменяет).
                                                                0
                                                                у меня наверно несколько другая сфера, специалистов на всю Москву человек 10:)
                                                                Поэтому в среднем на заполнение вакансии хватает трёх кандидатов.
                                                                0
                                                                Ничуть не много, для закрытия одной вакансии зачастую и два десятка собеседований приходится провести, вот и считайте.
                                                                0
                                                                А грамотный подход, спасибо.
                                                                Сам PM и невольно примерял ваши критерии под себя, честно говоря не по всем пунктам подхожу. :)
                                                                  0
                                                                  Насколько повышается шанс у кандидата, если он «высок и голосист»?
                                                                    +4
                                                                    — Cколько женщин в Калуге ходят на каблуках?
                                                                    — ммм… сорок две?
                                                                      0
                                                                      Хороший вариант, его сложно опровергнуть!
                                                                        0
                                                                        да и PM я был тоже не плохим :)
                                                                        0
                                                                        — Cколько женщин в Калуге ходят на каблуках?
                                                                        — Вы имеете в виду зимой, когда глубокий снег, и температура -20?
                                                                        0
                                                                        В целом статься гуд. Но мне кажется, что автору следует разделить в проектной команде роли менеджера проекта и технического менеджера. Таким образом один и тот же человек сможет участвовать/руководить несколькими/большим числом проектов.
                                                                          0
                                                                          да и PMом я был тоже не плохим :)
                                                                          +1
                                                                          к вопросу о «женщинах на каблуках в Калуге»: очень рекомендую почитать The Guerrilla Guide to Interviewing. там есть несколько таких вопросов, да и в целом, очень и очень толковая статья.

                                                                          а так… помнится, мне в своё время задали вопрос про количество настройщиков роялей в городе, я источник вспомнил, начал рассказывать, как бы решал такую задачу. смотрю, интервьюер улыбается, радуется… в конце собеседования я не выдержал, сказал, что тоже читаю Джоэля. после некоторой паузы интервьюер ответил: «что ж, чтение грамотных авторов — тоже показатель»
                                                                            +9
                                                                            Полезный материал. Приму на заметку :)

                                                                            Правда, с другой целью немного. Признаюсь честно, у меня есть такое развлечение — ходить по собеседованиям для встряски, общения и заодно, чтобы быть в курсе тенденций на рынке труда. Иногда довольно забавно давать себя исследовать, наблюдать за ходом мысли человека, проводящего интервью, давать ему зацепки и наблюдать, как он прореагирует, подмечать, какие книжки человек читал по подбору персонала и т.п. Вот такое извращенное развлечение… мда… :)
                                                                              +1
                                                                              Я не один такой :-) Я правда только пару раз был.
                                                                              Еще плюс такого метода: чувствуешь себя намного легче, так как от любого исхода собеседования все равно хуже не будет.
                                                                                0
                                                                                Соберем группу?:)
                                                                                0
                                                                                ваш работадатель вкурсе вашего хобби?
                                                                                  +4
                                                                                  у меня нет работодателя… я уже 2 года ни на кого не работаю, и че-та не тянет совсем… :) хождение по собеседованиям только укрепляет меня в убеждении, что я не хочу ни накого работать…
                                                                                  +1
                                                                                  Ух-ты, я тоже люблю! Очень интересно проводить собеседование работодателей — многому учишься сам, когда видишь как все это выглядит со стороны. Пора писать обратную статью — Как правильно выбрать работодателя.
                                                                                  +1
                                                                                  А вот давайте рассмотрим вопросы, особенно хотелось бы услышать ответы автора.

                                                                                  * Какие преимущества даёт ООП и даёт ли вообще? Плюсы и минусы двух подходов – объектного и процедурного.

                                                                                  Первое это реимущества ООП, над другими видами программирования (http://ru.wikipedia.org/wiki/Категория: Парадигмы_программирования). Второе, это противопоставление парадигмы ООП против процедурного. Так же интересен вопрос, почему из десятка парадигм, противопоставление идёт именно против него. Ну и естественно ответ на этот вопрос с точки зрения johnny_palec.

                                                                                  * Что означает понятие AJAX, как это работает, какие действия нужно произвести для того, чтобы на сайте X появилась форма регистрации с серверной валидацией полей без перезагрузки страницы?

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

                                                                                  * Как отличить плохой код от хорошего?

                                                                                  Читал я книжку «Совершенный код», вот только пересказывать её довольно утомительно. Что должен сказать кандидат?

                                                                                  * Какие знаете способы борьбы с высокими нагрузками?

                                                                                  Тоже интересно, хотя скорее всего здесь как и в вопросе про AJAX, тот кто спрашивает вероятно ждёт ответа про конкретную технологию, а не про программирование в целом.

                                                                                  * Как функционирует веб-сервер, расскажите максимально подробно? Какая разница между apache и nginx?

                                                                                  Вопрос для администратора.

                                                                                  * Какие паттерны знаете?

                                                                                  Что-то типа этого:
                                                                                  forum.vingrad.ru/index.php?showtopic=263090&view=findpost&p=1901472
                                                                                  опять же жду комментариев johnny_palec и что он хочет услышать на свой вопрос.

                                                                                  * Какие признаки у хорошей вёрстки?

                                                                                  Какие?

                                                                                  * Что такое система контроля версий, какие знаете, умеете ли использовать? Какие преимущества они дают команде?

                                                                                  На это ответ наверное не нужен, неинтересный вопрос. Жду правильные ответы.
                                                                                    +1
                                                                                    Полагаю, тут прикол в том, что правильных ответов не существует. В этом-то и интерес, с какой стороны кандидат зайдёт к ответу.
                                                                                      0
                                                                                      В том то и дело, что существуют, но они просто огромны. Я знаю где искать ответы, но не смогу запомнить даже малую их часть. Некоторые из них описываются в десятках книжек, хотя другие здесь есть довольно простые. Скорее всего масса критериев и тестов, которые были здесь приведены действительно несут в себе лишь единственную цель, понять «нравится» человек, «не нравится», мало объективности.
                                                                                        0
                                                                                        Так чем же парадигма ООП лучше?
                                                                                        Или она хуже?
                                                                                        Или все же it depends?
                                                                                          0
                                                                                          Есть же ещё мультипарадигмальные языки, навроде C++. Не обязательно следовать только одной парадигме, можно использовать сразу много. ООП разделяет систему на части и дальше идёт их использование и создание из частей новых частей.

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

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

                                                                                          Я думаю преимущества ООП огромны, но и усилия потраченные на его понимание не меньше.
                                                                                    0
                                                                                    А у меня вопрос немного не по статье.
                                                                                    johnny_palec, подскажи, с чего нужно начать человеку, который в будущем хочет стать менеджером проектов?

                                                                                    Пройти спец. обучение? Работать, работать, работать до повышения? Или может быть это дар свыше? Что посоветуете?
                                                                                        0
                                                                                        Спасибо. Интересно читать.
                                                                                        0
                                                                                        >Пройти спец. обучение? Работать, работать, работать до повышения? Или может быть это дар свыше? Что посоветуете?

                                                                                        А зачем быть менеджером проектов, когда лучше быть тем, кто выбирает менеджеров проектов. А ещё лучше стремиться сразу стать мегабосом.
                                                                                          0
                                                                                          И как это сделать?
                                                                                            0
                                                                                            Если бы я знал, то сам бы уже им стал. Одно я могу сказать точно, чтобы стать мегабосом, вкалывать в качестве создателя систем с утра до ночи вовсе не нужно.
                                                                                              0
                                                                                              Не только не нужно, но даже вредно.
                                                                                              +4
                                                                                              Продавать наркотики и шлюх, потом вывести деньги через офшоры и заняться белым бизнесом.
                                                                                              как варианты:
                                                                                              — торговать оружием;
                                                                                              — заняться рейдерством;
                                                                                              — поучаствовать в политическом перевороте;
                                                                                              — украсть бюджетного бабла
                                                                                              — …
                                                                                              предлагаю продолжить
                                                                                                0
                                                                                                Прочитать об этом книгу
                                                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                                                              +4
                                                                                              Хм… Сколько людей — столько мнений. Я менеджер проекта, но так как надо мной никого нет (кроме генералитета) — то фактически — руководитель. Поэтому хочу заметить автору, что он забыл 2 важные составляющие проекта — маркетинговую и юридическую (если за вас это кто-то делает — вам крупно повезло). Умение решать такие вопросы очень крупно помогает, особенно при работе с очень крупными заказчиками/подрядчиками.
                                                                                              Я считаю, что хороший РП — прежде всего хороший организатор. При этом ему совсем не обязательно разбираться в ООП, серверах и т.д. (предчувствую минусы). Это уже вопросы программерам.
                                                                                                +5
                                                                                                Мое мнение — хороший руководитель проекта это тот, кто способен этот проект сделать качественно и в срок, сделать своими руками плюс руками вверенной ему команды спецов (или своей собственной команды). Все. Точка.

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

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

                                                                                                Он не будет говорить на собеседовании о художественной литературе. На вопрос про преимущества ООП посмотрит на спрашивающего как на идиота. А если ему зададут вопрос про количество каблуков в Калуге, он ответит: «я — профессионал, пожалуйста не отнимайте мое время».

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

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

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

                                                                                                А приведенное в статье рассчитано на фильтрацию приходящих с улицы новичков, которые думают что они матерые руководители проектов, и спамят своими резюме всех подряд. IMHO.
                                                                                                  0
                                                                                                  Стать таким человек и жить в описанной вами реальности — мечта любого подростка, но реальность оказывается намного суровее, чем хотелось бы:)
                                                                                                    0
                                                                                                    Про мечты подростка — тут я не в курсе дела, возможно, Вам виднее. А про реальность — так и есть, эта самая реальность действительно сурова. Но сурова в первую очередь к тем, кто ничего собой не представляет. А по мере накопления жизненного опыта и уровня мастерства она становится все более и более благосклонной…

                                                                                                    Ну ладно, это все вода, теперь по делу.

                                                                                                    Итак, проведя более 100 собеседований по 2 часа, Вы тем самым потратили более 1 человеко-месяца своего продуктивного рабочего времени, которое могли бы провести с большей пользой. Например, вкладывая его в развитие своей команды.

                                                                                                    Ну вот посмотрите, скажем, нашли спеца, который уже сделал пару проектов типа того, который нужно сделать Вашей компании. Эти его проекты уже в продакшене, и ими пол страны пользуется. Но при этом он, скажем, на вопрос о художественной литературе отвечает, что она его вообще не интересует. А на примитивный, известный каждому школьнику вопрос типа каблуков в Калуге, с юмором отвечает: «нужна дополнительная информация, а именно, сколько слонов в Африке?». Что, не возьмете такого спеца? Так зачем было его и свое время терять…

                                                                                                    =============================
                                                                                                    А теперь мое собеседование руководителя проекта. Сначала — минут 15-20 общения по телефону или скайпу. Знакомство всегда начинаю с поиска возможных общих знакомых, потом это пригодится. Задаю только высокоуровневые, но ключевые технические вопросы (вопросы менеджмента не интересуют, если что, в этом вопросе поможем), и только практические, по возможности по его прошлым успешным проектам, по существу (владение теорией не интересует, у нас производство, а не научный центр, впрочем у спецов такого уровня теория обычно и так всегда в порядке). На этом — отсев большинства кандидатов.

                                                                                                    Далее обзвон знакомых, кто с этим кандидатом сталкивался или слышал о нем. Если никто его не знает — при наличии других кандидатов предпочитаю не рисковать, хотя бывают исключения. Недолгое гугление по имени-фамилии и контактам. Если ничего не настораживает — приглашение в офис, и собеседование опять-таки минут 15, но уже, в основном, отвечаю на его вопросы, а сам присматриваюсь, будет ли ребятам с ним комфортно работать. Например, если чересчур резкий, непримиримый и независимый, или еще какой экстремум типа серьги в губе (был такой случай!) — скорее всего не подойдет. Все, этого достаточно, рекомендую или наоборот не рекомендую брать этого человека на испытательный срок (1 неделя).
                                                                                                    +2
                                                                                                    Придерживаюсь такого же мнения.
                                                                                                    Когда увидел что на собеседование отводится 2 часа — аж передернуло. Если уж вдруг придется вновь идти на собеседование, надо добавить к своему вопроснику к работодателю вопрос о продолжительности собеседования.
                                                                                                    0
                                                                                                    Прошу прощения, что не совсем по теме, но хочу спросить: не подскажет ли кто-нибудь литературу по теме управление сотрудников IT-отдела, психология айтишников. Заранее благодарен.
                                                                                                      0
                                                                                                      Из последнего прочитанного неплохой показалась «Управление сложными Интернет-проектами». Про человеческие отношения так же почитайте «Дедлайн».
                                                                                                        0
                                                                                                        Вот эти?
                                                                                                          0
                                                                                                          ой)
                                                                                                          вот:
                                                                                                          «Deadline. Роман об управлении проектами» — книга Тома Демарко
                                                                                                          «Управление сложными Интернет-проектами». Эдвард Йордон
                                                                                                          ?
                                                                                                    0
                                                                                                    Интуиция — лучший друг и заменитель по сути задач для искуственного интелекта: когда-то в универе был курс и мы писали курсовые по теме, как посчитать женщин на каблыках или какой болезнью болеет больной. Так вот интуиция именно этим и занимается — дает доволно однозначный ответ Да/Нет на вопрос Подходит кандидат?
                                                                                                      0
                                                                                                      Можно пожалуйста еще немного покритикую?

                                                                                                      > Опыт и навыки, указанные в резюме.

                                                                                                      IMHO на собеседовании достаточно спросить только то, что нужно для текущего проекта. Остальное неважно, пусть хоть что пишет, будет на его совести.

                                                                                                      В принципе, если где-то что-то значительно «преукрасит», это будет заметно. Например, когда 23-летний паренек пишет в резюме что у него 8 лет опыта Java/J2EE, из них 4 года — управление проектами.

                                                                                                      > На сколько твёрдо человек держится своих позиций – пытаюсь переубедить человека в том или ином вопросе.

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

                                                                                                      > Причины ухода из предыдущих компаний.
                                                                                                      Все всегда отвечают «нет перспектив». Ну или сейчас добавилось еще «сокращение из-за кризиса». Кто-то хоть раз отвечал что-то другое?

                                                                                                      > Опыт или знания в смежных областях – интернет маркетинг, проектирование интерфейсов, дизайн, вёрстка.

                                                                                                      Это вообще не нужно. Повлияет ли любой вариант ответа на то, возьмете ли человека или нет, если остальное в порядке?

                                                                                                      > Какие преимущества даёт ООП и даёт ли вообще? Плюсы и минусы двух подходов – объектного и процедурного.

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

                                                                                                      > Что означает понятие AJAX, как это работает, какие действия нужно произвести для того, чтобы на сайте X появилась форма регистрации с серверной валидацией полей без перезагрузки страницы?

                                                                                                      Есть ли смысл задавать этот вопрос Мастеру, команда которого сделала десяток успешный проектов на AJAX, которые можно посмотреть в инете, и на которых пасутся десятки тысяч пользователей?

                                                                                                      > Как отличить плохой код от хорошего?

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

                                                                                                      > Какие знаете способы борьбы с высокими нагрузками?

                                                                                                      Это уже хороший вопрос для собеседования. Только он подразумевает долгое раздумье, и долгий ответ. Да и немного непонятно, что значит «бороться с высокими нагрузками»… выключить сервер?

                                                                                                      Желательно поконкретнее бы, например:
                                                                                                      — «что использовали для балансировки, с какими недостатками столкнулись?»,
                                                                                                      — «что именно кешировали?»,
                                                                                                      — «что использовали для кеширования, с какими недостатками столкнулись?»,
                                                                                                      — «какой установили уровень изоляции транзакций?»
                                                                                                      и т.д.

                                                                                                      > Как функционирует веб-сервер, расскажите максимально подробно? Какая разница между apache и nginx?

                                                                                                      Как функционирует веб-сервер, да еще и максимально подробно… бррррр. Потеря времени.

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

                                                                                                      > Какие паттерны знаете?

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

                                                                                                      Но в любом случае, сейчас основные паттерны не знает только ленивый, и спрашивать Мастера об этом — моветон. Знаете ли хотя бы одного современного руководителя проектов, кто не знал бы ни одного паттерна? А того, кто знает все-все паттерны?

                                                                                                      Но даже если бы не знал вообще ни одного паттерна (я такое могу себе представить разве что если до этого его команда делала софт для микропроцессоров, в машинных кодах), помешало бы это ему работать? Нет. Да и узнать все что нужно по этому вопросу можно буквально за несколько часов.

                                                                                                      Примечание: вопросы про паттерны принципиально важны на собеседовании архитектора.

                                                                                                      > Какие признаки у хорошей вёрстки?

                                                                                                      Заменяем на: «какие требования к верстке Вы предъявляете своей команде?». Такой вопрос может быть полезен, если верстка в Вашем проекте занимает значительное место.

                                                                                                      > Что такое система контроля версий, какие знаете, умеете ли использовать? Какие преимущества они дают команде?

                                                                                                      Ооо… у человека в резюме написано, скажем, 10+ лет опыта работы, стоят магические слова ClearCase, SourceSafe, Perforce, SVN, CSV, а ему такой вопрос… Уместно ли?

                                                                                                      P.S. Если что, прошу прощения за критику и небольшую иронию. Моя цель — обратить внимание, что собеседование высококвалифицированого мастера несколько отличается от собеседования обычного кодера.
                                                                                                        0
                                                                                                        Сорри, опечатка, *CVS.

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

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

                                                                                                        В этом случае можете часть технического собеседования провести на английском языке, если чувствуете в себе силы. Или же можете провести дополнительное собеседование 5-10 минут, подключив хорошего переводчика.
                                                                                                          0
                                                                                                          В одном не согласен — предметную область руководитель должен знать на отлично. Иначе это не руководитель, а надсмотрщик с палкой, а с такими ничего толкового не сваришь.
                                                                                                          0
                                                                                                          Где на такие собеседования записываться?) Тоже хочу!)

                                                                                                          Правда, судя по «географии» в вопросах, мы далековато друг-друга… :(
                                                                                                            0
                                                                                                            Статья интересная…
                                                                                                            Я работал РП одного большого проекта до того как бахнул кризис. Меня никто так не собеседовал (я там вырос с менее интересной должности)
                                                                                                            Когда начал работать и подбирать команду разработчиков то собеседование тоже проводилось и по 2 часа…
                                                                                                            Задавались вопросы по тому какие есть методы оптимизации, как бороться с нагрузками и т.д. Ни одного вопроса по программированию на конкретном языке… У человека должно быть правильно понятие как решать задачу, а уже потом думать с помощью каких инструментов.
                                                                                                            На счет таких вопросов для РП я соглашусь только в том случаи если проект не большой и в команде нет ТимЛида, в этом случаи РП должен быть и ТимЛидером. А тут без общих технических понятий никак.
                                                                                                              0
                                                                                                              РП должен хорошо ориентироваться в технической части не для того, чтобы рулить в этом плане командой, а для того, чтобы контролировать результаты и решения того же самого тим-лида, ориентироваться в ходе проекта, не надеясь на того же тим-лида. Опять же, РП не должен таскать за собой тим-лида на все совещания с руководством и при определении бизнес-задач. И я в который раз повторюсь — требования мои личные под задачи моей компании и под мои проекты, это не картина идеального РП на все случаи жизни.
                                                                                                                0
                                                                                                                Я согласен, просто раскрываю ситуацияю которая была у нас в компании.
                                                                                                              0
                                                                                                              > Что означает понятие AJAX, как это работает, какие действия нужно произвести для того, чтобы на сайте X появилась форма регистрации с серверной валидацией полей без перезагрузки страницы?
                                                                                                              > Какие паттерны знаете?
                                                                                                              > Какие признаки у хорошей вёрстки?

                                                                                                              Это вопросы для веб-разработчика, и специалист по разработке сложных проектов на с/с++ этого может и не знать. Глупо задавать такие вопросы человеку, который будет писать код далекий от веб.
                                                                                                                0
                                                                                                                Ку-ку, собеседуем РП.

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

                                                                                                              Самое читаемое