회사가 엄격한 일정에 따라 프로그래머를 보유하는 것이 정상입니까? [닫은]

그래서 저는이 일을 몇 달 동안 해왔습니다. 저는 2에서 7까지 최선을 다하기 때문에 약간 실망했습니다. 이전 직장에서는 9시 30 분에서 10 시까 지 왔습니다. 그리고 7시에 떠납니다. .

그러나 현재의 회사는 8시 30 분에 그곳에 있다고 주장합니다. 이것과의 편차는 큰 문제입니다. 이것이 전형적인가요? 9시 30 분에서 6시 30 분, 10시에서 7시 사이에 더 많은 동료가 있습니다.하지만 아마도 그것은 시작 문화일까요?

나는 고객 등을 만나지 못한다는 이유를 알지 못합니다. 또한 15 ~ 20 분의 변화가 때때로 나오는 이유를 알지 못합니다. 왜 사람들은 내가 떠날 때 내가 조정한다고 가정하지 않습니다 ...

개발자로서 이러한 불합리한 기대가 있습니까, 아니면 뭔가 빠졌습니까?

그러나 현재의 회사는 8시 30 분에 그곳에 있다고 주장합니다. 이것과의 편차는 큰 문제입니다. 이것이 전형적인가요?

그렇습니다. 그리고 이와 같은 회사는 개발자와의 이직률이 높은 경향이 있습니다. 나는 함께 일했던 프로젝트 관리자 중 한 명과 대화하고 있었고 (현재 다른 회사의 부사장 임) 그는 자신이 일하고있는 회사의 정책을 설명하고있었습니다 (그 당시에는 큰 위성 TV 제공 업체 중 하나). : 시작 시간은 0830입니다. 두 번째로 늦게 (특정 기간 내에) 액세스 카드를 스 와이프해도 문이 열리지 않고 대신 들어와야하는 상사에게 전화를 겁니다. 특정 기간), 그것은 당신을 해고 HR에 문의하십시오. 그는 200 %의 이직률에 대해 언급하고 있었고이 정책을 만든 우둔한 다른 관리자들을 만났다. 그는 또한 자신의 핸드폰 번호를 그 아래에있는 모든 사람에게 주었고, 늦었다면

일부 관리자는 프로세스 지향적이며 다른 관리자는 결과 지향적입니다. 당신은 그들을 구별하는 방법을 빨리 배울 것입니다. 당신이 똑똑하다면, 당신은 인터뷰를 죽이지 않고 서로를 결정하기 위해 인터뷰에서 몇 가지 질문을하는 방법을 알아낼 것입니다.

성과 지향적 인 회사에서는 자신의 모습이나 시간이 무엇보다 중요합니다. 이 회사들 / 보스들은 개발자들에게 임피던스 불일치가 가장 적습니다. 누군가가 "waaah, Q303 늦게 온다"말을하려고 그 회사에서, 결과 지향적 인 사장은 "Q303는 것을 시간과 예산에 따라 제공 자신의 제품을 얻을 수 말할 것이다 당신이 최근에 일을?" 스타와 영웅은 결과 지향적 인 회사에서 매우 일반적입니다.

프로세스 지향적 인 회사에서, 어떻게 당신이 일 끝낼 더 중요하다. 프로세스 지향 보스의 경우, 도착 시간, 출발 시간 및 TPS 보고서에 스테이플 링되는 표지 가 매우 중요합니다. 일반적인 개발자와 이런 종류의 관리자 사이에는 큰 임피던스 불일치가 있습니다. 프로세스 지향 회사에는 즐겨 찾기도없고 별도 없으며, 이것은 필수 불가결 한 사람을 고의로 해고하는 사람입니다. 프로세스 지향 회사의 완벽한 예는 패스트 푸드 프랜차이즈입니다. 목표는 모든 버거가 전국의 모든 매장에서 동일하도록하는 것입니다. 더 나은 버거를 만들면 프랜차이즈를 잃게됩니다.

