Какие проекты я могу написать в своем резюме, если все проекты моей компании конфиденциальны?

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

Я, конечно, могу написать, что работал в x-технологии с помощью инструментов a, b, c, но это будет выглядеть не очень хорошо, если мне нечего им об этом рассказать.

Кстати (я знаю, что это не поможет вам прямо сейчас) Это предупреждение перед подписанием контракта со следующей компанией: спросите их, прежде чем браться за работу, как они будут поддерживать вас в решении этой дилеммы, когда придет время двигаться дальше (они могут уволить ты). Также требование «не разрешать своим сотрудникам ничего раскрывать о своих проектах» является требованием и может быть юридически спорным. Но юридические обсуждения — это не то, для чего предназначен этот сайт.
Возможно, вы захотите просмотреть этот тесно связанный вопрос/ответ на work.stackexchange.com/questions/8789/…
Вы можете быть очень широким. Работал над печатной платой, назовите ее Project X. Опишите свои обязанности. Если вы использовали эти инструменты, не забудьте упомянуть об этом. Если они запросят подробности, просто объясните, что вы находитесь под соглашением о неразглашении. Если люди для ЦРУ могут получить работу за пределами ЦРУ, вы можете описать свои обязанности.
Если названия проектов, над которыми вы работаете, широко известны, какая разница? Вы не можете раскрывать секреты, поэтому вы называете это проектом «Х», но настоящее название проекта «Y», и что?

Ответы (4)

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

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

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

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

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

Это описание сосредоточено на том, что я делаю, не раскрывая никаких коммерческих секретов.

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

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

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

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

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

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

Я работаю над проектом, который я описываю как «связанный с недвижимостью», когда компонент «недвижимость» несколько тривиален. Короче говоря, не пытайтесь описать, чем вы занимаетесь, а найдите аналогии или похожие виды работ в других отраслях и опишите, насколько ваши «несколько похожи» на них. В рамках этой структуры вы можете описать проблемы, с которыми вы столкнулись, и то, что вы предприняли для их решения. В какой-то момент я работал над проектом «Преобразование приложения мейнфрейма IMS в VB.NET и SQL Server». На самом деле это никому не говорило, кто клиент или что это был за проект, но многое говорило о том, что кто-то мог ожидать от меня.

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

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

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

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

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