소프트웨어 산업에서 가장 나쁜 거짓 경제는 무엇입니까 (즉, 궁극적으로 저축하는 것보다 비용이 많이 드는 돈을 절약하는 방법) 그리고 어떻게 싸워야합니까?
답변
기술 부채
즉, “그냥 빨리하면 나중에 리팩터링 할 것”입니다. 첫째로, 나는이 행동에 관여하는 누군가가 실제로 나중에 리팩터링하는 것을 보지 못했기 때문에. 둘째, 빠른 방법으로 작업을 수행하기 때문에 좋은 방법 대신 미래의 기능을 추가하거나 향후 버그를 해결하기가 어려워 장기적으로 시간을 낭비하게됩니다.
안타깝게도 많은 사람들이 개발자주기를 단축하여 빠른 작업을 수행 할 수 있다고 생각합니다 . 가능하다고 생각하지만 실제로는 아직 보지 못했습니다.
답변
1 명 대신에 저렴한 개발자 2 명을 고용합니다 . (같은 가격)
답변
내 예는 NimChimpsky의 예 와 완전히 반대입니다 .
기성품을 구입할 수있는 사내 개발을 시도합니다.
일반적으로 이것은 실제로 시장을 점검하지 못하여 문제가 해결 될 무언가가 있는지 확인하기 때문에 발생합니다. 이것은 연구를하기 전에 코딩을 “다이빙”하고 싶어하는 개발자와 그 시간을 고려하지 않은 프로젝트 관리자, 즉 돈으로 인해 복잡해질 수 있습니다.
필자가 현장에서 본 가장 일반적인 예 중 하나 인 웹 개발은 자체 CMS 시스템을 개발하려는 회사입니다. 이것들은 항상 작게 시작되지만, 기능이 강화되면서 곧 부풀어 오르고 통제 불능 상태가됩니다. 항상 무료 제품과 프레임 워크가 많이 있기 때문에 훨씬 더 적합합니다.
답변
프로젝트 관리를위한 전용 리소스가 없음
나는 몇 명의 프로그래머가 계약을 맺었을 때 여러 번 경험했으며 이미 힘든 일을하는 사람이 프로젝트를 관리해야했지만 실제로 다른 작업으로 너무 바빠서 프로젝트가 실제로 추진력을 얻지 못했습니다. 프로그래머들은 “프로토 타입”과 물건을 만들었지 만, 리드 없이는 많은 것들이 바쁘게 보이기 위해 둥글게 달리고있었습니다.
새로운 프로그래머를위한 나쁜 장비
나는 한때이 정책이 “새로운 프로그래머들은 그들이 가치가 있다는 것을 증명할 때까지 작은 화면으로 아주 오래된 PC에서 작업해야한다”는 정책을 한 적이있다. 그러한 정책이 부정적인 선택을 일으켜 항상 더 건전한 환경에서 일할 수있는 선택을하는 좋은 사람들을 몰아냈다는 것은 놀라운 일이 아닙니다.
답변
프로그래머를 테스터 / 기술 작가로 두 배로 늘려서 비용을 절약 할 수 있습니다
테스터 / 기술 작가 작업에 대해 프로그래머 급여를 지불하는 경우, 해당 작업에 경력을 바친 사람보다 돈을 낭비하고 품질이 낮은 작업을 수행 할 수 있습니다. 또한, 프로그래머가 엄격한 마감 기한에 맞서고 문서화가 완료되지 않을 가능성이 높습니다.
BTW : 개발자는 항상 마감 기한이 지났습니다.
답변
제품 개발과 관련이없는 연구 / 읽기 / 쓰기 코드는 자원 낭비입니다.
일부 프로그래머와 관리자조차도 그렇게 믿고 있습니다. 일반적으로 그들은 단지 머리에있는 지식을 기반으로 프로그래밍을 수행하고, 문제에 직면했을 때 연구하고 답을 찾습니다. 그들은 지속적으로 지식을 향상시키지 않습니다. 내 의견으로는, 우리는 항상 자신을 최신 상태로 유지해야하며, 수집 한 지식은 기존 및 미래의 문제를 해결하는 데 유용 할 것입니다. 물론 시간을 현명하게 할당해야합니다.
이것은 Dan의 답변 과 비슷합니다 . 일부 관리자는 개발자가 시장의 기존 제품을 연구하지 않고도 요구 사항에 따라 제품을 빠르게 뛰어 들고 개발하기를 원합니다.
답변
많은 경우에 아웃소싱은 더 많은 비용이 듭니다. 우리 회사에서는 새로운 직원 슬롯을 확보하기가 매우 어려우므로 아웃소싱을 강하게 추진하고 있습니다. 또한 현장 계약자를 얻는 것도 어렵다. 그들이 유지해야하는 해양과 육상의 비율은 3 : 1입니다. 결과적으로, 많은 팀이 단지 12 개의 근해를 고용하고 거의 사용하지 않기 때문에 4 명의 현장 계약자를 얻을 수 있습니다.