오늘 우리 기사에서는 오랫동안 모든 사람에게 잘 알려져 있으며 인간 활동의 다양한 영역에서 사용되는 개념에 대해 이야기하겠습니다. 우리 중 대부분만이 이를 "실행 계획" 또는 " 달력 계획" 그리고 오늘 우리는 "로드맵"과 같은 용어에 대해 이야기 할 것입니다. 이는 일반적으로 동일하지만 익숙하지 않은 용어입니다.

최근 몇 년 동안 특정 기업의 개발 계획과 관련된 "로드맵"이라는 문구가 동료 시민들에 의해 점점 더 자주 사용되기 시작했습니다. 그리고 많은 분들이 한 번 이상 들어보셨을 겁니다. 사실, 각 산업의 이 개념은 고유한 특성과 미묘함으로만 채워져 있으므로 그 역할과 중요성을 다시 한 번 알아두는 것은 나쁘지 않을 것입니다. 일반적인 의미뿐만 아니라 특히 암호화폐와 관련된 경우에도 마찬가지입니다. 부문.

안에 다른 시간우리는 최대한 많은 청중이 관심을 가질 수 있도록 개발이 무엇을 가져야 하는지에 많은 관심을 기울였으며, 이는 결국 아이디어의 홍보와 성공적인 개발을 보장했습니다. 예를 들어, 우리는 백서와 같은 중요한 구성 요소에 대해 썼습니다. 백서의 존재는 사용자가 신제품에 더욱 친숙해질 수 있도록 할 뿐만 아니라 간접적으로 진지한 태도팀은 그들의 아이디어를 실현합니다(결국 그들은 시도하고 시간을 보냈습니다).

로드맵은 스타트업의 성공적인 개발에 필요한 속성 목록에도 포함될 수 있습니다. 도로 매핑이 항상 사용되는 것은 아니지만. 기본적으로 이는 아직 시장에 출시되지 않았지만 저자의 생각에만 존재했던 신제품 출시를 준비하는 경우 수행됩니다. 최선의 시나리오, 종이에. 또는 또 다른 경우 - 제품이 오랫동안 시장에 성공적으로 출시되었지만 제품에 대한 관심이 감소하기 시작하여 제품을 부활시키거나 새로운 개발 측면으로 사용자의 관심을 끌어야 합니다.

간단히 말해서, 로드맵은 제품의 기술 지도로 정의될 수 있지만, 우리 의견으로는 이 개념이 여전히 다소 더 광범위합니다. 이는 실제로 스타트업 팀이 홍보 및 개발을 위해 취할 주요 단계 목록일 뿐만 아니라 설정된 목표를 달성할 방법과 도구에 대한 설명입니다. 이 모든 것은 특정 마감일과 날짜로 표시됩니다. 이러한 문서에 익숙해지면 사용자는 회사가 이미 무엇을 했는지, 현재 어떤 단계에 있는지, 미래에 대한 계획이 무엇인지 명확하게 볼 수 있습니다.

그들이 말하는 것처럼 단번에 컴파일되는 WP와 달리 로드맵은 시간이 지남에 따라 변경될 수 있으며, 그 필요성은 프로젝트 구현 중에 발생합니다.

아마도 이 측면이 어떤 사람들에게는 가장 높은 우선순위로 보이지 않을 수도 있지만, 우리는 이를 과소평가하지 말 것을 권고합니다. 실제로 그러한 "행동 계획"은 정확히 누구를 위해 만들어 졌는지에 따라 그 내용이 크게 달라집니다.

기본적으로 이러한 종류의 문서는 프로젝트 관리자, 개발자, 관련 구조 및 귀하와 나, 즉 사용자를 위해 생성됩니다. 로드 매핑이 효과적이려면 프로젝트의 첫 번째 단계부터 완료까지 이를 달성하기 위한 목표와 기술이 포함되어야 합니다.

모든 암호화폐 스타트업에 그러한 " 장기 계획" 일반적으로 저자는 그 중 여러 개를 만듭니다. 다른 유형그리고 다양한 목적으로.

우선, 주요 개발 목표를 정의하고 대규모 전략을 표시하며 글로벌 작업 목록을 구성하는 메인 맵에 주목할 가치가 있습니다. 하지만 좁은 영역에는 로드맵이 있을 수 있습니다. 예를 들어 프로젝트 자금을 유치하는 사람이나 광고 등을 담당하는 사람을 위한 일종의 '일정'이 있을 수 있습니다.

국제 프로젝트의 경우 로드맵은 현지 전통부터 회사 웹사이트에서 지원하는 언어까지 다양한 국가 문제를 고려하여 국가별로 작성됩니다.

우선, 명확하게 정의된 업무에 따라 팀이 일관되게 행동하기 위해서입니다. 여기서 중요한 점은 작업 방향과 순서를 지정하는 것입니다. 하나의 문제를 해결하고, 다음 문제로 넘어가거나, 한 번에 여러 지점에서 동시에 작업합니다.

