Чи нормально для компанії мати програмістів за таким жорстким графіком? [зачинено]

Тому я працюю на цій роботі пару місяців. Я трохи засмучений, тому що я роблю найкращу роботу з 2 до 7. На попередніх робочих місцях я прийшов о 9: 30-10: 00 і пішов о 7. Деякі компанії з цим все гаразд, інші - не .

Але моя нинішня компанія наполягає на тому, щоб я був там о 8:30. Будь-яке відхилення від цього - велика справа. Це типово? У мене є колеги, яких більше 9:30 до 6:30, 10: 00-7: 00 хлопці ... але, може, це лише культура стартапу?

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

Це необгрунтовані очікування як розробника чи я щось пропускаю?

Але моя нинішня компанія наполягає на тому, щоб я був там о 8:30. Будь-яке відхилення від цього - велика справа. Це типово?

Так, це типово. А такі компанії, як правило, мають дуже високий оборот із розробниками. Я спілкувався з одним із менеджерів проектів, з якими я працював (зараз він є VP з якоюсь іншою компанією), і він описував політику компанії, в якій він працював (на той час один із великих супутникових телевізійних провайдерів) : час початку був 0830. Вдруге, коли ви запізнюєтесь (протягом певного періоду), двері не відчиняються, коли ви проведіть картку доступу, натомість дзвонить вашому начальнику, який повинен прийти, пустіть вас. Третій раз (в що певний період), він зв'язується з HR, який вас обстрілює. Він коментував 200-відсотковий оборот, який вони мали, і посміхнувся з безглуздими іншими керівниками, які створили цю політику. Він також зазначив, що роздавав свій номер мобільного телефону всім під ним, так що якщо вони спізнюються,

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

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

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

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

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

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

Однією з (обґрунтовано законних) причин, про які я ще не бачив, є те, що у багатьох / більшості компаній проблеми підтримки переходять до розробників, які знають їхній продукт. Щоб уникнути вирішення важливих проблем із виробничою підтримкою, компанія очікує, що розробники будуть за своїм робочим столом протягом повного робочого дня клієнта.

У минулій компанії, в якій я працював, було досить часто звертатися за підтримкою до ночі та рано вранці (через проблеми з часовим поясом - у нас були клієнти годину чи дві - в обох кінцях нашого часового поясу). Тож здавалося досить непрофесійним, коли виникала критична проблема з виробництвом, і її не вдалося вирішити пізніше, як 11 ранку або в обідній час клієнта - адже відповідальний розробник не працював до 10 ранку.

Інакше Тангурена має рацію.

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

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

Що робити, якщо скаржаться інші?

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

А як щодо зустрічей?

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

Деякий час назад я працював у великій компанії з управління інвестиціями. Більшість людей, підключених до їх основного бізнесу, потрапили туди не пізніше 6:00 ранку. Більшість дияволів приїхали не пізніше 8:00. Але мені сподобалося зайти о 10:00. (Я все ще рано вставав, але спочатку мені подобається займатися фізичними вправами. Lol.) Мій начальник? Він не міг би менше піклуватися. Все, що його хвилювало - це результати. Це добре спрацювало для мене. Однак хоча б раз на 2 - 3 місяці хтось із іншої групи скаржиться на "бла-бла-бла, чому ВІН приходить у всіх пізно ??" і слово повернеться до мого начальника. Він сяде за мене, скаже, що він не згоден з цим, але я можу, будь ласка, зайти о 8:30, щоб зберегти спокій? Я прошу вибачення, намагаюся зайти раніше, але протягом тижня я повернусь до свого часу 10:00 ранку. Цей цикл повторювався протягом двох років! Правда в тому, що, Не важливо було, коли я зайшов, бо більшість моєї роботи там була дуже незалежною. Якби у мене були ранні зустрічі або потрібна співпраця з колегами, я, звичайно, прийшов би у відповідний час для цих конкретних речей. Мій начальник міг би опустити ногу в будь-який час, коли він цього захотів - якби він, скажімо, погрожував звільнити мене, я б переконався, що я б чорт обов'язково зайшов раніше, - але поки я закінчив свою роботу, він просто не став ' т турбота.

Мораль історії: подивіться, що ви можете вирішити зі своїм начальником, що дасть вам більшу гнучкість, але все ж дозволить вам робити все, що потрібно, що вимагає відносно раннього часу початку.

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

Якщо одному розробнику подобається бути в 5:30 ранку і виходити о 14:00, а інший - з 10:30 до 7:30 і обідає годину, тоді не так вже й багато часу для планування зустрічі або роботи над складними проблемами разом.

Альтернативою є те, щоб усі співробітники були доступні по телефону для запитань. Ви б не хотіли з’являтися під час основних годин чи люди вас дзвонять о 7 ранку, коли вони застрягли?

Я гадаю, що це питання програмування. Я думаю, що це досить часто.

Щодо того ...

1. Можливо, вони вважають, що співпраця працюватиме краще, оскільки це проблема, коли задіяні різні часові пояси та графіки.
2. Це може сприяти кращій атмосфері команди.
3. І звичайно, завжди можливо, що ви, начальство, змушені стартувати о 8:30, і, по-своєму, ви теж страждаєте.
4. Вони, можливо, мали певні проблеми дисципліни в минулому і є жорсткими зараз.

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

Це нерозумно.

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

