당신이 본 가장 심각한 돈 낭비는 무엇이며, 당신은 그것에 대해 무엇을 했습니까? [닫은]

프로그래머로서 우리는 종종 대규모 조직이 문제에 대한 부풀고 비효율적 인 솔루션에 막대한 돈을 낭비하는 것을 본다. 조직이 최상의 유형의 솔루션을 활용하기를 좋아하기 때문에 이것은 매우 고통 스럽습니다. 그러나 주요 의사 결정자에게 영향을 줄 때 프로그래머로서의 능력은 제한적이며 종종 문제에 대한 나의 시각은 내 작은 기술 세계에 국한됩니다.

제 질문은 이것입니다. 일부 소프트웨어와 정말 염소를 가지고 / 또는 하드웨어에 돈의 지독한 낭비가 발생한 후, 무엇을 당신은 고정 얻을 그것에 대해 할 않았 거나 총알을 물고 숨에서 영원히 중얼 운명했다? 나는 당신의 전반적인 경험 , 특히 앞으로 이런 종류의 문제를 해결하는 방법에 대해 배운 교훈에 관심 이 있습니다 . 이름을 밝히지 말고 문제를 해결하는 방법에 대한 경험이 실제 문제 제품보다 더 중요합니다.

다음의 범위에서 크고 부피가 크고 버그가 많은 상용 제품에 대한 지불 :

• 응용 프로그램 서버
• 테스트 도구;
• 개발 환경.

오픈 소스 또는 경량 대안이 분명히 우수 할 때.

내 단계는 대개 다음과 같습니다.

1. 대안으로 참조를 설정하십시오. 예를 들어 "앱 서버 Y 대신 앱 서버 X를 실험 해 볼 것입니다. (...) 때문에 경험이 많았습니다.";
2. 이 제안을 동료들에게 판매하십시오. "서버 X가 훨씬 빠르게 다시 시작되므로 시간이 많이 걸리지 않기 때문에 개발 속도가 빨라졌습니다.";
3. 이것을 즉시 관리자에게 판매하십시오. "우리 팀은 이제 서버 X를 사용하고 있기 때문에 더 빠르게 개발하고 있습니다. 모두 작은 실험으로 시작되었지만 모두가 좋아합니다."

좋아하는 이름을 지정하기에는 너무 많은 예를 보았지만 웹 개발 인 주요 분야에서 몇 가지 일반적인 추세를 발견했습니다.

1. 허영 웹 사이트 . 이 사이트는 소규모 조직 외부의 사용자에게는 유용한 목적을 제공하지 않는 웹 사이트로, 로고, 자신의 사진 및 자기 방종 와플로 강박 관념 주위에 구축됩니다. 최악의 부분은 일반적으로 웹에 대한 단서가없는 사람들이 자금을 조달하고 위탁하는 것입니다. (예를 들어, NHS 병원의 트러스트는 한때 자신의 직원 인트라넷을 위해 Facebook의 미니 버전을 개발하고 싶었습니다).

2. 유료는 최고 입니다. 유료 소프트웨어는 본질적으로 오픈 소스보다 낫다고 주장하는 사고 방식. 결국, 그것은 지불, 맞지? 나는 많은 고객들이 정책의 문제로 오픈 소스를 자동으로 할인하는 문화에서 일하기 때문에 바보 같은 선택을한다고 주장하는 것을 보았습니다.

3. 위원회 별 디자인. 이곳은 거대한 그룹의 사람들이 "브레인 스토밍"을 한 다음 모든 크랙-팟 아이디어를 디자인에 포함 시키려고 노력하며 불가피하게 모든 사람을 기쁘게하려고 애쓰는 모든 것을 타협하는 잘못된 생각을 초래합니다. 모든 사람은 신청서를 사용해야하는 사람들이 아니라 결정을 내리는위원회를 의미합니다.

4. 컨설턴트. 여기에서는 중간 정도의 사람 (비즈니스 관행이나 소프트웨어 개발을 모르는 사람)에게 비용을 지불하고 혼란을 일으키는 테크노-바블 및 비즈니스 연설로 개발 프로세스를 길들여 돈을 버는 곳입니다.

