전문가 관리 스타일 및 도구

프로젝트는 Redmine에서 관리되었지만 클라이언트가 몇 가지 유용한 수정을 통해 약간 개선했습니다. 회사의 다른 부서에서는 Microsoft Dynamics NAV를 사용하여 작업을 정리하고 데이터를 유지하고 있으며 시스템 (Redmine과 NAV)은 상호 연결되어 부서 간의 통신을 가능하게하고 자동화했습니다.

기술적으로는 다음과 같은 방식으로 작동했습니다. NAV에서 새 프로젝트를 설정하고 정의한 후에는 이러한 데이터를 Redmine으로 전송하여 특정 속성을 가진 새 프로젝트를 만들 수있는 옵션이있었습니다.

Redmine은이 회사의 업무를 조직하는 데 유용한 도구가되었습니다. JIRI 모델이 수행하는 프로젝트는 매우 유사하며 Redmine의 프로젝트 구조는 단순하게 유지되었습니다. 프로젝트는 4 또는 5 작업으로 분류되었지만 각 프로젝트마다 동일하거나 유사했습니다. 작업은이 작업에서 패키지 된 부품 작업을 수행 할 차례에 따라 수명주기 동안 여러 양수인간에 전달되었습니다. 이와 같이 작업은 현재 담당자에게만 통지되고 모니터링되었습니다. 작업을 추적하기 위해 Redmine 개인 대시 보드의 기본 "내 작업"필터가 사용되었습니다.

시스템이 한동안 잘 작동했지만 회사 경영진의 혁신적인 계획과 전략을 따라 가기에는 불충분 한 것으로 판명되었습니다. 이러한 전략은 특히 전체 프로세스에 더 많은 투명성과 명확성을 제공하고, 프로젝트 지연의 원인을 예측 또는 발견하고 책임있는 사람들을 처리하고 효율적인 자원 관리 계획을 구현하는 능력에 중점을 두었습니다. 이점은 확실히 더 빠르고 원활하게 제공되는 프로세스이며 직원의 동기 부여 및 만족도를 높이기위한 다른 내부 도구 및 메커니즘을 개발하기위한 견고한 데이터를 얻는 것입니다.

구현이 시작되기 전에 JIRI 모델 관리자는 구현하려는 새로운 프로세스와 워크 플로의 이상적 모양에 대해 이미 명확하게 알고있었습니다. 우선, 작업 구조를 만들고 각 사용자 그룹의 사용자 인터페이스뿐만 아니라 작업 구조를 만들고 해당 흐름과 권한을 잘 정의하여 이러한 프로세스를 시스템에 구현하는 데 중점을 두었습니다. 시각. 구현하는 동안 Easy Project와 Microsoft Dynamics NAV 간의 연결을 설정하고 개선하기 위해 다양한 JIRI 모델의 외부 파트너와 협력했습니다. 구현에는 많은 계획과 설계가 필요했습니다. 이는 데이터 생산 연속성을 중단하지 않기 위해 모든 생산 프로세스가 Redmine에서 실행되고 배포 직후 Easy Project로 대체 되었기 때문입니다. 

프로젝트 템플릿 및 API 통합

모든 프로젝트는 비슷한 구조를 가지고 있습니다. Redmine Easy Project와 달리 새 프로젝트 설정의 기반으로 사용되는 프로젝트 템플릿을 만들 수 있습니다. 이 경우 템플릿 사용의 가장 큰 이점은 작업의 구조, 해당 작업 및 각 작업에 대한 설명을 유지할 수 있다는 것입니다. 쉬운 프로젝트와 Microsoft Dynamics NAV 간의 연결을 설정했습니다. NAV에서 새 프로젝트가 생성되면 사용자 정의 필드에서 관련 "프로젝트 유형"이 선택됩니다. 이 정보는 Easy Project로 전송되어 새 설정을위한 프로젝트 템플릿을 자동으로 선택하면 NAV의 데이터가 그곳으로 전송됩니다.

쉬운 프로젝트 핵심 기능 및 개인 대시 보드

우리는 Easy Project가 제공하는 핵심 기능을 활용하고 다양한 워크 플로로 다양한 유형의 작업을 설정했습니다. 작업의 가능한 상태는이 작업의 유형에 따라 다릅니다. 또한 상태의 순서는 사용자가 다음 단계를 식별하는 데 도움이되도록 정의되며 사용자의 책임이 다르므로 사용자의 역할에 따라 상태를 다르게 사용할 수 있습니다. 추적기 (작업 유형)뿐만 아니라 상태도 각 사용자에 대한 관련 작업을 필터링하기 위해 개인 대시 보드 설정에 사용되었습니다. 예를 들어, 수퍼바이저는 수행 할 작업의 상태를 모니터링하고 피드백 또는 승인이 필요한 작업을 지연 시키거나 지연되는 작업을 식별하는 등의 작업을 개별적으로 추적 할 수 있습니다.