ERP 및 기타 엔터프라이즈 애플리케이션을 구현하기위한 리소스? [닫은

Question

ERP와 같은 소프트웨어 또는 기타 복잡한 비즈니스 시스템을 개발할 때 모범 사례를 위해 어떤 리소스를 사용합니까?

저는 회계사가 아니라 구매자가 아니라 관리자가 아닌 개발자입니다.
저는 엔지니어링에 대한 프로젝트 관리 경험 (소프트웨어 관련)이 있으며 설계, 구매, 주식 관리, 판매, 제조, 품질 관리, 판매 후 비즈니스 프로세스에 대한 경험이 상당히 많습니다.

저의 문제는 비즈니스 소프트웨어를 개발할 때 항상 전문 지식이 부족한 영역에 직면했으며 프로세스에 대한 이해와 다른 문제를 어떻게 해결했는지에 대한 이해가 유능한 소프트웨어를 개발하는 데 절대적으로 필수적이라고 생각합니다.

그렇다면 사람들이 ERP 시스템 등에서 비즈니스 규칙과 프로세스를 해결하고 구현하는 방법에 대한 모범 사례 나 실용적인 경험이 포함 된 온라인 리소스가 있습니까?

Answer 1

APICS, 운영 관리 협회가 있습니다. www.apics.org. ( "I"는 재고를 위해 서 있었지만 패러다임이 바뀌 었습니다 ...) 많은 도시들이 정기 회의를 가진 지역 장을 가지고 있습니다.

Answer 2

소프트웨어 모범 사례를 의미하지 않는다고 가정하겠습니다. 당신은 비즈니스 관행에 대해 이야기하고 있습니까?

어디 가세요? 분명해 보이지만 어딘가에서 도메인 전문가를 찾아야합니다. 어떤 규모라도 회사 내부에 있어야합니다. 주제를 잘 모르고 GAAP의 전문가 개발자이자 전문가가 될 가능성이 없다면 알고있는 출처를 찾아야합니다.

나는 이것이 구매 대 빌드 결정에 적합한 장소라고 생각합니다. 당신을 위해 그것을 할 수있는 많은 사람들이있을 때 회계 패키지를 작성하는 이유는 무엇입니까? 자신의 일반 원장을 작성 해야하는 대부분의 사람들은 일반적으로 "어리석은"라이센스 비용을 인용함으로써이를 정당화하지만 자신의 시스템 설계, 구현, 테스트 및 유지 관리의 실제 비용을 정확하게 추정하지 못합니다. 패키지를 구매한다는 것은 개발자가 접촉 한 모든 사람들의 증류 된 전문 지식을 얻는 것을 의미합니다. 당신은 그들이 잘했다고 가정합니다.

Answer 3

'사물이 어떻게 작동하는지'이해하려면 먼저 고객의 내부 절차를 살펴 봐야합니다. 조달 절차가 좋은 예입니다. 조달 프로세스는 대부분의 회사에서 잠재적 인 문제의 원인으로 간주되기 때문에 일반적으로 완전히 문서화됩니다 (반대의 경우 회계 절차는 공식 및 필수 규칙에 의존하기 때문에 문서화가 잘되지 않습니다).

이 절차를 통해 회사에서 사용중인 모든 표준 양식, 누가 무엇을, 무엇을 유지 해야하는지, 보관 해야하는지 등을 발견하게됩니다.이를 통해 담당자를 만나기 전에 프로세스를 이해하는 데 도움이됩니다. Allways는 귀하의 응용 프로그램이 이러한 절차를 고수해야하며 절차가 존재하지 않으면 앱이 실제로 절차가 될 것임을 명심해야합니다.이 경우이 경우 일반적으로 (1) #DuffyMo 또는 (2) 고객의 요청 및 사양에 따라 구축하십시오. 이 마지막 경우, 이미 사용하는 다른 문서, 일반적으로 일부 단어 템플릿 + 데이터 후속 조치를위한 엑셀 시트를 사용자로부터 수집하는 것이 좋습니다. 그것은 주요 영감의 원천이 될 수 있으며 스마트 제안을 정교하게하는 데 도움이 될 수 있습니다 ...

절차 후속 및 관리 모듈 (부록, 초안 제안 등)은 'ERP와 같은'시스템으로 시작하는 좋은 방법이 될 수 있습니다.

Answer 4

당신은 이미 다른 사람보다 회사의 비즈니스 프로세스를 더 잘 알고있는 내부 전문가가 있습니다. 회계사, 관리자, 구매자, 감독자 및 시스템의 일반 사용자와 상담하십시오. 그들은 ERP 시스템이 필요한 것을 말해 줄 것입니다. 그런 다음 개발자로서 그 위에 약간의 개선 사항을 거의 추가하고 모든 사람을 행복하게 만듭니다.