이러한 문서는 아이디어 개발을 예측하는 데 도움이 되며 사전에 위험을 식별하고 가능하면 이를 피할 수 있게 해줍니다. 또한 로드맵을 작성하는 과정에서 사용자의 관심 끌기, 국제 시장의 빠른 개발, 효과적인 개발 전략 등에 관한 새로운 아이디어가 떠오를 수 있습니다. 그리고 일반적으로 명확한 계획에 따라 작업하는 것이 항상 더 효과적입니다. 혼란스러운 던지기 - 어떤 일이 잘못되거나 실수할 가능성이 적습니다. 그리고 잠재적 투자자의 경우 프로젝트에 대한 장기적인 비전을 통해 투자(또는 투자하지 않음) 결정을 더 쉽게 내릴 수 있습니다.

스스로 로드맵을 개발하기 위해 '우수 학생'이 될 필요도 없고, 전문 웹 디자이너의 도움을 받을 필요도 없습니다. 아래에서는 이러한 문서를 개발하는 방법과 단계를 설명하고 그 중 어느 것이 귀하에게 가장 적합한지 결정합니다.

로드맵을 만드는 방법:

1. 스프레드시트 사용. 이것은 아마도 가장 간단하고 접근하기 쉬운 방법일 것입니다. 필요한 것은 Excel을 사용할 수 있는 능력뿐입니다. 아이디어와 계획을 표시하고 구현 기한을 표시하는 테이블을 만들 수 있습니다. 이 표는 수시로 업데이트되어야 합니다. 그러나 이것이 주요 단점은 아닙니다. 가장 중요한 것은 필요한 시각화를 달성하지 못하고 전략을 완전히 상상할 수 없다는 것입니다. 그리고 테이블은 정적인 문서이기 때문에 제어와 동기화가 어렵습니다.
2. 프레젠테이션. 프레젠테이션 소프트웨어를 사용하여 로드맵을 시각화하는 것이 조금 더 효율적입니다. 여기에서는 기회가 더 넓어지고 행동의 자유가 더 커집니다. 그러나 이번에도 업데이트를 수동으로 처리해야 하며 제어 및 동기화와 관련된 동일한 문제도 처리해야 합니다.
3. 특별 서비스. 완벽한 옵션– 이는 "트랙" 업데이트가 각 팀 구성원에 대해 동시에 발생하는 경우이며, 이는 적절한 기능을 갖춘 제품 관리를 위한 특별 서비스를 사용해야만 달성할 수 있습니다. 이 경우 고품질 시각화를 달성하고, 프로세스를 글로벌 전략에 연결하고, 관심 있는 대상과 협력하고, 다른 시스템과 통합할 수 있습니다.

이러한 종류의 가장 인기 있는 서비스 중에는 Roadmunk, Hygger, Proofhub, Roadmap planner 등을 추천할 수 있습니다.

로드맵 작업 단계:

1. 전략을 정의합니다. 각 글로벌 전략은 특정 핵심 목표를 기반으로 합니다. 가장 중요한 것은 귀하와 귀하의 전체 팀이 귀하의 아이디어를 전체적으로, 말하자면 "분해된" 형태로 보고, 중요한 세부 사항을 놓치지 않는다는 것입니다. 타겟 고객그리고 그녀의 요구를 반영합니다. 결국 이 모든 것이 결과적으로 얻고자 하는 것이 무엇인지에 대한 명확한 그림을 형성해야 합니다.
2. 릴리스 사용자 정의. 강조하고 싶은 기능을 결정하세요. 각 릴리스에 특정 데이터(내부 및 외부)를 표시할지 여부를 결정합니다.
3. 우선순위를 설정하세요. 그리고 쉽게 만들 수 있는 다양한 평가 지표나 나만의 스코어카드가 이를 올바르게 정리하는 데 도움이 될 것입니다. 우선순위에 있어서 잘 알려진 규칙도 기억하십시오.
4. 의사소통을 피하지 마세요. 피드백과 관계의 투명성 없이는 어떤 전략도 효과가 없었습니다. 당신의 것도 작동하지 않습니다. 따라서 로드맵을 공유하고, 공유하고, 최신 상태로 유지하도록 노력하십시오.

1. 트랙과 백로그를 혼동하지 마세요. 백로그에는 여러 개의 트랙이 있습니다. 다른 목적그리고 채우는 것. 백로그가 특정 기한까지 완료해야 하는 특정 단계(작업)를 반영하는 경우 로드맵은 더 큰 규모의 작업 방향을 결정합니다.
2. 문서는 주요 목표와 대규모 목표를 기반으로 작성되어야 하지만 세부 사항과 세부 사항에 있어서 어느 정도 유연성을 보여줄 수 있습니다.
3. 회사 전략 및 목표의 모든 변경 사항은 귀하가 추적하고 로드맵에 반영해야 합니다.
4. 우선순위는 시간이 지남에 따라 변경될 수 있으므로 장기적인 관점에서 검토해야 합니다. 일부 작업이 관련성을 잃은 것으로 나타날 수 있습니다.

