소프트웨어 개발자는 연간 장비 예산을 받아야합니까?
확실히 좋은 점과 토론을 위해 또는 연봉 협상을위한 협상 칩의 일부로 제기 할 수있는 것이 있습니다. 질문은 "should" 인지 "must"인지에 관한 것 입니다.
업계에 수당이나 예산을 제공하는 표준이 있는지 아는 사람이 있습니까?
불행히도 업계는 표준 관행으로 분명히 그것을 가지고 있지 않지만 다행히 일부 회사는 개발자 (및 직원의 큰) 요구에 약간 덜 탐욕적이고 더 접촉합니다.
이것은 다소 광범위한 답변이 될 것이며 , 예산에 따라 주문 또는 구매를 위해 주어진 예산 또는 회사 직원이 관리하는 업그레이드를 요청할 때 투명한 예산을 구별하지 않습니다 . 그들의 책에서 그것은 어쨌든 모두 똑같습니다.
핸디
문제는 회사가 특정 임계 질량에 도달하면 회사 의 막대한 예산을 신속하게 나타낼 수 있다는 것입니다. 그러나 나는 당신과 Joel에게 그만한 가치가 있다고 동의합니다.
실망스러운 직원에게는 아무런 의미가 없습니다.
망치지 마십시오
즉, 직원을 일직선으로 유지하고 때로는 성능이 좋지 않거나 하드웨어가 약간 오래된 하드웨어가 인생의 사실임을 깨닫게해야 합니다. 모든 사람이 새로운 SSD, 최신 iN 프로세서, 여분의 램 램 등을 원하는 버릇없는 아이들로 변하는 것을 원치 않습니다 ...
나는 사람들이 영원한 젊음을 강요하기를 원하지 않으며, 그것은 하드웨어에도 적용됩니다.
(그러나 소프트웨어 프로젝트를 사용하면 가능한 한 최신 릴리스에 가깝게 밀려 고하는 경향이 있습니다 ... 유추는 항상 보유하지는 않습니다 :)
특정 하드웨어에 대한 특정 요구
나는 다음과 같이 구별해야한다고 생각합니다.
- 작업을 시작할 때 반드시 필요한 기본 장비
- 그리고 특정 요구 사항에서 필요로하는 고급 장비.
기본 패키지
예를 들어, 다음은 귀하가 기대할 수있는 매우 표준적인 사항이며, 특별 주문이 필요하지 않은 것으로 보입니다.
- 랩탑 + 핸드폰 (현장 컨설턴트 인 경우)
- 현장 밖에서 일하고 모선에 머물러 있으면 워크 스테이션,
- 논란의 여지가없는 몇 가지 장점은 다음과 같습니다.
- 괜찮은 입력 장치 (키보드, 마우스, 트랙볼 등)
- 괜찮은 의자.
장애가있는 직원과 같은 특수한 경우를 제외하고는 회사 전체에서 동일 할 수 있습니다. 장애 또는 상해를 입은 직원은 분명히 수용해야합니다.
보너스
그런 다음 분명히 많은 화상 회의 및 프리젠 테이션을 수행해야하는 경우 블루투스, 태블릿 및 스타일러스와 같은 몇 가지 도구가 필요할 수 있습니다. 예약 시스템을 사용하여 부서간에 공유 할 수있는 것은 모든 사람들이 일부를 요구하고 잃어 버리는 것을 끝내지 않고 징징 할 방을 줄입니다.
디자이너라면 그리기 태블릿, 트랙볼 등이 필요합니다. 마우스 대신 트랙볼을 구걸하는 한 명의 개발자를 가끔씩 봅니다. 개인적으로 나는 두 가지를 모두 시도했지만 둘 다 거의 동일하다고 생각하므로 "더 나은 것을 좋아한다"이외의 특별한 요구가 없다면이 주장을 실제로 사지 않았다. 아직 문제가없고 올바른 사용 습관을 가지고 있다면 8 시간 이내에 RSI를 개발하지 않고도 트랙볼 대신 마우스로 살 수 있습니다. 엉터리 마우스 또는 트랙볼 또는 키보드를 얻을 때 다른 문제이지만, 어느 쪽이든 분명한 승리는 보이지 않습니다.
4 개의 애플리케이션 서버를 동시에 실행하고, 프로젝트를 빌드하고, 3 개의 Eclipse 또는 Visual Studio 인스턴스를 항상 열어 둘 필요가있는 개발자라면 다소 경쟁적인 워크 스테이션이 필요합니다. 개발자 에게이 "기본 요구 사항" 을 고려 한다고해서 마케팅 담당자가 반드시 그에 맞게 조정해야한다는 의미는 아닙니다.
성공 사례 : 하드 데이터
경험을 바탕으로 대부분의 회사는 합법적임을 증명할 수 있으면 귀하의 요구와 관련하여 이해하고 있습니다. 당신이 그것에 대한 근거를 방어 할 수 있다면, 그들은 돈을 기침하거나 당신을 수용하려고 할 것입니다. 그들은 당신에게 일을 지불 하고 있기 때문에 시간을 낭비하고 싶지 않습니다.
(즉, 그들이 당신의 일에 대해 조금 신경 쓰면 ... 당신이 관련이 없다면, 나는 당신이 거기에서 운이 없다는 것을 두려워합니다 ...)
당신을위한 이익을 보여주십시오
그래서 과거에는 동료들과 함께 명확하게 수집되고 요약 된 요구 사항에 따라 RAM, 입력 장치, 의자, 하드 드라이브 및 전체 워크 스테이션 또는 서버 팜에 대한 업그레이드를 받았습니다. 사례를 작성하는 데 약간의 시간이 걸리므로 먼저 라인 관리자와상의하십시오. 그러나 아마도 괜찮을 것입니다. 또는 사무실에서 일주일 동안 추가 시간을 보내서 사례를 작성하면 가치가 있으며 라인 관리자는 향후 이러한 결정을 통해 더 많은 신뢰를받을 것입니다.
그들을위한 이익을 보여라 (돈은 모든 악의 근원이다 ...)
위의 예와 관련하여 예를 들어 빌드 타임과 얻을 수있는 감소를 계산하고 회사에 존재하는 여러 설정을 비교하여 개발자 당 평균 낭비 시간을 계산 한 다음이를 실현했습니다. 1 년 동안 하루 에 약 20 일 동안 아무것도 할 수 없었습니다 (이 빌드를 위해 최소 쿼드 코어와 8GB의 RAM이 없으면 컴퓨터가 기본적으로 응답하지 않기 때문에). 개발자의 수는 시간, 즉 사람들이 아무것도하지 말라고 지불하는 데 상당한 시간이 걸리며, 이는 적어도 일부 스테이션을 업그레이드하는 것보다 훨씬 높았습니다.
최근에는 동료 직원들이 SSD 드라이브를 고려하도록 설득하기 위해 비슷한 평가를 해왔으며, 모든 방식의 시간을 비슷한 방식으로 절약 할 수있는 세밀한 데이터를 수집하는 과정에 있습니다.
건강 관련 질문의 경우 의사의 간단한 권장 사항, 심지어 비공식적 인 것으로 충분할 수 있습니다.
맞춤형 소프트웨어의 경우 공정에 통합 될 때 툴의 장점과 그 영향을 제시하면됩니다. 예를 들어, 프레젠테이션 용 데모 버전을 사용하여 관심을 끌고 소수의 사람들이 참여하는 1 ~ 2 개의 단기 프로젝트에서보다 광범위하게 사용한 후에 마지막 3 개 회사에서 와이어 프레임 도구 라이센스를 구매할 수있었습니다. 이것들은 다소 저렴했지만 원래 그들은 필요를 보지 않고 라이센스를 사고 싶지 않았습니다. 그들이 프로토 타입을 시각화하고 조기에 교육받은 결정을 내리는 데 분명히 도움이된다는 것을 깨달았을 때, 그들은 빠르게 녹색 빛을 냈습니다.
계획
- 업그레이드 계획을 정의하십시오.
- 이득 측정에 사용할 벤치 마크 및 메트릭을 정의하십시오.
- 명확한 결과를 제공하십시오.
- 이 결과에 대한 결론을 도출하십시오.
- 비용 및 저축 계산에 대한 초기 합법화를 수행 할 수도 있습니다 (라인 관리자와도 논의하거나 제안서의 두 번째 검토에서이를 수행).
- 동료가 귀하의 요청에 서명 할 수 있도록하십시오. 각 업데이트마다 업데이트에 대해 어떻게 느끼는지에 대한 진술이 긍정적이거나 부정적 일 수 있습니다. 요점은 회사에서 무언가를 추출하기 위해 완전히 편향된 마케팅 연설을하는 것이 아닙니다. 실제로 이것을 조사하고 그것이 정말로 필요한지 확인하십시오).
전체 팀의 대규모 업그레이드에 대한 간단한 참고 사항
전체 팀의 업그레이드를 요청하는 경우 롤링 릴리스를 제안하십시오.
- 그것은 더 긴 기간에 걸쳐 비용을 분산 ,
- 그것은 과도기적 인 문제를 철회 할 시간을줍니다 ( "이 OS 버전과 결합 된이 CPU가 실제로 다른 플랫폼 X에 대해 우리의 제품 X를 크로스 컴파일 할 때 문제를 나타냄"),
- 시스템 재설치, 시스템 업데이트 및 일반적인 클린 슬레이트 문제 또는 가끔 발생하는 실수 ( "누군가, 그 중요한 백업을 삭제했습니다 ...")로 전체 팀이 IT 유지 관리 문제에 빠지지 않도록합니다 .
패배 인정 : 모든 것이 항상 효과가있는 것은 아닙니다 ...
그리고 그렇습니다. 모든 것이 허용되는 것은 아닙니다. 그리고 수용 가능한 것들이 회사에 도달하지 못할 수도 있습니다. 귀하의 사례를 작성하고, 라인 매니저에게 가져 가서, 올해의 재무 검토의 열기보다 팀 점심 또는 더 우호적이고 팀을 중심으로 논의하십시오.
또한 사례를 작성하는 데 어려움이있는 경우 :
- 아마 당신이 필요하지 않다는 것을 인정하십시오 .
- 아마 당신이 틀렸다는 것을 인정 하고 업그레이드 X는 당신이 생각했던 것을 사지 않습니다.
사례를 구축 할 수없고 요청에 대해 방어 적이기 시작하면 다른 일을하는 것이 더 나을 것입니다.