나는 아무도 이것에 대해 언급 한 것을 보지 못했습니다.

구입할 수있을 때 자신 만의 솔루션을 구축하십시오.

이 패턴의 변형 :

• 매입-구축-건물 트레이드 오프를 고려조차하지 않음
• 사내 솔루션의 스코프 크리프
• 범위가 제한적이지만 사내 솔루션의 유용성이 제한적 임

내 두 개의 즐겨 찾기 :

1. 컨설턴트 (프리랜스)를 고용 하면 생산 능력을 추가 할 수있을뿐 아니라 컨설턴트를 고용하여 새로운 지식을 얻고 기존 사람들을 코칭함으로써 자신의 직원에게 투자 해야합니다 .

2. 개발 팀을 관리하는 다른 프로젝트 관리자를 관리하는 다른 프로젝트 관리자를 관리하는 프로젝트 관리자 채용 . 팀이 자체적으로 관리하고 비즈니스에 집중하도록해야합니다. 개발자보다 프로젝트 관리자가 더 많은 소프트웨어 프로젝트를 보았습니다. 회의를 상상해보십시오.

장기 인상 및 보너스 제한

나는 Business 101에서 직원들에게 인상을주지 않기 위해 가르쳤다 고 생각합니다 . 두 번째 사례는 스타 성과급의 급여가 특정 급여 범위 내에 들어가야하기 때문에 제한하는 것입니다.

결국 직원들은 자신의 급여 규모가 산업 (또는 산출물)과 일치하지 않는다는 것을 알게됩니다. 이력서와 기술을 가진 사람들은 결국 떠나서 모든 지식과 친구들을 데리고 갈 것입니다. 남은 사람들 (최저 성과 자)은 여유를 잃은 다음 새로운 사람을 고용하는 데 더 많은 시간을 소비해야합니다 (시장 비율). 그래서 회사는 JR 직원 1 명을 위해 스타 직원을 거래하고 급여를 낮게 유지하는 모든 "저축"을 잃었습니다.

이것이 계속됨에 따라 개발 팀은 동등한 상태를 유지하는 데 어려움을 겪고 있으며 과감한 일이 끝날 때까지 악화 될 것입니다.

이 답변은 대부분 의 직원 과 다소 다릅니다 . 직원을 조기에 해고하지 않거나 다르게 진술 하여 직원의 실수 습관 에 지나치게 관대 하지 않은 경우 . 이것들은 제가 관찰 한 것으로 컨설턴트로서 많은 일을 할 수 없었습니다.

• 프로젝트의 디자인 결정을 제대로 이끌어 내지 못한 개발자는 결과적으로 다시 작성하게되었습니다 (완전히 엉망이었습니다).

• 민감한 암호화되지 않은 데이터를 Google 차트에 전송 한 개발자는 원형 차트를 표시하는 것이 멋지다고 생각했기 때문에 (원형 차트는 필수입니까? 아니요!)

• 과거에 회사와 협의하여 직접 입장을 취한 개발자. 그는 얼굴을 대고 기술 리드 (Primary Lead) 위치를 찾던 프리 마돈나로 바뀌었고 리드 책임자와 대화를 나눌 때 자신이 리드 역할을 맡는 것이 좋을 것이라고 말했습니다. 대담에 대해 이야기하십시오! 많은 개발자들은 더 이상 그 남자를 좋아하지 않으며 직원으로서 첫 2 주 안에 많은 다리를 태 웠습니다. 무엇보다도 그는 2 년 전만 졸업 한 그는 매우 친환경적인 개발자이지만 그는 굉장하다고 생각합니다.

약간의 실수는 이해할 수 있지만, 많은 개발자들 사이에 누군가의 태도 나 기술 수준에 대한 합의가있을 때, 회사는 나중에보다는 빨리 제거해야합니다.