즉, 기사 시작 부분에서 언급했듯이 로드맵은 불변의 문서가 아닙니다. 그녀를 당신의 작업에서 효과적인 조수로 대하십시오. 고품질의 제품. 글로벌 목표와 소규모 작업 모두에 대한 "경로"를 만들 수 있습니다. 결국 큰 일은 작은 일로 이루어지기 때문에 글로벌 무대에만 집중할 수는 없습니다. 그러나 모든 세부 사항, 모든 작은 것들은 작업이 끝나면 어떤 제품을 받아야 하는지를 고려하여 최종 목표 및 주요 전략과 일치해야 합니다.

따라서 로드맵은 단기 또는 장기적으로 제품을 개발(출시)하기 위한 계획입니다. 이는 완전히 새로운 제품일 수도 있고 이미 시장에 출시된 제품의 새로운(업데이트된) 버전일 수도 있습니다. 일반적으로 이러한 지도는 중급 및 기본 목표를 달성할 수 있는 방법과 수단을 반영합니다.

숙련된 제품 관리자의 손에 있는 로드맵은 진정한 전략 무기입니다. 대부분의 전략가가 작업 도구를 능숙하게 처리하는 방법을 알고 있는 것처럼 제품 관리자는 로드맵을 전술적으로 적용하고 이러한 목적을 위해 사용 가능한 서비스를 사용할 수 있어야 합니다.

이전에는 이러한 작업이 단순한 Excel 또는 Powerpoint 기능으로 수행되었지만 오늘날의 제품 관리자는 고품질 로드맵 도구를 사용하여 작업하면서 진정한 이점을 누리고 즐길 수 있습니다.

로드맵이 왜 필요한가요?

로드맵의 목적은 제품 관리자의 주요 문서로서 업무의 주요 아이디어와 진행 상황을 팀원 및 외부 이해관계자(주주, 고객, 파트너)에게 전달하는 것입니다.

제품 로드맵은 글로벌 이니셔티브와 계획된 모든 단계로 구성됩니다. 모든 제품 기능과 자세한 버그 목록을 포함할 필요는 없습니다. 이 전략 문서는 개별 계획 목적으로 작성되었습니다.
전체 수명주기 동안 제품 로드맵을 업데이트하는 것이 필수적입니다. 포함된 기능, 이니셔티브 및 요구 사항은 경영진, 고객, 영업 관리자, 파트너, 지원, 개발자, 금융 담당자 및 제품 담당자 등 많은 당사자가 만들고 시작해야 합니다.

로드맵은 제품에만 국한되지 않습니다. 로드맵의 목표는 제품에만 국한되지 않습니다. 다른 유형(예: 마케팅 및 IT 로드맵)

청중을 겨냥한 모든 로드맵에는 고유한 특성이 있습니다.

• 개발자를 위한 로드맵일반적으로 기능, 스프린트, 릴리스 및 마일스톤에 중점을 둡니다. 그것들은 매우 짧고 일반적으로 규모가 더 큽니다.
• 판매자를 위한 로드맵고객을 위한 기능과 이점의 조합에 중점을 둡니다.
• 외부 로드맵(고객 또는 파트너의 경우) 제품의 주요 이점에 중점을 둡니다. 모든 외부 문서와 마찬가지로 이러한 유형의 제품 로드맵은 매력적이고 시각적으로 명확하며 접근 가능해야 합니다.

또한 로드맵은 팀마다 다릅니다. 예를 들어 Agile 팀의 로드맵은 Waterfall의 일반적인 로드맵과 다릅니다.

Agile과 Waterfall 로드맵의 차이점

• Waterfall 팀은 일반적으로 재무 지표를 중심으로 비즈니스 지향적입니다. Agile에서 목표는 고객 중심입니다(예: 사용자 성장 및 고객 만족도).
• Waterfall 로드맵은 1년 또는 2년 완료를 반영하는 반면, Agile 로드맵은 일반적으로 분기별 완료를 반영합니다. Waterfall 및 Agile 회사의 계획도 기간에 따라 다릅니다.
• 차이점은 상호 작용의 원리와도 관련이 있습니다. Waterfall 팀의 상호 작용은 일관되며 Agile 팀의 구성원은 교차 기능 및 동시 방식으로 작업합니다.
• 마지막으로 Waterfall 로드맵은 유연성이 제한적인 반면 Agile 로드맵은 방법론 자체와 마찬가지로 훨씬 더 유연합니다.

로드맵을 시각적으로 만드는 데 완벽한 접근 방식은 없습니다. 당신이 사용할 수있는 다양한 템플릿기본 데이터를 표시하려면:

• 글로벌 전략 이니셔티브
• 기간별(분기) 출시
• 세부 기능
• 버그 수정에 대한 정보

완벽한 로드맵을 만드는 방법은 무엇입니까?