현대 비즈니스 스쿨은 관리자가 관리자가되기 위해 비즈니스 (직원이 실제로하는 일도)를 이해할 필요가 없다고 관리자에게 가르치고 있습니다. 이 사람들은 당신이 적절한 시간에 그 자리를 데우기를 원할 것입니다. 왜냐하면 그들이 측정 할 수 있는 것이기 때문입니다. 그들은 당신이 무엇을하는지 모를지도 모릅니다. 과학 경영진은 그렇지 않다고 말합니다.

실무 세계에서 더 많은 경험을 수집 할 때 상사에게 중요한 것이 당신이 그들에게주는 것임을 알게 될 것입니다. 당신은 암을 치료하고, 운영하는 전기 톱을 저글링하면서 연방 예산의 균형을 잡을 수 있지만, 늦게 와서 중요하지 않습니다. 그들은 당신이 2시에 떠날 때 당신을 보지 못합니다. 왜냐하면 그들은 "제 시간에"떠나기 때문입니다 (무엇이든).

나는 이런 회사에서 행복하거나 생산적이지 않았습니다. 이 상점들은 훌륭한 개발자를 보유하지 않는 경향이 있기 때문에 코드를 좋아하지 않을 것입니다. 관리자에게 실마리가있는 다른 직업을 얻으십시오. 그것들이 많이 있습니다.

내가 아직 언급하지 않은 (합리적으로 합당한) 이유 중 하나는 많은 / 대부분의 회사에서 제품을 아는 개발자에게 지원 문제가 확대되기 때문입니다. 중요한 프로덕션 지원 문제에 대한 답변을 피하기 위해 회사는 개발자가 고객의 하루 종일 근무할 것을 기대합니다.

내가 근무했던 과거 회사에서는 지원 문제가 야간 및 이른 아침에 발생하는 것이 일반적이었습니다 (시간대 문제로 인해 고객은 한 시간 또는 두 시간 거리에 자체 시간대의 양쪽 끝에 있음). 따라서 중요한 프로덕션 문제가 발생했을 때 꽤 비전문적 인 것처럼 보였고 오전 11시 또는 점심 시간에 늦게까지 처리 할 수 ​​없었습니다. 책임자 개발자는 오전 10 시까 지 업무를 시작하지 않았기 때문입니다.

그렇지 않으면 Tangurena 가 옳습니다.

편집 : 언급해야합니다- 밤새 그리고 아침에 오는 문제의 의미 는 아침 에 가장 먼저 처리해야한다는 것입니다. 밤에는 지원이 전혀 필요하지 않았지만, 사람들이 아침 늦게 나타나서 늦은 아침이나 점심 시간까지 고객을 루치에두면 나빠 보였습니다. 이것이 일반적으로 아침에 정시에 있어야하는 이유였습니다.

정상이지만 해서는 안됩니다 . 나는 우리가 개발자로서 다른 사무실 직원과 같은 방식으로 대우해서는 안된다는 사실을 대변합니다. 업무의 본질은 크게 다르며 8 시간 동안 책상에 있으면서 정량화 할 수 없기 때문입니다. 실제로 내 경험에 따르면 하루 8 시간 동안 책상에 앉아 있어야하는 대신 실제로 일하는 척 하는 욕구가 생깁니다 대부분의 개발자는 실제로 절반 정도만 프로그래밍하고 다른 시간에는 문제를 생각하고 연구하는 데 시간이 걸리기 때문에 다른 사람들이 종종 비생산적인 것으로 간주합니다 ( "입력하지 않으면 작동하지 않습니다"). 문서를 읽거나 새로운 것을 위해 샌드 박스를 가지고 노는 경우에도 마치 마치 작업중인 것처럼 보이도록 창의적으로 작업해야합니다.

다른 사람이 불평하면 어떻게됩니까?

이것은 관리 문제이며 문제입니다. 좋은 회사는 플렉스 시간을 허용하기 때문에 이러한 유형의 문제는 발생하지 않지만 "답변은 개발자의 업무 특성상 유연한 시간이 있습니다.

회의는 어떻습니까?