여러 번 나는 경영진이 돈을 쓰는 목적으로 컨설턴트를 데려 오는 것을 목격했다 . 대부분의 경우, 그들은 예산이 부족하여 미친 듯이 돈을 쓰려고 노력하던 연말에 일어났습니다. 일반적으로 이러한 컨설턴트는 한 시간에 수백 달러를 지불하고 절대 사용하지 않는 PowerPoint 프레젠테이션에 몇 주를 소비했습니다.

여기에는 훨씬 더 큰 문제가 있습니다.

많은 기업들이 주주 부를 증가시키는 하나의 목표를 가지고 있습니다. 그들이 생산하는 것은 무관합니다. 그들이 그것을 생산하는 방법은 관련이 없습니다. 그들이 생산하는 폐기물의 양은 관련이 없습니다. 사회와 지구에 대한 비용은 관련이 없습니다.

따라서 사회 / 지구에 도움이되는 회사를 위해 일하거나 회사를 시작하십시오.

제품뿐만 아니라 "지원"에 대한 대기업 소프트웨어 비용 지불

저는 정부 기관에서 Oracle과 긴밀한 팀을 위해 일하고있었습니다. 수년에 걸쳐 소프트웨어에 대해 수십억 달러를 받았습니다. 스타트 업 배경에서 온 것은 나에게 의미가 없다. "MySQL 또는 Postgres를 사용하지 않는 이유는 무엇입니까?" 나는 주로 오라클이 제공하는 지원 덕분에 문제가 발생하면 솔루션을 신속하게 찾을 수 있도록 도와줍니다.

지원은 절대적인 농담이었습니다. 하나의 웹 앱이 전체 시스템에서 계속 충돌하는 문제가있었습니다. 그것은 끔찍하게 작성된 코드 (컨설턴트 팀에 의해 작성된 다른 전체 답변이어야 함)가 조합 된 느린 데이터베이스 쿼리의 결과 인 것처럼 보입니다. 이 문제를 지적하고 해결하기 위해 "태스크 포스"(신음)가 모였습니다. 태스크 포스에는 Oracle 지원 멤버가 포함되었습니다. EOB에는 매일 태스크 포스 멤버들이 팀의 나머지 부분을 조사 결과로 업데이트하는 전화 회의가있었습니다. 아무도 5시에 시작한 b / c에 있기를 원치 않았기 때문에 충분히 오래 걸렸으며, Oracle 사람은 방금 악화했습니다. 왜? 글쎄, "사람"이라고 말하는 것조차 옳지 않습니다. 많은 사람들이었습니다. 두세 번의 전화 회의처럼 Oracle 담당자는 새로운 사람이 될 것입니다. 전임자가 다른 프로젝트에 있거나 휴가 중이라고 설명했습니다. 새로운 사람들은 오라클의 누구에게도 브리핑을받지 않았기 때문에 새로운 사람이 올 때마다 10 분 동안 전화를 걸어 문제를 다시 설명해야했습니다. 그들의그런 다음 기여 는 J2EE 로그 파일을 요구할 것인데, 이는 원숭이가 읽을 수있을뿐만 아니라 프로그래머가 XML 구문 분석에서 오류를 발견했을 때 IndexOutOfBounds 예외를 던지는 것과 같이 끔찍하게 작성된 코드가 수행했기 때문에 쓸모가 없었습니다.

1 차 전화 지원을위한 프로그래머 보유.

프로그래머가 테스트를 수행하도록합니다.

나는 이것이 오래된 질문이라는 것을 알고 있으며 3 명이이 답변을 읽으면 운이 좋을 것입니다. 그러나 그것은 재미있는 이야기입니다.

나는 프로젝트 (임베디드 시스템, 안전에 중요한 펌웨어, 매우 높은 지분)에 들어 와서 내가 찾은 것에 놀라게되었다. C (특히 포인터)를 잘못 사용하는 사람들, 정적 분석, 코드 검토, "함께 통합, 실행, 두 들기, 끊어짐 확인"이외의 테스트는 없습니다.