스프레드시트

로드맵을 작성하는 가장 간단한 방법 중 하나는 스프레드시트를 사용하는 것입니다. 예를 들어 Excel을 사용하면 제품 아이디어, 이니셔티브를 정리하고 타임라인과 기한을 설정할 수 있습니다. 업데이트하기가 매우 쉽습니다.

그러나 테이블의 로드맵에는 심각한 단점이 있습니다. 표는 충분한 시각화를 제공하지 않으며 전략 계획을 표현하기에 충분하지 않습니다. 또한, 엑셀은 정적인 문서이기 때문에 공유 후 모든 팀원과 버전을 관리하고 동기화하기가 어렵습니다.

프리젠테이션

프레젠테이션 소프트웨어에서 로드맵을 시각화하는 것이 훨씬 쉽습니다. 여기서 제품 관리자는 더 많은 기회와 행동의 자유를 누릴 수 있습니다.
그럼에도 불구하고 프레젠테이션은 스프레드시트처럼 수동 업데이트가 필요한 정적 문서이므로 버전 관리와 혼동을 일으킬 수 있습니다. 이상적으로 로드맵은 모든 팀 구성원에 대해 동시에 업데이트되어야 합니다. 이것이 오늘날 로드맵 작성 기능이 점점 더 대중화되는 이유입니다.

로드맵을 작성하는 간단한 방법보다 맞춤형 서비스가 더 나은 이유는 무엇입니까?

오늘날 제품 관리자는 다음과 같은 도움이 되는 최고의 관리 도구를 사용하여 로드맵을 시각화할 수 있습니다.

• 시각적 제품 로드맵 제시
• 글로벌 전략을 로드맵 프로세스에 연결
• 아이디어 식별 및 평가
• 모든 이해관계자(클라이언트 및 비기술 동료 포함)와 협력합니다.
• 타사 시스템과 통합

어떤 서비스를 선택해야 할까요? 여기 제품 관리자를 위한 TOP 7 플랫폼로드맵의 고품질 시각화에 관심이 있는 사람:

제품 관리를 위한 서비스가 정의되면 로드맵 작성을 시작할 수 있습니다. 어디서부터 시작해야 할까요? 모두가 이해할 수 있는 로드맵을 만드는 방법은 무엇입니까?

로드맵 작성의 주요 단계

로드맵 작성과 직접적으로 관련된 주요 비즈니스 목표에 대해 다시 한 번 상기시킬 필요는 없을 것입니다. 이러한 사항과 투자하려는 이니셔티브를 명확하게 이해함으로써 로드맵에 추가할 기능을 결정할 수 있습니다(비즈니스에 가장 큰 영향을 미칠 것이 무엇인지 생각하여). 다음은 모두에게 도움이 되는 4단계 전략입니다.

1. 전략의 정의

일반적으로 글로벌 전략은 주요 목표를 기반으로 합니다. 이러한 목표 공유 비전이 전체 제품에 대한 예측을 결정합니다. 강력한 제품 비전은 고객 및 고객의 요구 사항과 관련된 세부 정보를 통해 뒷받침됩니다.
이는 달성하고자 하는 것의 본질을 반영합니다. 미래의 걸작을 개발하려면 팀이 이 단계에서 모든 것을 이해했는지 확인하세요.

2. 릴리스 사용자 정의

여기서는 모든 릴리스에 내부 데이터 또는 외부 데이터를 표시해야 하는지 여부를 강조하고 결정하는 기능을 선택합니다. 외부 및 내부 출시 날짜는 다를 수 있습니다.

3. 기능 우선순위 지정

고객 요청은 항상 귀하의 전략에 따라 측정되어야 한다는 점을 기억하십시오.
전략을 평가하는 데 도움이 되는 다양한 지표가 있습니다. 각 제품은 다소 독특하기 때문에 제품 유형에 맞는 스코어카드를 만드는 것은 어렵지 않습니다. 스코어카드를 갖고 있으면 로드맵의 우선순위를 객관적으로 정하는 데 도움이 됩니다. 잊지 마세요 일반 규칙우선순위 설정 및 알려진 우선순위 지정 방법론에 대해 알아보세요.

4. 로드맵 공유

의사소통, 피드백, 관계의 투명성 없이는 훌륭한 제품을 만드는 것이 불가능합니다. 전략에서 그것들 없이는 할 수 없습니다.

결론적으로

로드맵이 의무화되고 있는 것 같습니다. 효과적인 도구관리 목적으로. 팀 일정, 토론을 관리하고, 작업을 하위 작업으로 나누고, 시간에 맞춰 작업을 완료하고, 생산성을 측정하고, 성공적인 결과를 달성하는 데 도움이 됩니다.

로드맵 옵션이 포함된 잘 설계된 소프트웨어는 제품 관리의 강력한 전략 도구입니다.

로드맵을 사용한 경험은 무엇입니까? 아이디어와 성공 사례를 공유하세요.