항상 놀라운 회의를하고 있다면 시간보다 더 큰 문제가 있습니다. 금요일에이 회의를 위해 일찍 와야한다는 것을 알고 미리 회의를 예약해야합니다.

얼마 전 저는 주요 투자 관리 회사에서 일했습니다. 핵심 비즈니스에 연결된 대부분의 사람들은 오전 6 시까 지 도착했습니다. 대부분의 개발자들은 8시 이전에 들어 왔습니다. 그러나 나는 10:00에 들어 오기를 좋아했다. (아직 일찍 일어 났지만 먼저 몇 시간 동안 운동하는 것을 좋아합니다. lol.) 내 상사? 그는 덜 돌볼 수 없었습니다. 그가 걱정 한 것은 결과였습니다. 이것은 나를 위해 잘 작동했습니다. 그러나 적어도 2 ~ 3 개월에 한 번 다른 그룹의 누군가가 "Blah blah blah 왜 그가 늦게 들어 오게됩니까?" 그리고 상사는 내 상사에게 돌아올 것이다. 그는 저를 앉히고 동의하지 않는다고 말하지만 8시 30 분에 들어 와서 평화를 지키시겠습니까? 죄송합니다. 일찍 들어 오려고 노력하지만 일주일 이내에 오전 10시 도착 시간으로 돌아갑니다. 그주기는 2 년 동안 반복되었습니다! 진실은, 내 작품의 대부분이 매우 독립적이기 때문에 언제 들어 왔는지는 중요하지 않았습니다. 내가 초기 회의를 가졌거나 동료들과 공동 작업을해야한다면, 물론 특정 상황에 맞는 적절한 시간에 도착할 것입니다. 내 상사는 그가 나를 해고하겠다고 위협했을 때, 내가 더 일찍 들어올 수밖에 없었을 때마다 발을 내릴 수 있었지만, 내가 한 일을 마치면 그는 단순히 t 케어.

이야기의 교훈 : 더 큰 유연성을 제공하지만 상대적으로 빠른 시작 시간이 필요한 모든 작업을 수행 할 수있는 상사와 함께 무엇을 할 수 있는지 확인하십시오.

내가 일한 모든 회사에는 핵심 시간이 있습니다. 일부는 더 자유롭고 일부는 더 엄격하지만 문제는 직원이 동료와 문제를 상담 할 수 있으면 생산성이 높아진다는 것입니다.

한 개발자가 오전 5:30에 있고 오후 2시에 나가기를 좋아하고 다른 개발자가 10:30에서 7:30에 점심을 먹는다면 회의를 예약하거나 어려운 문제에 대해 작업 할 시간이별로 없습니다 함께.

대안은 모든 직원이 전화로 질문 할 수 있도록하는 것입니다. 핵심 시간에 나타나거나 사람들이 갇혀있을 때 오전 7시에 전화하도록 하시겠습니까?

글쎄, 그것은 프로그래밍 문제라고 생각합니다. 나는 그것이 일반적이라고 생각합니다.

왜 ...

1. 시간대와 일정이 다른 경우 문제가되기 때문에 협업이 더 잘 작동한다고 생각할 수도 있습니다.
2. 같은 맥락에서 이것은 더 나은 "팀"분위기를 조장 할 수 있습니다.
3. 물론 당신은 항상 상사가 8:30에 시작하도록 강요받을 수 있으며, 활기 차면 당신도 고통을 당할 것입니다.
4. 그들은 과거에 몇 가지 징계 문제를 겪었을지도 모르지만 지금은 엄격합니다.

회사 내에서 정확한 (실제) 이유를 파악한 다음보다 유연한 태도로 혜택을 얻는 방법에 대한 사례를 제시하는 것이 좋습니다.

비합리적이지 않습니다.

개인이나 개발자로서 귀하의 요구에 이상적이지는 않더라도 다른 모든 사람들에게 적합 할 수 있습니다. 모든 사람이 정시에 오면 누가 늦게 왔는지 식별하는 데 도움이됩니다. 모두가 제 시간에 오게하면 "왜 늦게 오는데 안됩니까?"에 관한 논쟁을 최소화하는 데 도움이됩니다. 모든 사람이 제 시간에 도착하게되면 누군가가 직접 대면해야하는 드문 경우를 위해 조기 회의를 예약하는 데 도움이됩니다.