나는 첫 주에 (컨설턴트로서) 매우 긴 이메일을 썼다. 기본적으로 잘못 관리되었다고 말했기 때문에 욕설이 많았으며 개발자가 머리를 숙이고 프로세스가 진행되지 않았습니다. 회사 부사장에게 가야했지만 대신 고용 한 개발 관리자에게 보냈습니다. 나를. 그는 그 점에 대해 전적으로 방어 적이지는 않았습니다. 사실 그는 많은 단점을 인정하고 내가 지적한 첫 번째 사람이 아니라고 말했습니다.

원래 질문의 요점에 대답하기 위해 : 나는 플랫폼에서 Gimpel 's Lint (PC-Lint / Flexelint) 정적 분석 도구를 구성 및 실행하는 데 최대 1 주일에 AT를 지불하고 발견 된 모든 것에 대한 전체 보고서를 실행하도록 제안했습니다. . 나는 그 결과 몇 개의 숨어있는 "시한 폭탄"을 발견 할 것이라고 확신했다.

그들은 내 시간당 요금을 계산하고 40을 곱한 후 "너무 비싸다"고 판단했습니다. 간단히 말해 60 일 이내에 그 자리를 떠났습니다. 약 3 년 후, 나는 회사의 명성에 손상을 입히지 않고 9의 수치 (100 억 달러)에 이르는 제품 리콜에 대해 배웠습니다.

회사, 제품 또는 산업에 대해서는 언급하지 않지만 여전히 엔지니어 중 한 명과 연락을 취하고 있으며, 그가 리콜의 원인을 설명 할 때 내 눈이 굴러갔습니다. 기본 정적 분석 도구조차도 범위를 벗어난 배열에 액세스합니다. 공평하게, 나는 내가 거기에있을 때 문제가 코드에 있다고 확신 할 수는 없지만 어떤 종류의 정적 분석 도구에 돈을 쓴다면 그 버그는 탈출하지 않았을 것이라고 확신합니다.

그래서 그들은 PC-Lint를 구매하지 않음으로써 295 달러를 절약했습니다.

그것이 내가 엄청나게 큰 돈 낭비라고 부르는 것입니다.

많은 분들이 이미 들어 보신 농담을 상기시켜줍니다.

실패한 거대한 선박 엔진에 대한 이야기를 들어 본 적이 있습니까? 선박의 선주들은 한 명의 전문가를 차례 차례 시험해 보았지만 아무도 엔진을 수리하는 방법을 알 수 없었습니다. 그런 다음 그들은 어릴 때부터 배를 수리하던 노인을 데려 왔습니다. 그는 큰 도구 가방을 가지고 다녔고, 도착하자마자 즉시 일하러 갔다. 그는 엔진을 매우 신중하게 위에서 아래로 검사했습니다.

배의 선주 중 두 명이이 사람을보고 무엇을해야할지 알기를 바랐습니다. 사물을 살펴본 후 노인은 가방에 닿아 작은 망치를 꺼 냈습니다. 그는 부드럽게 무언가를 두드렸다. 즉시 엔진에 생명이 생겼습니다. 그는 조심스럽게 망치를 치웠다. 엔진이 고정되었습니다! 일주일 후, 소유자는 노인으로부터 $ 10,000의 청구서를 받았습니다.

"뭐?!" 주인은 소리 쳤다. "그는 거의 아무것도하지 않았다!"

그래서 그들은 노인에게 "항목 별 청구서를 보내주십시오"라는 메모를 썼습니다.

그 남자는 다음과 같은 청구서를 보냈습니다.

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

노력은 중요하지만 무엇을하고 있는지 아는 것이 모든 차이를 만듭니다.

소프트웨어 회사의 발전된 개발 팀과 끔찍한 생산성.

이것은 비즈니스 세계에서 공통적 인 패턴의 결과입니다. 관리자의 중요성은 부하 직원 수로 측정되므로 관리자의 가장 큰 관심사는 생산성이 아니라 그 반대입니다. 생산성이 낮을수록 더 많은 사람들을 고용하는 것이 가장 좋습니다 .