로드맵 -이건 시각적인 표현이에요 단계별 시나리오기업의 전략적 목표 달성, 효율성 달성 또는 생산 프로세스의 안정적인 상태 유지를 위한 시나리오. 실무 그룹은 "호신 칸리"(전략 계획 방법 및 도구) 구현을 위한 실제 작업을 수행할 때 준수합니다. 복잡한 프로젝트를 관리하기 위해 고객의 요구 사항과 희망 사항을 고려할 수 있는 품질 관리 시스템입니다.

로드맵은 애플리케이션을 통해 생산 구조의 각 프로세스에 대한 관리 및 개선을 보장합니다. 데밍 사이클또는 PDCA(Plan-Do-Check-Act, 즉 "Plan-Do-Check-Adjust/Act"). PDCA는 과학적 방법의 약어입니다.

• 계획(전략적 목표 정의, 목표 설정 공식화)
• Do (목표 달성을 위한 주요 단계(이정표) 식별)
• 확인(린 제조 도구를 사용하여 취해진 조치를 제어하고 관리 결정을 적용하여 선택한 솔루션의 효과를 확인)
• 조정/조치(취한 조치의 결과를 기반으로 표준 수립, 감사 수행, 조정)

로드 매핑은 프로세스 개발을 위한 아이디어, 전략 및 계획의 기대치를 연결하고 "과거-현재-미래" 원칙에 따라 이 프로세스의 주요 단계를 적시에 배열합니다. 로드맵을 사용하면 예상되는 시나리오와 개발 경로뿐만 아니라 수익성도 볼 수 있으므로 기업과 프로세스 전체의 경제적 효율성과 수익성 측면에서 달성할 수 있는 최적의 경로를 선택할 수 있습니다.

프로세스 소유자가 로드맵 도구를 사용해야 하는 이유를 정의해 보겠습니다.

1. 로드맵을 작성하는 것은 우선 과제 달성과 관련된 모든 영역과 요소를 효과적으로 계획하는 것입니다.
2. 로드맵에는 시간과 같은 정확한 특성이 포함됩니다.
3. 로드맵을 작성하면 프로세스 소유자가 때가 되면 전략과 계획을 구현하는 데 필요한 리소스와 기술을 확보할 수 있습니다.
4. 로드맵은 관리 및 관리 프로세스 소유자의 전략과 회사의 전반적인 개발 전략 간의 연결입니다.
5. 로드맵의 도움으로 프로세스 소유자의 개발 마일스톤 계획에서 격차(단점)가 식별되어 해결보다는 회피가 가능해집니다. 가능한 문제앞으로는;
6. 로드맵 작성 프로세스의 각 단계에서는 기업의 필요성과 개발 역학 등 가장 중요한 여러 측면에 중점을 둡니다. 따라서 가장 합리적이고 효율적인 방법으로 시간과 자원을 사용할 수 있습니다. 로드맵의 도움으로 가장 현실적인 목표를 설정하는 것이 가능합니다.
7. 로드맵은 관리자를 위한 일종의 "가이드"를 개발하여 관리자가 중간 결과를 식별하고 활동 영역을 조정할 수 있도록 합니다.
8. 여러 로드맵을 공동으로 사용하면 회사 전체에서 기술을 전략적으로 사용할 수 있습니다. 예를 들어 TMS-Logistics LLC 직원과 NKT-Service LLC 직원이 모두 가스 및 광물 제품을 고객 현장에 전달하는 프로세스에 참여합니다. 이 프로세스를 통해 단일 로드맵을 작성하면 두 조직이 하나의 목표를 달성하도록 지시할 수 있습니다.
9. 로드맵 작성에는 다양한 관리 회사, 부서, 프로세스 소유자 및 목표 달성에 관심이 있는 기타 당사자의 대표자 간의 정보 교환이 포함됩니다. 로드맵을 사용하면 생산 프로세스가 진행되는 방향, 잠재적인 역량 및 전망을 매우 명확하게 모든 사람에게 설명할 수 있습니다.
10. 로드 매핑 프로세스는 그룹 내에서 개발 목표에 대한 공통된 이해와 개발 계획의 소유권을 형성합니다.

위에서부터 로드맵을 통해 기업 전체와 특히 직원의 결과를 적용하기 위한 가능한 방향을 예측할 수 있다는 것이 분명합니다. 첫째, 비효율적인 프로세스를 효율성으로 전환한다는 관점에서(즉, 프로세스 소유자, 그가 내리는 결정의 효율성) 및 둘째, 상업적 관점에서 (이 개발 구현의 가능한 경제적 효율성을 평가하기 위해). 기업은 로드맵 구축에 대한 실질적인 경험을 가지고 있습니다.

