프로그래밍 작업에서 다운 타임이 발생하는 것이 일반적입니까? [닫은]

우리 회사에서는 할 일이 거의없는 날이 있다는 것을 알게되었습니다. 요즘 제 기술에 대한 새로운 것을 배우기 위해 연구를하는 것이 중요합니다.

나는 평균적으로, 일주일에 하루 정도는 할 일이 많지 않다고 말합니다.

소프트웨어 개발 환경에서 이것이 일반적인 상황인지 알고 싶습니다.이 질문에 대한 답변은 풀 타임 및 계약 작업에 따라 다릅니다.

예. 설계 문제가 발생했을 때 진행 방법에 대한 고객 또는 관리자의 응답을 기다리는 상황이 발생하면 가동 중지 시간이 많이 발생할 수 있습니다.

또 다른 경우는 개발 환경에서 서버가 충돌하여 해결 될 때까지 개발을 계속할 수없는 경우입니다.

하나의 마지막 상황은 한 프로젝트가 끝나고 다음 프로젝트가 시작될 때 이상한 간격이 있었을 때 컨설턴트로서 다운 타임을 경험했습니다.

즉, 직원들이 완전히 활용되지 않을 경우 나쁜 경영진의 징후라고 생각합니다. 서버 충돌시 작업 할 수있는 다른 작업이 있어야합니다. 일반적으로 우리 회사에서는 무언가로 장애물에 부딪히면 프로젝트 위키를 업데이트하거나 배정 된 학습을 수행합니다 (모두가 다운 타임에서 배우고 자하는 특정 주제가 있음).

계약 직원과 급여 직원과 관련하여 급여 직원의 가동 중지 시간과 계약 / 컨설턴트 직원이 더 많지만 계약 직원이 회사에 더 많은 비용을 지불하고 필요한 경우에만 직원을 고용하는 경우에 해당합니다. 더 많은 / 특정 프로그래머.

지금까지 말한 것처럼 다운 타임이 20 % 인 것처럼 보이며 이는 관리 수준이 낮음을 나타냅니다.

업계에서는 일반적이지만 팀이 잘 관리되는 경우 관리자는 필요에 따라 할당 할 수있는 사내 및 / 또는 우선 순위가 낮은 프로젝트의 '파이프 라인'을 즉시 사용할 수 있어야합니다. 여기에는 최신 기술 및 / 또는 라이브러리가 이상적으로 포함됩니다. 내 경험상 사람들이 코드 문서 작업을하거나 위키를 업데이트하도록 할당하는 것은 실제로 무언가를 개발할 때 일반적으로 더 행복한 개발자들에게는 잘 받아들이지 않습니다.

내가 본 또 다른 접근 방식은 개발 팀을 미래에 필요한 지식으로 향상시키기 위해 한 번에 최대 2 주까지 풀 타임 교육 과정에 사람들을 보내는 것입니다.

일반적으로 계약자이고 회사에서 활발한 업무를하지 않고 자신을 찾으면 회사가 경기 침체를당한 경우 가장 먼저 갈 수 있기 때문에 다른 직책을 찾아 보는 것이 좋습니다.

내 경험으로는 비교적 흔합니다. 우리는 프로젝트의 어떤 단계를 완료 한 후 며칠 동안 아무 것도 할 일이 없었지만 평가를 받았을 때 보통 일주일 정도 지속될 것입니다. 그런 다음 프로젝트에 대한 우리의 작업을 계속했습니다.

그러나 이것이 전체 산업에서 관행인지 여부는 말할 수 없습니다.

우리 회사에서는 2 개월마다 2 주 정도 (예, 몇 주)가 있습니다. 일없이 몇 주가되는 것이 일반적인지 잘 모르겠지만, 그래도 자유 시간 동안 항상 자신을 향상시킬 수 있습니다.

직장에서는 다음과 같은 경우에 가동 중지 시간이 발생합니다.

1. 네트워크 / 서버에 문제가 있습니다
2. 즉각적인 조치 없음 (예 : 회의가 요구 사항을 설정하기를 기다리는 중)
3. 누군가가 당신이해야 할 일을 끝내기를 기다리는 것은 (정말 최선의 아이디어는 아니지만)

다운 타임이 나에게 약 5 % 인 경우, 나는 보통 사람들과 대화하고 물건을 내밀고 농담을 듣는다.

내가 할 일이 중요하지 않다는 것을 알게되면, 나는 허용되는 때 또는 긴 컴파일 (또는 동등한 세션) 등 사이에 많은 책이있는 디렉토리가 있습니다.

그러나 내가 이것을하더라도, 나는 무언가를 인정해야합니다 (나를 죄인으로 만듭니다).

그것은 프로그래머가 개발하는 우리의 일이다 우리의 우리의 상사가 우리 또는 그런 일을 발사하지 않을 수 있도록 집에서 경력을. 당신 이 그의 돈으로 돈을 벌 수있게하는 것은 보스의 일이 아닙니다 .

그러나 어쨌든 대안으로 때로는 읽는 대신 유용한 스크립트 나 아이디어를 제시하거나 방법론 개선에 대한 문서 및 프리젠 테이션 등의 다른 작업을 수행합니다.

그것은 또한 당신이 생각하고 언젠가 당신을 기억할지도 모르는 다른 개발자들에게 유용하기 때문에 자기 개선으로 계산됩니다. 그러나 중요한 것은 책을 읽는 것보다 돈을 더 잘 지불 할 가치가 있다는 것입니다.

내 경험상, 그것은 전적으로 업계와 누가 프로젝트를 이끌고 있는지에 달려 있습니다.

이 사이트를 읽고 의견을 말할 시간을 가진 유일한 사람들이해야 할 일이 많지 않기 때문에이 질문에 대한 답변은 강력하게 편향 될 것입니다. 과거에는 업무 중단 시간이 없었습니다. 프로젝트가 분리되고 체계화되는 정도와 많은 관련이있었습니다. 잘 정리되지 않은 상태에서 여러 프로젝트를 동시에 작업하면 변경 사항을 병합하려고 할 때 문제가 발생할 수 있으며 문제를 복잡하게 만드는 것보다 조금만 수행하는 것이 실제로 더 비용 효율적입니다.

내가 경험 한 대부분의 가동 중지 시간은 일반적으로 재무 연말 및 / 또는 연말입니다 (대부분의 고객은 휴일에 따라 12 월). 회사는 여러 가지 이유로 "폐쇄"되며 IT에는 2 ~ 3 개월 동안 배포가 없습니다. 따라서 변경 사항이 없습니다.

그 일이 발생합니다.이 기간 동안 우리는 한 해에 진행되는 모든 변경 / 프로젝트를 평가하고 개선 또는 부족한 부분을 찾고 다음 시즌 / 기간 동안 더 나은 개선을위한 솔루션을 찾습니다.

걱정하지 마십시오.