Як дізнатися, чи має компанія шалена політика [закрита]

Під час співбесіди на роботу чи існує делікатний, але точний спосіб з'ясувати, чи є у них божевільна політика, наприклад "немає відкритого коду" чи "не встановлюється програмне забезпечення без дозволу", "не оновлюється програмне забезпечення, поки воно не втратить підтримку", або "відсутні відвідування блогів"?

Я не думаю, що ти можеш бути занадто тонким, можеш запитати:

"Останнє місце, де я працював у використанні деяких бібліотек з відкритим кодом - я вважав, що це було корисним, оскільки мені вдалося поглибитись та виправити проблеми безпосередньо, а не чекати, коли постачальник повернеться до мене. Я також можу зрозуміти, що можуть бути юридичні проблеми щодо використання таких бібліотек, чи є у вас тут політика? "

"Я припускаю, що за нашими машинами доглядає якась технічна підтримка? Який процес я повинен пройти, якщо мені доведеться встановити (наприклад) надійний редактор безкоштовного тексту, який підтримує Hex-кодування?"

"Я дуже захоплююсь своїм мистецтвом, і я постійно в курсі світильників у моїй галузі - яка політика щодо відвідування веб-сайтів, пов'язаних з роботою, таких як технічні блоги Oracle тощо"?

Це питання, які ви можете підняти наприкінці інтерв'ю, коли інтерв'юер зазвичай запитує "Чи є у вас запитання до мене"

Просто спробуйте сформулювати їх таким чином, щоб питання посилалось на роботу, на яку ви претендуєте. Наприклад, я можу сформулювати такі питання, як:

• Чи має компанія думку про використання програмного забезпечення з відкритим кодом?
• Яка політика компанії щодо встановлення користувальницького програмного забезпечення? Наприклад, я використовую XXX, який допомагає мені прискорити розвиток.
• Ви використовуєте фільтр веб-вмісту? Я запитую, бо на останньому місці, в якому я працював, було таке, що сильно обмежило мої дослідницькі можливості.

Деякі компанії зазвичай мають жахливі культури, і це часто поширюється на жахливе середовище для розробки програмного забезпечення. Я думаю, що тут є три питання

1. Що таке культура компаній?
2. Як ця культура поширюється на розробку програмного забезпечення в цій компанії?
3. Якщо припустити, що ви берете інтерв'ю для певної команди, наскільки схожа чи різна їхня культура?

Для першої частини я б запитав

1. Чи управляє ІТ-відділ машинами Developer так само, як вони керують усіма іншими машинами?
2. Які політики застосовуються до нових технологій чи нового програмного забезпечення?

Для другої частини:

1. Наскільки стандартизованим є середовище розвитку?
2. Чи можуть розробники спробувати нові інструменти та нові технології, щоб представити решту команди?
3. Які обмеження існують?

Останню частину запитайте у інших розробників

1. Які блоги ви читаєте?
2. Які блоги та веб-сайти ви рекомендуєте?

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

Я б запитав, чи Інтернет вважається ресурсом, тобто такими, як Stack Overflow, чи існує обмежена політика використання Інтернету.

Я завітаю на сторінку https://www.glassdoor.com, щоб дізнатися, що я міг про компанію.

Я б запитав інженерів про їх звичайний день.

Отримайте шанс познайомитися з існуючими розробниками. Що думає особа або менеджер з персоналу, яка політика є, і як вона насправді працює на місцях, часто різні. Всі ці питання , я б попросити кого - небудь з подібним описом роботи з моїм власним, а НЕ босом.

З іншого боку, боси та кадрові люди зазвичай розуміють, що корпоративна культура є важливою, і якщо дозволяти потенційному найняти кілька годинний зв’язок зі своєю командою, щоб переконатися, що вона відчуває себе, як правильно підходить, знижує ризик для вас та для них.

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

По-друге, і це (ІМХО) теж досить важливо: Запитайте їх, чи можете ви ходити по офісах компанії.

Поспостерігайте за людьми, які там працюють. Якщо щось не так, ви "просто це знаєте". Частина цього відбувається від стресів людей, які випускають всілякі феромони, а інша частина - від моторошної, незрозумілої тиші. Один із сортів деревини, що рубається в фортеці, в якій немає кого чути, як звук падає .

Розгляньте набір більш прямих питань після того, як вам зробили пропозицію. Не потрібно бути грубим, але якщо у вас є якісь проблеми ...

З мого досвіду роботи в домашніх ІТ у великих компаніях (банки, страхування тощо)

"немає відкритого коду", - це ніяк не є божевільною політикою. Залежно від ліцензії на ОСС, цей вид буде цілком дійсним. Заощадження грошей (до розумного ліміту), як правило, не є великою проблемою, оскільки кожен проект має бюджет, і якщо ви можете вмістити його, це нормально.

"не встановлювати програмне забезпечення без дозволу" - це дуже справедливо з інфраструктурної підтримки, безпеки та юридичної точки зору. наприклад, встановлення проводки може призвести до звільнення.

"не оновлювати програмне забезпечення, поки не втратить підтримку" - залежить від того, яке програмне забезпечення. Якщо він все ще використовує VS 2003/2005 для команди розробників, так. Якщо ви говорите про оновлення 10000 настільних комп’ютерів з XP до Windows 7 та Office 2010, то ні. Вони потребують обґрунтування бізнесу.

"відсутні відвідування блогів"? - так це погана політика.

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

Якщо компанія не бажає показувати вас навколо, швидше за все, вони щось приховують, і ви повинні бути обачними. Конференц-зал завжди наповнений "корпоративним BS" і робить компанію здається дивовижною, з великою кількістю нагород та дуже шикарним виглядом, але зовнішність обманює, і єдине призначення конференц-залу - дати ілюзію величі.

Крім того, попросіть поговорити з потенційними співробітниками хвилину-дві (не з наглядачами, хоча ви також повинні поговорити з ними), і попросіть їх з ними. Запитайте, які інструменти з відкритим кодом вони використовують у роботі, запитайте, які референтні сайти вони використовують у роботі, якщо вони застрягли (наприклад, Stackoverflow), запитайте, які блоги вони читають в першу чергу вранці (подвійне запитання тут: Ви запитуєте, чи вони постійно в курсі, а також запитують, чи "вранці" поселяються з кавою та швидко читають блоги розробників, перш ніж починати кодувати). Знову ж таки, не дозволяти розмовляти з іншими розробниками - це червоний прапор, і від розмови з можливим колегою ви можете зірвати загальну культуру - якщо людина постійно дивиться вниз і бурмотить, замість того, щоб звучати з ентузіазмом, або якщо ви ходите через ряди кубів там "

GlassDoor та Jobitorial - це два варіанти такого типу інтелів .

Іншою стратегією може бути перехід до місцевих груп користувачів та пошук людей, які працюють у компанії, та залучення їх до розмови. Скажіть їм, що ви розглядаєте можливість подати заявку туди, і задайте їм питання.