소프트웨어를 판매 한 회사에서 ... 판매원에게 판매 된 모든 사용자 정의 개조에 대한 전액 수수료를 제공하여 이미 존재하고 이익을 줄 수있는 제품을 판매하는 것이 일회성 판매만큼 수익성이 높지 않았습니다. 이것은 기술 직원으로부터 영업 직원을 전국으로 반쯤 이동시키는 것과 결합되었습니다.

이는 개발에서 우리가 판매 마감일을 충족하지 못하여 고객을 불행하게 만들고 모든 사람에게 제품을 더 좋게 만드는 핵심 작업을 수행하는 데 많은 어려움을 겪었 음을 의미했습니다. 압력 증가로 인해 코드 품질이 떨어지고 사기가 악화되었습니다. 특히 영업 사무소에 대한 이야기를 들었을 때 (내가 확인한 적이 없음).

우리 중 많은 사람들이 영업을 원망했지만 사실 그것은 그들의 잘못이 아닙니다. 그들은 그들에게 주어진 한계에 따라 보상받은 것을 행하면서 가능한 한 많이 나가고 팔았습니다. 이러한 모든 문제를 일으키는 것은 나쁜 관리였습니다.

내가 경험 한 두 가지가 있습니다.

1. 약 80 %의 사업에 대한 ROI가 큰 프로젝트를 취소 한 다음 100 개의 음각 및 금도금 된 iPod을 경영진에게 전달했습니다.

2. 수백 명을 해고하고 다음 날 고위 경영진에게 상당한 임금 인상과 보너스를 발표했습니다.

이들은 완전히 프로그래밍과 관련이 없지만 가장 많은 돈을 낭비하고 관련된 모든 사람들을 위해 얼굴을 때렸습니다.

나는 해고되지 않았지만, 인상이나 아이팟도 얻지 못했습니다 ...

나는 비용을 크게 늘리지 않으면서도 효율성을 높이 지 못하거나 실제로 감소시키는 두 가지 끔찍한 아웃소싱 프로젝트를 보았습니다.

최악의 경우, 아웃소싱 팀이 실제로 중요한 작업을 수행 할 수 없기 때문에 새로운 아웃소싱 팀이 배치되고 숙련되었지만 기존 육상 팀은 그대로 유지되었습니다.

이 시점에서 논리적으로해야 할 일은 실패를 받아들이고 아웃소싱 팀을 폐쇄하는 것이었지만, 경영진이 제대로 작동하지 않았다고 인정하지 않았기 때문에 두 팀이 모두 자리를 비 웠습니다 (비용이 크게 증가 함). 모든 것이 묻힐 때까지 효율성이나 사용 가능한 용량이 증가하지 않습니다.

다른 경우에는 개발이 아웃소싱되었고 원래 팀이 해고되었습니다. 2 년 후 그들은 또 다른 인계의 매우 큰 비용, 지식 손실의 영향, 채용 비용, 계약 해지 등을 발견하기 위해 단지 전체 사내를 다시 사내로 가져 오는 것이 효과가 없었 음을 깨달았습니다. 아웃소싱 조직은 소스 코드의 상당 부분을 잃어 버렸습니다.

(참고 : 아웃소싱이 효과가 없다고 말하는 것은 아닙니다. 너무 많은 사람들이 잠재적 인 저축으로 유혹을 받고 새로운 세계의 현실, 프로세스 및 작업 관행의 변화 등을 고려하지 않는 경우가 많습니다. 주로 망친 프로젝트)

기술 부채

내가 본 것은 레거시 코드의 만성적 인 "죽은 말을 때리는"것이다. 또는 참호의 관점에서 볼 때 팀 전체가 교체 모드에 있어야한다는 것을 알 때 유지 보수 모드에서 보낸 수많은 시간.

우리가 한 일은 .. 아직 진행 중입니다. 내면에서 긍정적 인 변화를 불러 일으키려고

성능 시험

간단하게하지 않습니다. 다시, 여전히 내부에서 긍정적 인 변화를 위해 노력하고 있습니다.

