증발하는 구름

Evaporating Cloud

증발하는 구름은 제약 이론의 여섯 가지 생각 과정 중 하나이다.증발하는 클라우드(EC)는 문헌에서 "클라우드" 또는 "분쟁해결도"[1]라고도 언급되는 논리적인 다이어그램으로, 명백한 만족스러운 해결책이 없는 문제를 나타낸다.[2]

개요

TOC 도구 중 가장 일반적으로 사용되는 [note 1]EC는 갈등의 이면에 있는 논리를 도식화하고 논리 뒤에 숨겨진 가정을 체계적으로 검토함으로써 갈등이나 딜레마 상황(허용되는 타협이 없는 트레이드오프 상황)을 해결하도록 설계되었다.[3]

EC는 A, B, C, D, D'라는 라벨이 붙은 5개의 상자로 구성된 세트 형식을 가지고 있으며, 일반적으로 다음과 같이 배열되어 있다.[4]

증발하는 구름 다이어그램의 일반적인 구조.
[B] 【D 】 [A] / \ [A] 충돌 또는 [B] [C] \ 【C】 [D] 【D] 【D】 】 [D] 【D]

상자는 갈등(D, D')[note 2]을 나타내는 두 개의 반대되는 욕구, 각자가 원하는 니즈(B, C), 그리고 두 가지 니즈가 모두 충족시키려 하는 공통 목표나 목표(A)를 나타낸다.[note 3]

노드를 연결하는 선이나 화살표는 노드를 연결하는 데 사용되는 이론적 가정이나 인과적 가정을 나타낸다.클라우드를 통신할 때 화살표는 "순서에 따라" 또는 "왜" 또는 "그러므로"로 읽어야 한다.예를 들어, "A를 성취하기 위해서는 B를 필요로 한다. 왜냐하면 B 없이 A를 가질 수 있는 방법이 없기 때문이다."또는 "D와 D를 동시에 가질 수 있는 방법은 없다"("D-premy"로 읽음).

이름의 기원

Scheinkopf(2002)에 따르면 증발하는 구름은 리처드 바흐를 기리기 위해 그렇게 명명되었다.바흐의 1977년 저서 '환상'에서 주인공들은 폭풍 구름을 멀리 생각함으로써 하늘에서 제거한다.

정말 삶에서 구름을 제거하고자 한다면 그것으로 큰 생산물을 만들지 않고 그저 느긋하게 마음 놓고 생각에서 벗어나기만 하면 된다.그게 다야.[6]

증발하는 클라우드 도구는 근본적인 충돌을 해결함으로써 어려운 문제를 유사하게 "해결"하기 위한 것이다.

[골드랏은 모든 문제는 갈등이며, 적어도 하나의 잘못된 가정을 믿음으로써 갈등이 생기기 때문에 갈등이 생긴다고 가르친다.그러므로 단순히 갈등의 존재를 강요하는 가정을 생각함으로써, 우리는 어떤 갈등도 사고의 힘으로 증발시킴으로써 해결할 수 있어야 한다.[7]

문제 해결 단계

문제 해결에 EC를 적용하는 일반적인 프로세스는 코헨(2010)이 다음과 같이 설명한다.[8]: 676

  1. 문제의 유형을 식별하십시오(다양한 유형의 문제에 대해 다이어그램을 구성하는 방법이 다양함).
  2. 비록 그 문제가 감정적인 분란을 일으키더라도 사실에 입각한 객관적 방법으로 이 문제의 줄거리를 쓰시오.
  3. 클라우드를 구축하십시오(아래 예시 가이드 참조).
  4. 클라우드의 논리적인 문구를 확인하고 필요한 수정 및 업그레이드를 수행하십시오.
  5. 논리적 연결 뒤에 있는 가정을 표면화하여 충돌을 지원하는 가정을 찾으십시오.[note 4]
  6. 솔루션을 구성하고 윈-윈을 위해 확인하십시오.
  7. 문제를 처리하는 데 관련된 사람들에게 해결책을 전달한다.

클라우드는 적절한 상자에 상황에 대한 문구를 채워 "구축"된다.문장의 문구와 상자를 채우는 순서가 모두 중요할 수 있다.아래는 일상적인 갈등이나 내부 딜레마 구름을 구축하기 위한 권장 순서 및 질문에 대한 안내서 입니다.[8]: 679, 689

상자 유도질문
D 상대방은 어떤 조치를 취하기를 원하는가/내가 압력을 받고 있다고 느끼는가?
D′ 내가 하고 싶은 액션은?
C D 에서의 나의 행동에 의해 무엇이 충족되는가?
B D에서 그들의/나의 행동에 의해 무엇이 충족되어야 하는가?
A 니즈 B와 니즈 C를 모두 충족함으로써 어떤 공통 목표를 달성할 것인가?

근본적인 갈등을 문서화하고 전달하는 문제에 관해서는 여러 유형의 문제들이 약간 다른 요구조건을 가지고 있다.아래는 다양한 유형의 문제와 클라우드를 구축하고 통신하기 위한 제안된 순서를 요약한 것이다.[8]: 711

구름 빌드할 시퀀스 통신할 시퀀스
이너 딜레마 D-D′-C-B-A A-C-D′ A-B-D
하루하루의 갈등 D-D′-C-B-A A-B-D A-C-D.
소방 B-D-D′-C-A A-B-D A-C-D.[note 5]
바람직하지 않은 효과(UDE) B-D-C-D′-A A-B-D A-C-D.[note 5]
제네릭 클라우드 A-B-C-D-D-D′ A-B-D A-C-D.[note 6]

예

Goldratt는 경제 생산량 모델에 대한 논의에서 증발하는 클라우드 기법의 사용을 설명했다.[9]: 43 선결조건은 큰 배치(D)를 실행하고 작은 배치(D')를 실행하는 것이다.이것들은 분명히 충돌하고 있다.D가 충족하고자 하는 필요성은 설정비용(B)을 줄이는 반면 D의 전제조건은 단위당 운반비용(C)을 줄이는 것이다.두 요건 모두 단위당 비용 절감을 목적으로 한다(A).

EC의 사례는 경제 배치 수량의 문제를 예시하고 있다.

페두르코(2011년)는 다음과 같은 순서로 논리문을 소리내어 읽어 EC의 논리를 확인할 것을 권고한다.[2]: 13, 22

  1. 개당 비용을 줄이기 위해서는 개당 설치 비용을 줄여야 한다.
  2. 단위당 설정 비용을 줄이기 위해서는 대규모 배치를 실행해야 한다.
  3. 개당 비용을 줄이기 위해서는 개당 운반비를 줄여야 한다.
  4. 단위당 운반비를 줄이기 위해서 우리는 작은 배치들을 실행해야 한다.
  5. 큰 배치를 실행하는 것과 작은 배치를 실행하는 것은 직접적인 충돌이다.
  6. 대규모 배치를 실행하면 단위당 운반 비용을 줄일 필요가 있다.
  7. 소규모 배치를 실행하면 단위당 설정 비용을 줄일 필요가 있다.

페두르코에 따르면

소리 내어 읽는 것은 논리를 처리하고 확인하는 추가적인 메커니즘으로 청각 채널을 명시적으로 채택하기 때문에 필요하다.[2]: 13

Goldratt는 EC의 각 논리적 연결은 (흔히 숨겨져 있는) 가정을 나타낸다고 주장한다.

논리의 가장 기본적인 기초 중 하나는 어떤 논리적 연결 뒤에는 가정이 있다는 것이다.[9]: 47

위의 연결 뒤에 있는 가정은 "왜" 조항이 추가된 문장을 다시 읽음으로써 표면화될 수 있다.[2]: 31 예를 들어 Goldratt는 예제 EC의 두 번째 문 뒤에 다음과 같은 가정을 표면화한다.

  • 단위당 설정 비용을 줄이기 위해 우리는 대규모 배치를 실행해야 한다.
    1. 설정 비용이 고정되어 있어 줄일 수 없음.
    2. 설치 중인 기계는 여분의 용량이 없는 병목현상이다.[9]: 48–50

그리고 다시 다섯 번째 진술로 다음과 같이 말했다.

  • 다음과 같은 이유로 큰 배치 실행과 작은 배치 실행이 직접 충돌한다.
    1. 큰 것은 작은 것의 반대다.
    2. "batch"라는 단어의 의미는 하나뿐이다.[9]: 50–51

두 번째 가정은 생산 배치 크기(설정 간)와 전송 배치 크기(작업대 간)를 구별하여 서로 다른 용도의 배치를 허용함으로써 도전한다.

핵심 충돌 클라우드

'핵심 갈등 클라우드'는 '생각 프로세스' 중 하나인 현재 현실 나무(CRT)의 분석에서 나오는 ' 증발하는 클라우드'이다.CRT는 많은 시스템이나 조직 문제를 한 번에 분석하여 하나의 핵심 문제의 증상으로 취급하는 방법을 제공한다.이런 핵심 문제에 대한 손쉬운 해결책이 아직 시행되지 않았다면, 이행을 가로막고 있는 조직 내 갈등이 어느 정도 있을 것으로 보인다.[10]핵심 문제에서 분리되는 것을 막고 있는 이러한 내재적 갈등을 해결하는 것이 핵심 갈등 클라우드의 역할이다.[8]: 710

참고 항목

  • 시각적으로 유사한 다이어그램 작성 방법인 프로세스 의사결정 프로그램 차트.차이점은 PDPC가 우발상황의 기획에 활용되는 반면, 증발 클라우드 기법은 문제 해결과 갈등 관리에 활용된다는 점이다.

추가 읽기

  • 데트머, H. 윌리엄(2007).논리적 사고 프로세스: 복잡한 문제 해결을 위한 시스템 접근법. ISBN978-0-87389-723-5.
  • 페두르코, 젤레나(2011).클라우드 뒤: 논리적 사고력 향상.ISBN 978-9-94991-480-7.
  • 페두르코, 젤레나(2013).클라우드를 통해 솔루션 제공: UDE 및 UDE 클라우드 관련 작업ISBN 978-9-94991-482-1
  • 골드라트, 엘리야후 M. (1994년).운이 아니다.ISBN 0-88427-115-3
  • 쉐인코프, 리사(2002).변화를 위한 생각: TOC 사고 프로세스 사용.ISBN 1-57444-101-9
  • 슈라겐하임, 일라이(1998)관리 딜레마: 문제 식별 및 해결방안에 대한 제약이론 접근법ISBN 1-57444-222-8
  • 테크트, Uwe(2016).윈-윈 솔루션: 딜레마와 갈등 상황을 효과적으로 해결하기 위한 워크북.ISBN 978-3-83820-961-6

메모들

  1. ^ 한 보고서에 따르면, EC는 TOC 사례연구의 77%에서 사용되는 것으로 보고되었다.[3]
  2. ^ 갈등은 '이것과 하지 말 것' 또는 '행동 1과 행동 2'의 형태를 취할 수 있는데, 두 가지 행동을 한꺼번에 할 수 없다.[2]: 10
  3. ^ 예를 들어, 항공사의 사례 연구를[5] 기반으로 하는 클라우드는 "서비스 비용 최소화" 대 "서비스 비용을 최소화하지 말라"로 언급된 충돌(D vs D")을 가지고 있다.니즈(B, C)는 각각 "최소 비용"과 "우수한 서비스"로 명시되며, 공통 목표(A)는 "품질 제공"이다.
  4. ^ 일반적으로 조사하기에 가장 좋은 연결은 C-D′ 또는 B-D 사이의 연결이다.D-DT 연결에 대한 어드레싱은 이상적이지만, 대개는 가능하지 않다.[8]: 681–684
  5. ^ a b 주어진 순서는 C-D′이 당신의 편(또는 당신이 좋아하는 편)을 나타낸다고 가정하며, 이는 마지막으로 전달되어야 한다.[8]
  6. ^ 주어진 순서는 C-D′이 방어적일 가능성이 가장 낮은 측면을 나타낸다고 가정한다.갈등의 이면이 마지막으로 전달되어야 한다.[8]

참조

  1. ^ 데트머, H, W. 1999.충돌 해결 다이어그램:윈-윈 솔루션 생성, Quality Progress,32(3):41
  2. ^ a b c d e 페두르코, 젤레나클라우드 뒤:논리적 사고력 향상.TOC Strategic Solutions Ltd(2011년)
  3. ^ a b 김, 선민, 빅토리아 제인 마빈, 존 데이비스."제한조건 사고 과정 이론: 회상 및 전망"국제 영업 및 생산 관리 저널 28.2(2008): 155-184.
  4. ^ 빅토리아 J. 마빈, 스티브 포게슨, 로렌스 그린.저항 활용: 제약 이론을 사용하여 변경 관리를 지원[2001] 168±191
  5. ^ Polito, Tony, Kevin Watson, Robert J. Vokurka."경쟁력 향상을 위한 제약이론 활용: 항공사 사례 연구."경쟁력 검토:Journal of Global Competitivity 16.1(2006)을 통합한 International Business Journal: 44-50.
  6. ^ 바흐, 리차드, 환상:마지못해 하는 메시아의 모험.1977년 델 출판사
  7. ^ 쉐인코프, 리사 J변화를 위한 생각:TOC 사고 프로세스 활용CRC 프레스, 2002.
  8. ^ a b c d e f g 제임스 F.Cox III, 박사, CFPIIM, CIRM, John G. Schleier, Jr.:제약조건론 핸드북.TOC를 통한 일일 관리, 챕터(McGraw-Hill Professional, 2010), AccessEngineering
  9. ^ a b c d E.M. Goldratt.제약이론이라 불리는 이 이론은 무엇이며 어떻게 구현되는가?North River Press: Crofton-on-Hudson NY, 1990.
  10. ^ Eric Noreen; Debra Smith; James T. Mackey (1995). The Theory of Constraints and its implications for Management Accounting. North River Press. pp. 165. ISBN 0-88427-116-1.