여기서 우리가 고려하고 있는 문제는 다양한 방식으로 공식화될 수 있습니다. 우리는 회사의 비즈니스 프로세스에 질서를 부여하고 이를 투명하고 관리하기 쉽게 만들기 위해 노력한다고 말할 수 있습니다. 우리는 프로세스 관리 시스템을 만들고 있다고 말할 수도 있고, 다른 방식으로 회사 관리에 프로세스 중심 접근 방식을 도입하고 있다고 말할 수도 있습니다.

뭐라고 부르든 요점은 지속적인 개선을 가능하게 하는 실행 가능한 프로세스 제어를 만들고자 한다는 것입니다. 우리는 조직체계를 구축하고 있는데, 이러한 구축은 반드시 일정한 방법론과 기술을 바탕으로 이루어져야 합니다. 창조해야 할 물건을 만드는 기술을 익히지 않고는 누구도 집이나 배를 짓는 일을 맡지 않을 것입니다. "조직 구축"은 엔지니어링보다 간단하지 않습니다. 또한 자체 법률과 규칙이 있으며 이를 위반하면 처벌을 받지 않습니다. "기관 건설" 분야에서 수많은 실패한 프로젝트는 해당 작업이 SNIP(건축법 및 규정)를 위반하여 "건축 프로젝트" 없이 수행되었다는 사실로 정확하게 설명됩니다. 따라서 회사 경영에 대한 프로세스 접근 방식을 도입하는 작업에서 우리는 프로젝트의 "로드맵" 형식으로 다이어그램에 제시된 엄격하게 정의된 기술을 따르게 됩니다. 우리는 프로세스 관리 시스템 구축이라는 목표에 지속적으로 접근하면서 이 지도를 단계별로 따라갈 것입니다.

우리의 "로드맵"의 첫 번째 포인트는 회사의 전략을 파악하는 것입니다. 목표 시장에서 회사 활동의 기본 원칙을 명확하게 공식화하고, 고객을 정의하고, 소비자에게 중요한 핵심 가치 및 경쟁사와의 주요 차이점을 공식화해야 합니다. 이러한 원칙은 회사의 내부 조직, 프로세스 및 구조에 대한 요구 사항을 암시하기 때문에 이는 중요합니다. 고객을 만족시키고 경쟁사보다 우위를 제공하기 위해 누구에게 서비스를 제공해야 하는지, 어떤 모습이어야 하는지 먼저 정의하지 않고 프로세스를 추구하는 것은 의미가 없습니다. 이 모든 것은 시장 전략에서 비롯됩니다.

다음 단계는 조직 개념을 개발하는 것입니다. 이것은 우리 조직 시스템의 일종의 "건축 설계"입니다. 이는 프로세스의 구조와 상호 연결뿐만 아니라 서비스 프로세스의 주요 책임 센터와 기능을 정의합니다.

조직 개념은 프로세스를 식별하고 조직 구조를 개발하기 위한 기초 역할을 합니다. 이 두 가지 작업은 긴밀한 상호 작용을 통해 해결됩니다. 프로세스 식별 중에 입력, 출력, 클라이언트 등 해당 특성이 결정됩니다. 공급자, 수행자, 목표 및 대상. 프로세스 실행자는 조직 구조와 관련하여 결정되며 구조 자체는 명확하고 세부적입니다.

프로세스 식별 결과를 사용하여 수행자의 성과 지표를 결정하고 수행자에 대한 직무 책임을 생성할 수 있습니다. 다음으로 수행자의 직위에 대한 요구 사항, 성과 지표와 관련된 보상 규칙, 프로세스 규정 및 수행자 지침이 개발됩니다.

이는 회사의 프로세스 관리 시스템을 "구축"하는 순서입니다. 이 명령을 위반하면 필연적으로 관리자와 직원 모두에게 프로젝트 실패와 실망이 초래됩니다.

다음 기사에서는 이 "로드맵"의 각 단계를 자세히 살펴보겠습니다.

이 모든 "건설 활동"이 프로젝트 형태로 수행되는 것도 중요합니다. 즉, 특정 기한, 책임 있는 실행자, 결과 통제 및 평가가 포함된 명확하게 정의된 계획에 따라 이루어집니다. 프로젝트는 회사 전체 또는 해당 부서 중 하나의 프로세스를 다룰 수 있습니다. 이것이 먼저 결정되어야 합니다. 프로젝트 목표는 성공을 위한 측정 가능한 기준이 정의되는 방식으로 공식화되어야 합니다. "프로세스 접근 방식을 구현한 결과 어떤 비즈니스 지표가 개선되어야 합니까?"라는 질문에 대답할 필요가 있습니다. 이는 재고 회전율, 물류 비용 감소, 생산량 증가 또는 기타 지표일 수 있습니다.

그런 다음 프로세스에 관심이 있는 모든 당사자(프로세스 클라이언트, 공급자, 수행자 및 프로세스 소유자)의 대표를 포함하는 프로젝트 팀이 구성되어야 합니다. 회사의 고객 담당자는 마케팅 전문가이고 공급업체 담당자는 구매 전문가입니다. 프로젝트가 회사의 모든 프로세스를 다루는 경우 프로젝트 팀에는 모든 최고 관리자가 포함되어야 합니다.