그 이유 중 일부입니다. 그것들은 당신에게 중요하지 않거나 당신에게 의미가 있지만, 월급에 서명하는 사람에게는 충분합니다. 전혀 비합리적이거나 드물지 않습니다.

약 1 년 전, 나는 물질보다 스타일을 중요시하는 고용주가 있었고, 아침 8시 30 분까지 책상에 직원들을 행복하게 웃고있는 것이 회사에 긍정적으로 반영되었다고 생각했습니다. 아시아에서 팀과 전화 회의를 할 필요가 있었을 때를 제외하고는 실제로 그러한 초기 시간을 유지할 필요가 없었지만, 내가 일하고있는 8 : 30-5 상점에서는 필수적이었습니다.

나는 약간의 불면증이기 때문에 이것은 나에게 잘 작동하지 않았습니다. 나는 종종 지쳐서 최선을 다하지는 않았지만 그 회사의 의식만큼 중요하지 않은 것 같습니다.

다행스럽게도, CEO가 실제로 비즈니스를 수행하지 않은 정도로 실체보다 스타일을 중요하게 생각했기 때문에 저에게도 그랬습니다. 그는 현재 돈세탁, 은행 사기, 폰지 제도 운영 등의 재판을 기다리고 있습니다. 이것은 귀하의 경우에는 적용되지 않을 수 있습니다 (확률이 맞지 않다고 말할 수는 있지만). 그 회사가 파산을 선언했을 때 또 다른 직업, 그러나 잘못 사용 된 투자자 자금이 완전히 소진되기 전에. 따라서 터널 끝에서 빛, 즉 다른 직업을 찾을 수 있습니다.

내가 생각할 수있는 대부분의 세계에서 스타트 업 문화는 이른 시간에 강조하지 않습니다. 그들은 긴 시간, 자기 희생, 그리고 당신의 모든주의를 기대할 수 있지만 일반적으로 이른 아침 시작 시간은 아닙니다. 결국 이른 아침 시작 시간과 시간외 가용성을 동시에 기대하기는 어렵 기 때문에 대부분의 스타트 업은 최소한 서해안에서 융통성있는 시간을 갖는 경향이 있습니다. 가장 흥미로운 소프트웨어 회사는 모든 종류의 다른 것들에 대해 훌륭한 자료를 제공하는 것을 강조하며 때로는 기본적인 사회적 기술과 일반적인 즐거움에 대한 결과를 평가합니다. (개인적으로보다 균형 잡힌 접근법을 선호합니다).

즉, 8:30 시작 시간이 완전히 불합리하다고 생각하지 않습니다. 고용주 요구를 수용하기 위해 일상 업무를 일부 조정했습니다. 좀 더 융통성있는 시작 시간을 선호하고, 양질의 업무 수행과 관련이없는 것들에 대해 덜 엄격한 회사들과 함께 일하는 경향이 있습니다. (지금은 가족이 있고 정기적으로 9:30 이후에 시작하면 가족의 일상 생활에도 부담이 될 수 있으므로 7시 정도 집에 돌아갈 수있을만큼 일찍 일을 시작하려고하지만 늦은 밤에도 일을합니다 집에서 일).

유효한 이유 중 하나는 많은 융통성을 허용하면 큰 회의를 조직하는 것이 사실상 불가능하기 때문입니다. 아침에는 할 수없고, 어떤 사람들은 늦게 와서, 사람들은 다른 시간에 점심 시간을 가지고, 어떤 사람들은 일찍 떠나서 늦게 할 수 없습니다. 이것은 모두가 사무실에 있어야 할 때 매우 제한된 시간 범위로 남겨 둡니다.

아마도 인구 통계를 나타내는 것일 수도 있지만 아무도 어린이를 언급하지 않았습니다. 누군가 아이들을 생각하지 않습니까? 자녀가있는 경우, 9시에 학교에 있어야하고 3:30에 픽업해야합니다.