나는 몇 개의 주 기관 과 협력 하고 있으며 IT에 돈을 낭비하는 것에 놀랍습니다. 부풀어 오른 미들웨어 구매에서 매우 간단한 문제 해결에 이르기까지 벤더에게 수천 달러를 지불하여 CSV를 만들 수 있습니다. 충분한 경험이있는 사내 직원이 없으면 선결제 비용이나 유지 보수 비용이 발생하는 것처럼 보입니다.

사내 IT를 보유한 비 소프트웨어 회사 (은행, 보험)에서 돈은 다양한 비즈니스 그룹에서 발생합니다. 비즈니스 그룹은 공급 업체로부터 직접 판매 피치를 얻고 IT에이를 추진할 것입니다. 그들은 소프트웨어 / 하드웨어 및 급여를 지불하므로 귀하의 항의는 어디로도 갈 수 없습니다.

• 5 배 중반의 비용이 들고 기존 시스템 아키텍처에 맞지 않는 부풀린 애플리케이션 및 미들웨어에 대한 비용 지불
• 더 좋고 저렴한 옵션을 사용할 수있는 HP QualityCenter, BMC Remedy, HP LoadRunner 등과 같은 고가의 소프트웨어 사용
• 여러 도시 팀과 함께 여행 시간이 많이 걸리며 때로는 몇 시간 만에
• 새 컴퓨터가있는 일부 Windows 7 라이센스를 지불 한 다음 새 SOE (2010 년에 설계됨)가 여전히 XP이므로 Windows XP로 다운 그레이드하기 위해 다시 지불
• 하드웨어 용량 초과

나는 성능 테스트 분야에서 일하고 있으며, 4 가지 이유로 매년 수백만 달러가 조직에 의해 배출되는 것을 목격합니다.

1. 자격을 갖춘 기술이 아니며 성능 테스터의 기술을 정기적으로 감사하지 않는 가격만으로 아웃소싱 업체를 고용합니다. 아마추어 성능 테스터를 고용하는 것은 아마추어 배관공 또는 아마추어 전기 기술자를 고용하는 것과 매우 유사합니다. 기본 작업을 수행하는 데 더 오래 걸리고 프로세스의 수표 및 균형이 손실되며 그들은 (생산 중) 수정하기가 엄청나게 비쌌습니다. 이 분야에서 열린 십여 개의 포럼의 중재자로서 나는 테스트, 커뮤니케이션, 프로젝트 관리, 개발, 시스템 분석 등에 근본적인 기술이 부족한 사람들을 정기적으로 보게되며 그들은 단순히 도구에 던져졌습니다. 툴러에 바보를 던지면 LoadRunner를 돈 낭비라고 언급 한 사람에게 기대할 수있는 결과는 하나뿐입니다.

2. 성능 요구 사항을 수집하지 않습니다. 아키텍처, 플랫폼 엔지니어링, 애플리케이션 엔지니어링, 기능적 QA 및 성능 QA의 성능에 대해 다른 관점을 가지게되므로 비즈니스 이해 관계자와 일치하지 않을 수도 있고 그렇지 않은 경우도 있기 때문에 전체 조직에 영향을 미칩니다. 이는 많은 조직에서 성능 테스트 팀에 성능 요구 사항을 수집하고 이에 대해 테스트하도록 요청하는 프로세스 문제점입니다. 적절한 점검과 균형을 위해, 당신은 다른 것을하지 말아야합니다. 위의 미숙 한 직원과 관련하여 적절한 성능 요구 사항을 인식 할 수없는 사람들,로드 프로필로 검증 할 측정 지점이 없지만 여전히 "스크립트 실행"을 작성하고 있습니다. 이것은 시간과 노력의 공동 낭비이며 품질 향상에는 거의 도움이되지 않습니다. 성능은 조직 전체에 공통적 인 관점을 필요로하며, 처음부터 설계되지 않은 경우 결국에는 해결할 수있는 것이 아닙니다.

3. 성능 테스트 환경 관리. 테스트 조직을 진행할 준비가되었을 때 실행할 준비가되지 않은 환경으로 테스트하기 위해 얼마나 많은 조직이 지연되었는지는 알 수 없습니다. 한 클라이언트에서만 대기 중 손실 된 시간면에서 수백만 달러 문제로 볼 수 있습니다.