Це лише деякі причини. Вони можуть не мати для вас важливого значення або мають сенс для вас, але вони мають достатньо сенсу для людини, яка підписує ваші зарплати. Це зовсім не безпричинно чи рідко.

Близько року тому у мене був роботодавець, який цінував стиль над сутністю, і думав, що це позитивно відображається на його компанії, щоб до 8:30 ранку були щасливі, усміхнені працівники за своїми столами. За винятком випадків, коли мені потрібно було приймати конференц-дзвінки з командами в Азії, мені ніколи не потрібно було тримати такі ранні години, але в магазині 8: 30-5, в якому я працював, це здавалося важливим.

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

На щастя для мене, оскільки цей генеральний директор оцінив стиль над сутністю до такої міри, що він насправді не вев бізнес, за яким він сказав. Зараз він знаходиться у в'язниці, очікуючи судового розгляду щодо відмивання грошей, шахрайства, проведення схеми Понци і т. Д. Це може не стосуватися вашої справи (я б сказав, що шанси на те, що це не так), але перелом в тому, що я швидко знайшов інша робота, коли ця компанія оголосила банкрутство, але раніше вони повністю закінчилися нецільових коштів інвесторів. Тож ви можете знайти світло в кінці тунелю: А саме, інша робота.

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

Попри це, я не думаю, що час початку 8:30 є абсолютно необґрунтованим; Я вніс певні корективи у свій розпорядок дня, щоб задовольнити потреби роботодавця. Я б просто віддав перевагу більш гнучкому часу початку і схильний вести концерти з компаніями, які є менш жорсткими щодо речей, які не пов'язані з доставкою якісної роботи. (Зараз у мене є сім'я, і ​​починаючи після 9:30 регулярно, також навантажуватимуться правила моєї сім'ї, тому я намагаюся відправлятися на роботу досить рано, щоб повернутися додому до 7-ої години, але я теж роблю пізню ніч працювати вдома).

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

Це, мабуть, вказує на демографічне, але про дітей ніхто не згадував. Невже хтось не подумає про дітей? Якщо у вас є діти, вони повинні бути в школі о 9:00, а їх забрали о 3:30.

Моя попередня робота займала строго 9-5 місце, тому що ІТ-секція була лише невеликою частиною бізнесу, тому я отримав ті ж правила, що і кухонний персонал, прибиральники та адміністратори. Я пояснив своєму начальникові, що я маю робити випускники до школи і не можу бути до цього пізніше (9: 30 ~ 9: 45). Моя дружина, яка також працює повний робочий день, розпочнеться о 7:00 ранку, щоб вона могла робити пікапи.

Але це не було питання: часто компанії можуть мати заявлену політику 9-5, але я ніколи не стикався з місцем, де воно жорстко виконується. Зазвичай, поки ви там в основних годинах (10-4), це не проблема. Чим більша компанія чи менше ІТ орієнтована на компанію, тим більше шансів проводити таку політику.

Існують два типи завдань програмування:

1) Ви є надбанням - вони розуміють цінність та важливість своєї внутрішньої технології.

2) Ви несете відповідальність - вони краще не матимуть вас навколо, ви якийсь дивак забираєте гроші та місце і робите речі, які насправді не потрібні.

Як швидко визначити різницю:

Тип 1: Вони в основному стосуються того, що ви досягаєте - орієнтованого на ціль.

Тип 2: Вони в основному турбуються про те, як ви вписуєтесь та дотримуєтесь правил - орієнтований на процес.

Ви, ймовірно, займаєтесь роботою типу 2 - знайдіть роботу типу 1, якщо зможете .

Сказавши це, дисципліна та обмеження зроблять вас більш професійним професіоналом, незалежно.

В останніх двох компаніях, над якими я працював, у мене не було обмежень щодо часу початку або закінчення роботи. Єдині правила:

• 8 годин на день мінімум.
• Я мушу йти на всі зустрічі, вони мені скажуть час напередодні.
• Я повинен узгодити свої години з вашими колегами. Вони повинні знати, коли я буду доступний.

Ці правила однакові в моїй теперішній роботі. Я знаю, що мені дуже пощастило.

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

Частина розгляду - це область, де ви працюєте. Наприклад, у районі метро Вашингтон, округ Колумбія, вважається "нормальним", щоб люди приїжджали на роботу між 6:30 та 10:30. Коли вони роблять це, вони зазвичай залишаються протягом 8 годин, а потім виїжджають (тому люди, які приходять о 6:30, пішли б о 14:30). Це працює, тому що в іншому випадку люди постійно запізнюються, намагаючись бити на роботу о 8:00 чи 8:30 ранку.

В цілому, нерозумно просити розробників дотримуватися графіку 8-4. Це як запитати мотивацію дотримуватися графіку 8-4. Це не відбувається.

Я щасливий, що там, де я працюю ( The Motley Fool ), дозволяє мені приходити і їхати, як мені подобається. Більшість людей заходять в офіс близько 9: 00-9: 30 ранку, але нам дозволяють приходити в будь-який час, коли ми захочемо, поки ми закінчимо свою роботу. Вони також не мають політики щодо відпусток ( a la Netflix ), так що якщо мені потрібен вихідний день (з будь-якої причини), мені просто потрібно повідомити мою команду scrum, що я вийду, і хтось може покрити будь-яку з моїх обов'язків.