프로젝트 계획을 준비하려면 모든 주요 작업 단계가 포함된 "로드맵"을 사용해야 합니다.

프로젝트의 공식 상태는 다음을 정의하는 총책임자의 명령에 따라 설정되는 것이 중요합니다.

• 프로젝트 매니저,
• 프로젝트팀의 구성,
• 프로젝트 목표와 성공 기준,
• 프로젝트 결과,
• 프로젝트 계획.

작업 중에 얻은 결과와 식별된 문제를 매주 검토하고 추가 진행을 보장하기 위한 솔루션을 개발해야 합니다.

관리 부실로 인해 많은 프로젝트가 실패합니다. 조직 변화의 사망률이 높은 이유는 잘 알려져 있습니다. 가장 일반적인 세 ​​가지를 언급하겠습니다.

1. 회사 책임자의 프로젝트에 대한 관심 부족 . 관리자가 책임자를 임명하고 더 이상 생각하지 않는 것으로 충분하다고 생각하면 프로젝트는 통제할 수 없을 정도로 "바닥으로 이동"합니다. 경영진의 강력한 지원 없이는 조직의 변화가 일어날 수 없습니다. 회사의 대표는 변화에 대한 확고한 의지를 보여주고, 프로젝트 진행 상황을 지속적으로 모니터링하고, 진행 과정에서 모든 장애물을 제거해야 합니다.
2. 낮은 직원 참여도 . 프로세스 구현에 대한 극도로 비생산적인 접근 방식은 비즈니스 분석가나 외부 컨설턴트가 프로세스 규정을 개발한 다음 관리자가 직원에게 이러한 규정에 따라 작업하도록 강요하는 것입니다. 사람들은 외부에서 가해지는 변화에 저항합니다. 저항의 에너지는 프로세스 개발 초기에 직원을 참여시키고 최종 결과가 나올 때까지 함께 작업함으로써 변화를 위한 원동력으로 전환될 수 있습니다. 이 경우 사람들은 참여를 통해 개발된 결정을 의식적이고 책임감 있게 수행합니다.
3. 조직 변화를 수행하는 잘못된 방법론 . 조직의 변화를 수행하려면 특별한 역량, 변화 수행 방법에 대한 지식 및 이를 적용하는 능력이 필요합니다. 기사에 설명된 프로세스 접근 방식을 구현하는 방법론을 사용하면 이 프로젝트의 위험을 줄일 수 있습니다. 이를 위해서는 "로드맵"과 당사의 권장 사항을 따라야 합니다.

이 시리즈의 다음 기사에서는 회사 관리에 대한 프로세스 중심 접근 방식을 구현하는 각 단계를 자세히 논의할 것입니다.

프로세스 접근 방식 구현에 대한 실제 지침은 "회사에서 프로세스 관리 시스템을 구축하는 방법" 전자 교육 과정에서 제공됩니다.

스테이지
미주리
나
분석
조직
PHC
II
구현
이벤트
III
허가
"신형
미주리"
IV
구현
신형
미주리
18/04/30
18/09/30
18.11.30
19/01/30
18/09/30
18/10/30
18/12/30
19/02/28
실험적
체크포인트
계획의 실행
복제됨
체크포인트
계획의 실행

로드맵

로드맵은 시각적 표현입니다.
특정 객체의 개발을 위한 단계별 시나리오
– 별도의 제품, 그리고 달성하려는 계획까지
정치적인,
사회의
목표,
예를 들어,
국제 갈등과 투쟁의 해결
특히 위험한 질병이 있습니다.
도로 매핑 링크
시설에 대한 비전, 전략 및 개발 계획 및
이 주요 단계를 제때에 준비합니다.
'과거-현재-'라는 원칙에 따라 프로세스를 진행합니다.
미래".

로드맵

로드맵을 사용하면 다음보다 더 많은 것을 볼 수 있습니다.
오직
유망한 후보자
스크립트,
하지만
그리고
그들의
잠재적인 수익성도 선택할 수 있습니다.
자원 관점에서 최적의 경로
비용과 경제적 효율성.

로드맵

6

GBUZ RM "공공 임상
5호 병원"
프로젝트의 주요 방향
레지스트리 열기
새로운 모습의 진료소 - 공개등록,
등록 기관의 작업장 조직, 할당
레지스트리의 구조적 구분: 콜센터,
지도 저장. 내부 물류 최적화,
환자 흐름의 분리. 균일한 로딩
의료진과 접수원. 모든 유형의 제거
스트림으로 인한 손실
응급의료
돕다
개선
시스템
라우팅
분포 및 정렬별 환자
흐름을 개선하고 프로세스 시간을 단축합니다.
경영정보시스템 설치
스트림. 환자 체류 시간 단축
진료소에서
특별한 환자
의료 접근성 및 질 향상
프로세스를 최적화하여 인구를 돕습니다.
손실 제거, 근무 책임자 사무실 개설
의사. 편안하게 머물 수 있는 환경 조성
클리닉, 의사 업무 비중 증가
환자 최대 90%
새로운 방향
건강검진 1단계
시간 단축
최대 2일까지 임상시험
통과
1
단계