4. 성능 테스트가 무엇인지, 어떤 작업이 포함되어 있는지 또는 필요한 노력 수준에 대해 이해하지 못하지만 활동이 얼마나 오래 진행되어야 하는지를 지시하는 프로젝트 관리자. 이로 인해 프로젝트 일정의 차이가 발생하며, 이는 일정이 계획된 방식 (및 결과적으로 비용 초과)과 전적으로 관련됩니다. 이것은 미숙 한 테스터가 작업의 수와 유형 또는 작업 시간을 정확하게 투영 할 수 없기 때문에 위의 1과 직접 관련이 있습니다. 자신이하는 일을 이해하지 못하는 사람과 자신이 왜 일을하고 얼마나 오래 걸릴지를 지시하는 이유를 이해한다면이 길은 실패로 이어질 것이라는 공리입니다. 성능 테스트에서 너무 자주 발생합니다.

독점 버전 관리 시스템. Git과 Mercurial의 상태를 감안할 때 사람들이 왜 게이트 키퍼로 무언가를 갈 것인지 모르겠습니다.

VCS에 대한 비용을 지불해야 할뿐만 아니라 사용자 당 지불해야합니다. 또한 유연성이 향상됩니다. "I ♥ Vendor Lock In !!!"이라고 적힌 티셔츠를 입을 수도 있습니다.

나는 무료 (D) VCS를 사용하지 않는 것이 요즘에는 단지 견해라고 생각합니다. 많은 부가 기능을 함께 사용하려면 킬른과 같은 것을 사용할 수 있습니다.

나는 BitKeeper 또는 그와 비슷한 것을 주장하는 누군가를 위해 일하러 갈 것이라고 생각하지 않습니다.

나는 에뮬레이터에 대해 거의 같은 말을했지만 Simics와 같은 제품은 무료 대안에 비해 상당한 이점을 제공합니다.

현황 회의 및 주간 보고서

내가 일한 조직은 모두 주간 상태 보고서에 관한 것이 었습니다. 3 가지 수준으로 롤업되었습니다. 비행중인 각 4-6 개의 프로젝트에 대한 개발자 리드 및 테스트 리드는 진행 상황을 긴 이메일로보고 한 후 다음 관리자가 롤업 한 후 다음 관리자가 임의로 요약합니다.

다음 영업일에 모든 프로젝트 리더가 1 시간 동안 회의를 통해 보고서를 검토합니다.

매주 효과적으로 하루가 그주의 진행 상황을보고하는 데 소비됩니다. 이는 일일 스탠드 업 및 주간 데모 / 후향 회의와는 별개입니다.

나는 공공 기관에서 일한다. 직장이 너무 법제화되고 노조되어 누군가를 약탈하는 것이 거의 불가능할 때 발생할 수있는 폐기물의 수준을 적절히 설명 할 수있는 방법은 없습니다.

관리자는 나쁜 직원과 함께 소포를 통과하고 구조 조정에 따라 한 번에 모두 제거하기를 희망합니다. 일부 나쁜 직원은 개선이 필요한 영역 밖으로 옮기기 위해 승진합니다. 좋은 직원은 나쁜 직원의 일을 보충하기 위해 끊임없이 고투하고 있습니다. 당신이 3 개월 동안 유지하지 않을 직원은 40 년 경력을 위조합니다. 그들이 그런 직업에서 낭비하는 금액은 천문학적입니다.

나는 이전에 민간 부문에서 일했고 많은 폐기물을 보았지만 공공 부문 폐기물은 볼 게임은 물론 완전히 다른 스포츠입니다.

실적이 저조한 직원을 위해 정어리를 구축하는 것이 도움이 될 것이라는 의견이 제안되었습니다. 그것은 그들이 할 수있는 피해를 제한 할 것이지만 문제의 근본 원인에는 영향을 미치지 않을 것입니다. 최선의 방법은 일부 민간 부문의 채용 및 관리 절차를 채택하고 공공 기관이 성과가 좋지 않은 직원을 쉽게 고용 할 수 있도록 법률을 변경하는 것이라고 생각합니다. 노조는 또한 정부와 협의하여 정책을 바꿔야한다.-회원을 보호하는 역할이 중요하지만, 때로는 자신의 구성원이 진정으로 벗어나고 있다는 점을 인식해야한다.

