언제 무엇을해야하는지에 대한 결정의 근거를 찾으려고 노력하고 있습니다. 더 많은 컨텍스트를 제공하게되어 기쁘지만 지금은 일반적인 것으로 만들고 싶습니다.
언제 무엇을해야하는지에 대한 결정의 근거를 찾으려고 노력하고 있습니다. 더 많은 컨텍스트를 제공하게되어 기쁘지만 지금은 일반적인 것으로 만들고 싶습니다.
답변:
그것은 지나치게 단순화 된 것 같지만 일반적인 종류의 지침으로 적용됩니다.
과:
그렇다면 구입하는 것보다 작성하는 것을 선호합니다.
제품 의 총 소유 비용 (개발, 테스트, 유지 관리, 지원 또는 관련 비용 포함)이 제품 비용보다 높고 계산 된 투자 수익이이 비용을 상쇄하지 않는 경우 그것을 사고 나가는 것이 좋습니다.
구매 결정을 위해 고려해야 할 사항
개발 비용 / 유지 보수 비용 vs. 제품 비용 / 유지 보수 계약 비용 : 물론, 그것은 명백하지만 실제로는 유일한 것이 아닙니다. 예를 들어, 내 회사뿐만 아니라 다른 회사에도 소프트웨어를 판매하려는 경우 계산 방식이 다르게 보입니다.
적합한 제품의 가용성. 많은 비즈니스 프로세스의 경우 표준 표준 소프트웨어는 없습니다. 또는 사용할 수있는 것이 있지만 약간 다른 방식으로 3 개만 필요한 100 가지 기능이 포함되어 있지만 2 개의 다른 중요한 기능이 없기 때문에 적합하지 않습니다.
타사 공급 업체로부터 의존하고 싶습니까? 특히 소규모 공급 업체는 미래에 공급 업체가 시장에서 사라질 위험이 있거나 제품의 추가 개발이 필요한 방향으로 나아 가지 않을 위험이 항상 있습니다. 자신이 관리하는 제품의 경우 개발 방향을 훨씬 더 잘 조정할 수 있습니다.
언제 특정 소프트웨어가 필요하고 더 빠른 것은 무엇입니까? 직접 개발하거나 무언가를 구매할 때 프로세스에 맞을 때까지 적용하여 배포 할 수 있습니까? 선반에서 무언가를 구매하는 것이 더 빠르고 때로는 더 저렴한 대안으로 보일지 모르지만, 개인적으로 회사의 요구에 맞는 소프트웨어를 개발하고 기존 비즈니스 프로세스에 적합하고 무언가를 구매하는 것보다 많은 시간을 절약하는 시나리오를 직접 보았습니다. 개발 비용이 무시할 수있는 수백 명의 사용자가 새롭고 다른 방식으로 작업을 수행해야합니다.
암호화와 관련된 모든 것. 잘못된 방법으로 소프트웨어를 심각한 보안 취약점에 노출시키는 방법은 100.000 가지가 있으며, 올바른 방법은 몇 가지뿐입니다. 이를 위해서는 높은 전문 지식이 필요합니다.
개인적으로, 나는 내가 원하는 것과 쓰는 것이 흥미로운 것의 이상한 조합으로 발전합니다.
전문가 수준에서 @haylem은 구매시기와 쓰기시기에 대해 전반적으로 좋은 지적을합니다. 나는 간과되는 큰 요소, 기회가 있다고 말할 것이다. 대기업의 경우 필자가 생각할 때 핵심 비즈니스 라인 앱 ( 모든 비즈니스 라인 앱이 아님) 을 사용자 지정하여 작성 하면 엔터프라이즈가 더 민첩 해 지곤합니다. 소프트웨어 구매와 관련한 기회 비용이 있습니다. IT가 아닌 기업이 공급 업체가 도메인을 보는 방식에 잠겨 있기 때문입니다.
대부분의 경우 중요하지 않습니다. 회계 시스템은 창의적이지 않은 것이 좋습니다. 당신의 워드 프로세서는 다른 사람과 동일합니다. 그러나 당신을 만드는 것은 집에서 더 잘 쓰여질 수 있기 때문에 귀하의 비즈니스가 달성하려는 것에 적응할 수 있습니다.
거의 모든 다른 답변에서 말했듯이 비용 이익 결정은 다음과 같습니다.
맞춤형 개발 솔루션의 비용이 혜택으로 상쇄되어 상용 제품의 비용보다 적은지 여부가 결정됩니다.
고려해야 할 기회 비용도 있습니다. 이러한 비용은 개발 및 구매의 실제 비용에 포함되지 않으며 더 넓은 세계에서는 고려해야합니다. 사내 개발 직원이이 하나의 프로젝트에서 작업중인 경우 다른 프로젝트에서는 작업하지 않습니다. 즉, 매일 완료하지 않은 비용이 드는 다른 프로젝트가 목록에있는 경우, 사용자 지정 개발을 보류하거나 취소하고 상용 패키지를 사용하는 것이 우선 순위가 더 높을 수 있습니다. 그러나이 프로젝트를 수행하지 않으면 사내 직원이 자신의 손에 앉아있는 경우 개발자 비용이 깎입니다. 개발 직원이 근무 중인지 여부에 관계없이 비용을 지불하므로 잠재적으로 사용하는 경우 전체 비용이 줄어 듭니다.
나는 당신이 전문적이고 상업적인 상황에서 묻고 있으며 우리는 단일 라이브러리가 아닌 시스템의 주요 부분에 대해 이야기하고 있다고 가정합니다.
조직에서 상용 제품을 사용할 수있는 상황이 있습니다. 예를 들어, MS 워드 나 OpenOffice 등을 사용하여 자체 워드 프로세서를 작성하는 사람은 거의 없습니다. 스프레드 시트와 동일합니다. 자신의 템플릿이나 매크로를 사용하여 워드 프로세서를 "사용자 정의"할 수 있지만 사람들은이를 사용자 정의라고 생각하지 않습니다. 그것은 그들이 보는 것처럼 워드 프로세서를 "사용"하는 것입니다.
웹숍에서 ERP 시스템에 이르기까지 더 복잡한 시스템을 같은 방식으로 사용할 수 있습니다. 그러나 디자이너 나 비즈니스 개발 담당자가 표준에 포함되지 않은 변경을 원하는 시점이 올 것입니다. 결제 페이지를 다시 디자인하거나 할인 제안을 계산하는 새로운 방법입니다.
당신이 그것을 처음부터 알고 있다면, 당신의 결정은 실제로 Make 또는 Customize 입니다. Just Buy 는 더 이상 옵션이 아닙니다. 지금 당장 그러한 요구 사항이 없더라도 동료가 나중에 그 문제를 해결할 것이라고 기대 하십니까?