IT 섹션이 비즈니스의 일부에 지나지 않아 주방 직원, 청소기 및 관리자와 동일한 규칙을 사용했기 때문에 이전의 직업은 9-5 곳이었습니다. 나는 학교에 들러야한다고 나중에 상사에게 설명했고 나중에까지는 갈 수 없다고 설명했다 (9 : 30 ~ 9 : 45). 풀 타임으로 일하는 아내는 오전 7시에 출발하여 픽업을 할 수있었습니다.

그러나 그것은 의문의 여지가 없었습니다. 종종 회사들이 9-5 정책을 언급했을 수도 있지만, 나는 그것이 엄격하게 시행되는 곳을 결코 방문한 적이 없습니다. 일반적으로 핵심 시간 (10-4)에있는 한 문제가되지 않습니다. 회사 규모가 크거나 IT에 덜 집중할수록 그러한 정책을 가질 가능성이 높습니다.

프로그래밍 작업에는 두 가지 유형이 있습니다.

1) 당신은 자산입니다 -그들은 사내 기술의 가치와 중요성을 이해합니다.

2) 당신은 책임입니다 -그들은 당신을 대신하지 않을 것이고, 돈과 공간을 차지하고, 실제로 필요하지 않은 일을하는 이상한 일입니다.

차이점을 빠르게 알리는 방법 :

유형 1 : 그들은 주로 목표 지향적 인 목표에 관심이 있습니다.

유형 2 : 그들은 주로 프로세스 중심의 규칙에 어떻게 부합하고 따르는 지에 관심이 있습니다.

아마도 Type 2 작업을하고 있을 수 있습니다 . 가능하면 Type 1 작업을 찾으십시오 .

말하지만, 훈련과 제한은 당신을 더 프로로 만들어 줄 것입니다 .

내가 일한 마지막 두 회사에서는 일을 시작하거나 마치는 시간에 제한이 없었습니다. 유일한 규칙은 다음과 같습니다.

• 하루 8 시간 이상.
• 나는 모든 회의에 참석해야합니다. 그들은 전날 시간을 알려줄 것입니다.
• 동료들과 시간을 조정해야합니다. 그들은 언제 이용할 수 있는지 알아야합니다.

이 규칙은 현재 직장에서 동일합니다. 운이 좋다는 것을 알고 있습니다.

물론, 회사는 내가 도착할 때와 사무실을 떠날 때 지문을 기계에 넣고 하루 종일 카메라를보고 있기 때문에 시간에 대해 거짓말을하지 않을 것임을 알고 있습니다. 그게 상입니다.

고려해야 할 사항 중 하나는 작업 영역입니다. 예를 들어, 워싱턴 DC 메트로 지역에서는 사람들이 6:30 am에서 10:30 am 사이에 일하는 것이 '정상적인'것으로 간주됩니다. 그렇게 할 때, 그들은 보통 8 시간 동안 머무른 다음 떠납니다 (오전 6시 30 분에 오는 사람들은 오후 2시 30 분에 떠날 것입니다). 그렇지 않으면 사람들은 오전 8시 또는 8시 30 분에 일을하려고 끊임없이 늦어지기 때문에 효과가 있습니다.

전체적으로 개발자에게 8-4 일정을 유지하도록 요청하는 것은 어리석은 일입니다. 그것은 8-4 일정을 유지하기 위해 동기 부여를 요청하는 것과 같습니다. 일어나지 않습니다.

나는 내가 일하는 곳 ( The Motley Fool )이 내가 원하는대로왔다 갔다하게되어 기쁘다 . 대부분의 사람들은 오전 9시에서 9시 30 분쯤 사무실에 들어갑니다.하지만 우리는 일을 마치는 한 원하는 시간에 들어올 수 있습니다. 그들은 또한 휴가 정책 ( la Netflix )이 없으므로 휴무 가 필요한 경우 (어떤 이유로 든) 스크럼 팀에 나가서 나가겠다고 알려주고 책임을 져야합니다.