하나의 큰 금융 기관과 협력 한 프로젝트입니다. 매일 엄청난 양의 전화 회의가 있었으며 전화 회의에서 하루에 약 1 만 달러를 타는 것으로 추정했습니다. 이 프로젝트는 약 2 년 동안 지속되었습니다. 그들은 수많은 레거시 시스템을 가지고 있었고 2 년 전에 일광 절약 시간제를 변경했을 때 NT 3.51 용 DST 패치를 만들기 위해 약 50 만 달러를 Microsoft에 지불했습니다.

우리는 적은 양의 일을하고 있었고, 내가 일했던 작은 상점에서 청구서와 급여를 거의 만들지 않았습니다. 해결 방법 : 효율이 높은 컨설턴트와 상사를위한 개인 비서를 고용하여 더 많은 "고기와 감자"작업을 수행 할 수 있도록합니다.

지출을 늘려서 예산 부족을 해결하십시오 ... 실패.

긍정적 인 측면에서 효율성 전문가는 건식 소거 보드를 제공하여 청구 가능 시간과 지불 시간을 추적했습니다. 청구 가능 시간이 가장 적은 추측.

우리는 한 번 50 만 달러 이상을 백만 달러 계약을 얻기 위해 일하는 데 보냈습니다. 저것의 이익을 위해 너무 많은. 프로젝트 제안서 개발 팀에 속한 우리 중 일부는 이것을 지적하려고 노력했지만 우리의 작은 회사가 우리가 경쟁하고있는 Fortune 500 대 기업을이기는 것은 자부심이되었습니다. 우리는 그와 다른 이유로 계약에 돈을 넘겨 돈을 잃어 버렸지 만 자랑 할 권리가있었습니다.

정부 계약자로서 한 번은 계약이 허용하고 계약자가 초과 근무에 대한 대가를 지불했기 때문에 무급 초과 근무를해야했습니다. 내가 일에 사로 잡히고 매주 일요일마다 4 시간 동안 할 일없이 인터넷을 서핑했다. 말할 것도없이 나는 그들이 말도 안되는 소리를 시작한 후에 매우 빠르게 움직였다.

Clarity를 ​​프로젝트 관리 시스템으로 구매하는 것은 매우 나쁜 상업용 앱입니다.이를 사용하는 사람들의 100 %가 기존의 집에서 성장한 시스템으로 돌아 가기를 간청했습니다 (좋아하고 선택한 사람이 다른 곳으로 이동 함) 회사), 사람들은 심지어 자신의 시간에 자신의 기존 시스템에 그들이 원하는보고를 추가하기 위해 일하도록 자원했습니다. 그러나 우리는 돈을 투자하여 우리는 돈에 갇혀 있습니다. 다시 말해, 비싸기 때문에 작동하지 않는 것을 버리는 것을 거부합니다.

깎아 지른듯한 폐기물. 수백만 명이 삭감해야하는 IT 지출. 따라서이를 수행하는 방법은 전 세계에서 IT 직원을 끌어들이는 것이 었습니다. 일주일 동안 플래시 호텔에 올리십시오. 그런 다음 집회가 열린 건물에 새로운 층을 마련하십시오. 물론 대리석. 그리고 밤새 매일 회의 사이에 건물이 개장되었습니다. 매일 저녁 일주일 동안.

오류 ... 우선 순위가 있습니까?

판타지 랜드.

내가 일하는 회사는 CHART FX 라이센스로 800 달러를 지불했습니다. 아직 돈이 아니라고 생각합니다.

http://www.softwarefx.com/sfxNetProducts/ChartFX/

그냥 차기 위해, 그들의 소프트웨어는 레지스트리 및 프로그램 파일을 포함하여 모든 곳에 파일을 배치 할 것입니다.