GBUZ RM "어린이 폴리클리닉 3호"
프로젝트의 주요 방향
레지스트리 열기
응급의료
돕다
건강한 유년기 사무실
통해 국민의 의료 가용성과 질을 향상시킵니다.
프로세스 최적화 및 손실 제거.
KIIS 및 COLLcenter를 통해 등록하는 환자 수가 증가합니다.
등록 데스크에 줄을 선 환자의 대기 시간을 줄입니다.
지도 저장소에서 지도 가용성의 점유율 증가
응급의료 제공에 소요되는 시간을 단축합니다.
응급실 업무 개선.
제공되는 서비스 품질에 대한 환자 만족도
건강한 어린이의 흐름 구분 및 라우팅
최대한의 편의성과 소요시간 단축
진료소 및 질병 확산 방지
새로운 방향
체계적인 소아과 의사
환자가 병원에 ​​머물 수 있도록 편안한 환경을 조성합니다.
의사와 간호사 간의 최적의 책임 분배.
환자와 의사의 업무 비중을 늘리고, 환자와 의사의 업무 비중을 줄입니다.
의료 문서.
EHR 작업으로 전환합니다.
5C 시스템에 따라 의사의 작업장을 가져와 편안함을 조성합니다.
근무 조건, 조달 필요한 장비(모니터, 프린터 및
등.)

계획 개발 활동은 작성 및 관리의 모든 단계를 포괄합니다.
프로젝트 실행.
잘 조직된 프로젝트에서는 각 목표를 달성해야 합니다.
특정 관리 기관에 대한 책임: 관리자
모든 목표(프로젝트 미션)에 대한 프로젝트, 책임 있는 실행자
개인적인 목표.
기획의 핵심은 다음과 같습니다.
a) 형성을 기반으로 목표와 목표 달성 방법 설정
반드시 수행해야 하는 일련의 작업(이벤트, 작업)
완전한;
b) 이러한 작업을 구현하기 위한 방법 및 수단의 적용
c) 구현에 필요한 자원을 연결합니다.
d) 프로젝트에 참여하는 조직의 활동을 조정합니다.
계획의 주요 목적은 구현 모델을 구축하는 것입니다.
프로젝트. 참가자들의 활동을 조정하는 것이 필요합니다
프로젝트 순서를 결정하는 데 도움이 됩니다.
해야 할 일.

10. 사업시행을 위한 전술적 계획

전술적(운영, 세부) 계획
전술적, 세부 계획 개발과 관련
책임 있는 수준의 운영 관리를 위해
공연자.
전술적 계획은 하나의 과정이다
프로젝트의 일상적인 활동을 지휘하는 사람.
해야 할 일을 계획하는 과정이다.
언제 해야 하는지, 누가 해야 하는지, 무엇을 해야 하는지
이를 위해서는 자원이나 투자가 필요합니다.
이것이 전략적 목표를 실행하는 과정이다.
전술적 행동계획이나 작전계획을 세울 때
기초로 제시되거나 신청을 위해 제시되었습니다.
자금을 조달하거나 대출을 신청하거나
다른 사람들이 프로세스에 투자하도록 허용하거나
어떤 방식으로든 프로젝트라고 불리는 경우가 많습니다.
사업 계획.

11. 전술작업계획(TWP)의 개요

11

12. TPR 예시: TITLE 섹션

프로젝트 시행을 위한 전술적 계획
등록번호_______
에서 _________
시작
프로젝트
01.02.2018
완성
프로젝트
30.01.2019
스테이지
구현
프로젝트
프로젝트: “새로운 창조
의료 모델
조직,
기본 제공
보건 의료"
기업: 몰도바 공화국의 국가 예산 의료 기관 "...."
프로젝트 매니저:
이바노프 I.I.

콘텐츠
공장
책임이 있는
일

허용한다
정의하다
우선순위(문제) 영역.
질문은 다소 노동집약적인 과정이지만,
이를 통해 문제를 더 잘 식별할 수 있습니다.
설문지를 작성할 때 다음 사항을 결정해야 합니다.
구체적인 질문, 그에 대한 답변을 허용합니다.
전체가 아닌 한 가지 문제의 병목 현상을 식별
지도.
예: "수신" 방향이 정의됩니다.
나쁜." 하지만 구체적으로 나에게 적합하지 않은 것: 기간
등록 기관과의 통신, 정보 내용, 대기열?
필요한
이해하다
본질
문제,
목표를 지정하십시오.
~에
컴파일 중입니다
처리
결과
설문조사
평가
문제가 있는
프로세스
설문지에서 언급된 횟수에 따라
V
관심을 가져주셔서 감사합니다!