OTRS ITSM 변경 관리에서는 상태가 변경되어 작업 상태에 따라 변경 상태를 수동으로 변경하거나 변경 내용을 수동으로 편집 할 수 있습니다. 변경 관리자 만 변경을 수동으로 편집하여 보류중인 승인에서 승인 된 상태로 상태를 변경할 수 있으며 나머지 상태는 체인저 작성자 또는이 변경 관리자에 의해 변경 될 수 있습니다. 이 작업을 수행 할 수 있습니까?
작은 질문이 있습니다. Cobit과 함께 사명과 비전을 IT 목표로 변환 할 수 있습니까? 목표는 TOGAF에서이 프로세스를 사용하여 엔터프라이즈 아키텍처를 설정하고 ITIL을 사용하여 프로세스를 평가, 모니터 및 문제를 해결하는 것입니다. IT 거버넌스 프레임 워크의 좋은 해석인가? 아니면 내가 실수 한거야?
애자일 모델이 사용되는 회사에서 지원 팀을 관리합니다. 문제는 개발자가 버그를 수정할 시간이 없기 때문에 많은 티켓이 열려있는 상태이며 이로 인해 사용자가 실망하게됩니다. 인시던트 및 요청이 적시에 해결되도록하기 위해 티켓 결정을위한 SLA를 구현하고 싶습니다. 그러나 이해 한대로 SLA는 애자일 방식과 일치하지 않습니다. 해결 시간 측면에서 목표와 지침을
워크 플로우를 개발 중이며 어느 시점에서 워크 플로우는 3 방향으로 갈 수 있습니다. A, B, C라고 부르 자.하지만 불행히도 나는 SNOW에 대한 정보가 없기 때문에 사람은 흐름의 방향을 선택해야한다. 일종의 mc 질문을 워크 플로우에 통합하는 가장 좋은 방법은 무엇입니까? 복잡한 워크 플로를 만드는 것이 처음이므로 생각이 없습니다. 사용자가 무언가를