칸반이란?

TRIVIA – 칸반 (일본어로 “kamban”이라고도 함)은 “Billboard”( “signboard”로 번역됨) 중국어)는 “사용 가능한 용량 (근무 가능)”을 나타냅니다. Kanban은 린 및 JIT (Just-In-Time) 생산과 관련된 개념으로, 생산 대상, 생산시기 및 생산량을 알려주는 스케줄링 시스템으로 사용됩니다.

Kanban의 기본 사항 알아보기 :

  • Kanban은 어디에서 시작 되었습니까?
  • Kanban 방법이란 무엇입니까?
  • 칸반 기본 원칙
  • 칸반의 6 가지 핵심 관행
  • 칸반은 어떻게 작동합니까? – 개념
  • 칸반의 WIP 제한
  • IT의 칸반 & 소프트웨어
  • 간단한 / 애자일 개발의 칸반
  • Kanban beyond Software & IT
  • Kanban 도구 사용 시작

Kanban의 기원 ? – Kanban에 대한 간략한 역사

모든 것은 1940 년대 초에 시작되었습니다. 최초의 Kanban 시스템은 일본의 Toyota 자동차를 위해 Taiichi Ohno (산업 엔지니어 및 사업가)가 개발했습니다. 이는 생산의 모든 단계에서 작업과 재고를 최적으로 제어하고 관리하는 것을 목표로하는 단순한 계획 시스템으로 만들어졌습니다.

개발의 주요 이유 Kanban의 경우 미국 자동차 라이벌에 비해 Toyota의 생산성과 효율성이 부적절했습니다. Kanban을 통해 Toyota는 비용 집약적 인 원자재, 반제품 및 완제품 재고를 줄이면서 생산성을 높이는 유연하고 효율적인 적시 생산 제어 시스템을 달성했습니다.

Kanban 시스템은 공급 업체에서 최종 소비자에 이르는 전체 가치 사슬을 이상적으로 제어합니다. 이러한 방식으로 제조 공정의 다양한 단계에서 공급 중단 및 상품 과잉 재고를 방지 할 수 있습니다. Kanban은 프로세스의 지속적인 모니터링이 필요합니다. 생산 프로세스를 늦출 수있는 병목 현상을 방지하기 위해 특별한주의가 필요합니다. 목표는 더 낮은 배송 리드 타임으로 더 높은 처리량을 달성하는 것입니다. 시간이 지남에 따라 Kanban은 다양한 생산 시스템에서 효율적인 방법이되었습니다.

” Toyota 생산 시스템의 두 가지 축은 적시성과 인간의 손길을 통한 자동화 또는 자율입니다.” – David J. Anderson Click To Tweet

칸반 방법이란 무엇입니까?

제조업에서 Taiichi Ohno에 의해 칸반이 도입되었지만 David J. 2004 년에 처음으로 IT, 소프트웨어 개발 및 지식 작업에 개념을 적용한 Anderson입니다. David는 Taiichi Ohno, Eli Goldratt, Edward Demmings, Peter Drucker 등의 작업을 기반으로 Kanban 방법을 정의했습니다. 풀 시스템, 큐잉 이론 및 흐름과 같은 개념. 2010 년에 출판 된 Kanban에 대한 그의 첫 번째 저서 “Kanban : 기술 비즈니스를위한 성공적으로 진화 한 변화”는 지식 작업을위한 Kanban 방법의 가장 포괄적 인 정의입니다.

칸반 방법은 무엇이든 점진적으로 개선하는 프로세스입니다. 소프트웨어 개발, IT / Ops, 직원 채용, 채용, 마케팅 및 판매, 조달 등 실제로 거의 모든 비즈니스 기능 Kanban 방법론의 원칙을 적용하면 이점을 얻을 수 있습니다.

Kanban 지식 체계는 원본 책이 작성된 이후 다양한 사고 리더의 작업을 추상화하고 혜택을 얻었습니다! Don Reinertsen (Principles of Product Development Flow의 저자), Jim Benson (Personal Kanban의 선구자) 등과 같은 사람들.

Kanban은 소프트웨어 개발 라이프 사이클 방법론이나 프로젝트 관리에 대한 접근 방식이 아닙니다. Kanban을 적용하여 기본 프로세스를 점진적으로 변경할 수 있도록 일부 프로세스가 이미 준비되어 있어야합니다. – DJA Click To Tweet

Kanban 원칙 & 관행

Kanban 방법은 다음을위한 일련의 원칙과 관행을 따릅니다. 작업 흐름을 관리하고 개선합니다. 이는 조직의 프로세스를 점진적으로 개선 할 수있는 혁신적인 무중단 방법입니다. 이러한 원칙과 관행을 따르면 Kanban을 사용하여 비즈니스 프로세스의 이점을 극대화 할 수 있습니다. 흐름을 개선하고,주기 시간을 단축하고, 고객에 대한 가치를 높이고, 예측 가능성을 높이는 등 모든 비즈니스에 중요합니다. 오늘.

칸반 방법론의 네 가지 기본 원칙과 여섯 가지 핵심 관행이 아래에 제공됩니다.

4 가지 기본 원칙 :

  1. 지금하고있는 작업으로 시작
  2. 점진적이고 진화적인 변화를 추구하는 데 동의합니다.
  3. 처음에는 현재 역할, 책임 및 직책을 존중합니다.
  4. 모든 수준에서 리더십 행동을 장려
  • 지금하고있는 일부터 시작 : Kanban Method (이하 Kanban으로)는 기존 설정 / 프로세스를 즉시 변경하지 않는 것을 강력하게 강조합니다. Kanban은 현재 워크 플로에 직접 적용해야합니다. 필요한 모든 변경은 팀이 편한 속도로 일정 기간에 걸쳐 점진적으로 발생할 수 있습니다.

  • 점진적이고 진화적인 변화를 추구하는 데 동의합니다. : Kanban은 팀과 조직 내에서 저항으로 이어질 수있는 급진적 인 변경보다는 조금씩 점진적으로 변경하도록 권장합니다.
  • 처음에는 현재의 역할, 책임 및 직책을 존중하십시오. 다른 방법과 달리 Kanban은 자체적으로 조직 변경을 부과하지 않습니다. 따라서 잘 수행 될 수있는 기존 역할 및 기능을 변경할 필요가 없습니다. 팀은 필요한 변경 사항을 공동으로 식별하고 구현합니다. 이 세 가지 원칙은 조직이 일반적으로 조직의 모든 변화 이니셔티브에 수반되는 전형적인 정서적 저항과 변화에 대한 두려움을 극복하는 데 도움이됩니다.
  • 격려 모든 수준의 리더십 행위 : Kanban은 조직의 모든 수준에서 지속적인 개선을 장려하며 리더십 행위가 고위 관리자 에게서만 나올 필요는 없다고 말합니다. 모든 수준의 사람들은 아이디어를 제공하고 리더십을 발휘하여 제품 및 서비스 제공 방식을 지속적으로 개선하기 위해 변화를 구현할 수 있습니다.

“사람들에게 행동을 바꾸라고 요청하는 것은 어렵습니다! ” – David J. Anderson 클릭 투 트윗

TRIVIA – 오늘날 도쿄에서 사용되는 Kanban 시스템의 좋은 예 일본의 황궁 정원. 여기 직원은 방문객의 흐름을 제한하기 위해 안전한 방법을 사용합니다. 각 방문객은 입구에서 플라스틱 카드를 받게되며 정원을 떠날 때 반납해야합니다. 카드의 총 수는 의미있게 제한되어 있습니다. 너무 많은 방문객이 주어진 시간에 궁전을 산책 할 수 있습니다. 신규 방문객은 다음 카드 / 슬롯을 사용할 수있을 때까지 줄을서야합니다. 궁전 입장은 무료이지만 사전 할당 된 카드가있는 경우에만 허용됩니다. .

칸반 방법의 6 가지 핵심 관행 :

  1. 작업 흐름 시각화
  2. WIP 제한 (진행중인 작업)
  3. 흐름 관리
  4. 프로세스 정책을 명시 적으로 만들기
  5. 피드백 루프 구현
  6. 공동 적으로 개선하고 실험적으로 발전
  • 시각화 작업 흐름 : 이것은 Kanban 방법을 채택하고 구현하는 기본적인 첫 번째 단계입니다. 현재 작업 또는 서비스를 제공하는 데 사용하는 프로세스 단계를 물리적 보드 또는 전자 Kanban 보드에서 시각화해야합니다. 프로세스의 복잡성과 작업 혼합 (작업하고 전달하는 다양한 유형의 작업 항목)에 따라 Kanban 보드는 매우 간단하거나 매우 정교해질 수 있습니다. 프로세스를 시각화 한 후에는 귀하와 귀하의 팀이 수행하고있는 현재 작업을 시각화 할 수 있습니다.

스티키 또는 서로 다른 서비스 클래스를 나타 내기 위해 서로 다른 색상의 카드를 사용하거나 단순히 다른 유형의 작업 항목 일 수 있습니다. (SwiftKanban에서 색상은 서로 다른 작업 항목 유형을 나타냅니다!) 유용하다고 생각되면 Kanban 보드에 각 서비스 클래스 또는 각 작업 항목 유형에 대해 하나씩 서로 다른 Swim Lane이있을 수 있습니다. 그러나 처음에는 단순하게 유지하기 위해 단일 스윔 레인으로 모든 작업을 관리하고 나중에 보드 재 설계를 수행 할 수도 있습니다.

  • 제한 WIP (Work in Progress) : WIP (work-in-progress) 제한은 Kanban ( 풀 시스템) 구현의 기본입니다. WIP를 제한하면 팀이 새로운 작업을 시작하기 전에 먼저 작업을 완료하도록 권장합니다. 따라서 현재 진행중인 작업을 완료하고 완료로 표시해야합니다. 이는 시스템에 용량을 생성하므로 팀이 새로운 작업을 가져올 수 있습니다. 처음에는 WIP 제한을 결정하는 것이 쉽지 않을 수 있습니다. 실제로 WIP 제한없이 시작할 수 있습니다.위대한 Don Reinertsen은 WIP 제한없이 시작하고 팀이 Kanban을 사용하기 시작할 때 진행중인 초기 작업을 관찰 할 수 있다고 제안합니다 (Lean Kanban 컨퍼런스 중 하나에서 그렇게했습니다). 데이터가 충분하면 워크 플로의 각 단계 (Kanban 보드의 각 열)에 대한 WIP 제한을 평균 WIP의 절반으로 정의합니다.

일반적으로 많은 팀은 특정 단계에서 작업하는 사람 수의 1 ~ 1.5 배의 WIP 제한으로 시작합니다. WIP를 제한하고 이사회의 각 열에 WIP 제한을 두는 것은 팀 구성원이 새로운 작업을 시작하기 전에 수행중인 작업을 먼저 완료하는 데 도움이 될뿐만 아니라 고객 및 다른 이해 관계자들에게 모든 작업을 수행 할 수있는 능력이 제한되어 있음을 팀 – 그리고 그들은 팀에 요구하는 작업을 신중하게 계획해야합니다.

“풀 시스템의 흥미로운 부작용은 WIP (work-in-progress)가 합의 된 수량으로 제한된다는 것입니다.”– David J. Anderson Click To Tweet

  • 흐름 관리 : 흐름 관리 및 개선은 처음 두 가지 사례를 구현 한 후 Kanban 시스템의 핵심입니다. Kanban 시스템은 관리를 도와줍니다. 워크 플로의 다양한 단계와 각 단계의 작업 상태를 강조 표시하여 흐름을 표시합니다. 워크 플로가 얼마나 잘 정의되고 WIP 제한이 설정되어 있는지에 따라 WIP 제한 내에서 원활한 흐름을 관찰하거나 무언가가 잡힐 때 쌓이는 작업을 관찰 할 수 있습니다. 용량을 유지하기 시작합니다. 워크 플로의 시작부터 끝까지 작업이 얼마나 빠르게 이동하는지에 영향을줍니다 (일부 사람들은이를 가치 흐름이라고 부름). Kanban은 팀이 시스템을 분석하고 흐름을 개선하도록 조정하여 각 작업을 완료하는 데 걸리는 시간을 줄이는 데 도움이됩니다.

키 작업을 관찰하고 병목 현상을 해결 / 제거하는이 프로세스의 측면은 중간 대기 단계 (중간 완료 단계)를 살펴보고 작업 항목이 이러한 “핸드 오프 단계”에 얼마나 오래 머무는 지 확인하는 것입니다. 이러한 대기 단계에서주기 시간을 줄이는 것이 중요합니다. 흐름을 개선하면 팀의 작업 전달이 더 원활하고 예측 가능해집니다. 예측이 가능 해짐에 따라 언제 얻을 수 있는지에 대해 고객에게 신뢰할 수있는 약속을하는 것이 더 쉬워집니다. 완료 시간을 안정적으로 예측하는 능력을 향상시키는 것은 Kanban 시스템 구현의 큰 부분입니다.

  • 프로세스 정책 만들기 명시 적 : 프로세스 시각화의 일부로 작업을 수행하는 방법에 대한 정책 (프로세스 규칙 또는 지침)을 명시 적으로 정의하고 시각화합니다. 명시적인 프로세스 지침을 공식화하여 모든 참가자가 시스템에서 모든 유형의 작업을 수행하는 방법을 이해할 수있는 공통 기반을 만듭니다. 정책은 보드 수준, 스윔 레인 수준 및 각 열에있을 수 있으며 각 작업 항목 유형, 각 열의 진입-종료 기준 또는 도움이되는 모든 항목에 대해 수행 할 단계의 체크리스트가 될 수 있습니다. 팀 구성원은 이사회에서 작업 흐름을 잘 관리합니다. 명시 적 정책의 예로는 작업 완료시기 정의, 개별 레인 또는 열에 대한 설명, 언제 가져 오는지 등이 있습니다. 정책은 명시 적으로 정의되어야하며 일반적으로 보드 상단과 각 레인 및 열에 시각화되어야합니다.

  • 피드백 루프 구현 : 피드백 루프는 좋은 시스템의 필수 요소입니다. Kanban 방법은 Kanban 보드 워크 플로의 검토 단계, 메트릭 및 보고서, 그리고 시스템에서 작업 진행 상황에 대한 지속적인 피드백을 제공하는 다양한 시각적 단서 등 다양한 종류의 피드백 루프를 구현하도록 권장하고 돕습니다. “빨리 실패하라! 자주 실패하라!”라는 만트라 많은 팀이 직관적으로 이해하지 못할 수 있습니다. 특히 작업을 잘못 진행하고있는 경우 피드백을 일찍받는 것은 궁극적으로 가능한 한 최단 시간에 올바른 작업, 올바른 제품 또는 서비스를 고객에게 제공하는 데 중요합니다. . 피드백 루프는이를 확인하는 데 매우 중요합니다.

  • 공동으로 개선하고 실험적으로 진화 (과학적인 방법 사용) : 칸반 방법은 진화적인 개선 프로세스입니다. 작은 변경 사항을 채택하고 팀이 쉽게 처리 할 수있는 속도와 규모로 점진적으로 개선하는 데 도움이됩니다. 사용을 권장합니다. 과학적 방법 – 가설을 형성하고,이를 테스트하고, 테스트 결과에 따라 변경합니다. 린 / 애자일 원칙을 구현하는 팀으로서 핵심 임무는 프로세스를 지속적으로 평가하고 필요한만큼 지속적으로 개선하는 것입니다. .

각 변경의 영향은 Kanban 시스템이 제공하는 다양한 신호를 사용하여 관찰하고 측정 할 수 있습니다. 이러한 신호를 사용하여 변경이 개선에 도움이되는지 여부를 평가하고이를 유지하거나 다른 것을 시도 할 것인지 결정할 수 있습니다. Kanban 시스템은 물리적 보드를 사용하는 경우 수동으로 또는 SwiftKanban과 같은 도구를 사용하는 경우 자동으로 시스템의 많은 성능 데이터를 수집하는 데 도움이됩니다. 이 데이터와 생성하는 데 도움이되는 측정 항목을 사용하면 성능이 향상되고 있는지 또는 저하되고 있는지 쉽게 평가하고 필요에 따라 시스템을 조정할 수 있습니다.

Kanban은 어떻게 작동합니까? – 개념

Kanban은 무중단 진화 변경 관리 시스템입니다. 이는 기존 프로세스가 작은 단계로 개선된다는 것을 의미합니다. 많은 사소한 변경 (큰 변경이 아닌)을 구현하면 전체 시스템에 대한 위험이 감소합니다. Kanban의 진화 적 접근 방식은 팀과 관련 이해 관계자의 저항을 낮게 또는 전혀하지 않습니다.

Kanban 도입의 첫 번째 단계는 워크 플로를 시각화하는 것입니다. 이것은 간단한 화이트 보드와 스티커 메모 또는 카드로 구성된 Kanban 보드의 형태로 수행됩니다. 보드의 각 카드는 작업을 나타냅니다.

전통적인 Kanban 보드 모델에는 위 그림과 같이 세 개의 열이 있습니다.

  • “해야 할 일”:이 열에는 아직 시작되지 않은 작업 ( “백 로그”라고도 함)
  • “Doing”: 진행중인 작업으로 구성됩니다.
  • “Done”: 다음 작업으로 구성됩니다. 완료되었습니다.

이 간단한 시각화만으로도 작업 배포와 기존 병목 현상 (있는 경우)에 대한 많은 투명성을 제공합니다. 물론 Kanban 보드는 워크 플로의 복잡성과 병목 현상을 제거하기 위해 워크 플로의 특정 부분을 시각화하고 검사해야하는 필요성에 따라 정교한 워크 플로를 표시 할 수 있습니다.

FLOW의 개념

Kanban의 핵심은 “흐름”이라는 개념입니다. 이는 카드가 긴 대기 시간이나 막힘없이 가능한 한 고르게 시스템을 통과해야 함을 의미합니다. 흐름을 방해하는 요소를 비판적으로 조사해야합니다. Kanban은 다양한 기술, 측정 항목 및 모델을 가지고 있으며 이러한 모델이 지속적으로 적용되면 지속적인 개선 문화 (kaizen)로 이어질 수 있습니다.

Flow의 개념은 매우 중요하며 Flow 메트릭을 측정하고 개선하기 위해 노력함으로써 배송 프로세스의 속도를 획기적으로 향상시키면서주기 시간을 줄이고 제품 또는 서비스의 품질을 향상시킬 수 있습니다. 고객으로부터 더 빠른 피드백 – 내부 또는 외부.

이 내용은 Dan Vacanti의 “Actionable Agile”이라는 책에서 자세히 다루어집니다.

Kanban WIP 제한

A Kanban의 핵심은 대부분의 팀과 지식 근로자가 수행하기 쉬운 멀티 태스킹의 양을 줄이고 대신 “Stop Starting! And Start Finishing!”, Dr. Arne Roock (www.Software-Kanban.de)이 만든 만트라. WIP – Work-in-Progress – Kanban 보드의 각 워크 플로 단계에서 정의 된 제한은 팀 구성원이 직접 작업을 완료 한 후 다음 작업을 수행하도록 권장합니다.

협력을 자원하지 않는 부서에 시각화, 투명성 및 WIP 제한을 강요하지 마십시오.” – David J. Anderson Click To Tweet

Kanban 시스템 예

Kanban의 아름다움은 단순함에 있습니다. 그러나 Kanban은 단순히 화이트 보드 (또는 전자 보드)에서 프로세스를 시각화하고 스티커 또는 전자 카드로 작업하는 것이 아닙니다. 위에서 볼 수 있듯이 그것은 그 이상입니다. 방법 론적 방식으로 모든 원칙과 관행을 적용하면 구현의 이점을 누릴 수 있습니다.

전 세계의 현재 추세는 Kanban이 인기를 얻고 있음을 보여줍니다. 소규모 기관 및 신생 기업에서 모든 규모의 기존 조직에 이르기까지 다양한 분야에서 사용되고 있습니다.

Kanban in IT & 소프트웨어

Kanban은 소프트웨어 개발이나 프로젝트 관리 방법론이 아닙니다. David는 그의 Blue Book에서이를 매우 명확하게 설명합니다. Kanban은 소프트웨어 개발 방법에 대해 언급하지 않습니다. 소프트웨어 프로젝트를 계획하고 구현하는 방법에 대해서도 언급하지 않습니다.따라서 Kanban은 Scrum과 같은 관리 프레임 워크가 아닙니다. 대신 Kanban의 목적은 자신의 작업 프로세스를 지속적으로 개선하는 것입니다.

Kanban은 2004 년 Microsoft의 소프트웨어 개발 작업에서 사용되었습니다. 그 이후 Kanban은 열광적으로 채택되었습니다. IT, Ops, DevOps 및 애플리케이션 / 소프트웨어 팀에서.

Kanban의 장점은 모든 프로세스 또는 방법론에 적용될 수 있다는 것입니다. Scrum, XP 및 기타와 같은 Agile 방법 또는 더 전통적인 방법 (waterfall, iterative 등)을 이미 사용하고 있는지 여부에 관계없이 Kanban을 적용하여 점진적으로 프로세스 개선을 시작하고주기 시간을 줄이고 흐름을 개선 할 수 있습니다. 이 과정에서 기능, 제품 또는 서비스를 지속적으로 제공 할 수있는 길을 찾을 수 있습니다.

간판 in Lean / Agile 소프트웨어 / 제품 개발

애플리케이션 소프트웨어 및 기술 제품 개발 팀은 린 및 애자일 원칙을 구현하는 방법으로 Kanban을 채택했습니다. Kanban Method는 기술 팀에게 작업을 시각화하고, 제품과 서비스를 지속적으로 제공하고, 더 자주 그리고 더 빠른 속도로 고객 피드백을 받기위한 훌륭한 원칙 세트를 제공합니다. 결과적으로 고객이 해당 제품 및 서비스에서 원하는 것을 더욱 충실하게 구현하여 팀이 더 빨리 시장에 진입 할 수 있도록 지원합니다.

IT 부문에서 Kanban의 정의는 지난 3 ~ 5 년 동안 자체적으로 진화했습니다. 오늘날 Kanban은 서비스 제공을 점진적이고 진화 적으로 관리하고 개선하는 데 민첩성을 가져 오는 방법으로 간주됩니다.

또한 Kanban 방법은 중요한 기능을 제공합니다. 서비스 수준 계약 (SLA) 약정을 더 잘 관리하고 적시에 제품을 시장에 제공하고 위험과 지연 비용을 최소화하기위한 원칙과 기술. Kanban은 서비스 클래스, 지연된 약정 및 2 단계 약정과 같은 개념을 사용하여 고객과 제공 팀이 효과적으로 협업하고 적시에 올바른 작업을 수행 할 수 있도록 지원합니다.

최근 몇 년간 Upstream Kanban, Portfolio Kanban 및 Enterprise Services Planning의 출현으로 기업은 기업 민첩성을 달성하고 시장 성과를 개선하기 위해 Kanban을 구현할 더 큰 이유를 제공했습니다.

대안 경로로서의 Kanban 기업 민첩성 향상

Kanban 방법은 제품 및 서비스 제공을 점진적으로 개선하는 데 도움이됩니다. 시스템의 병목 현상을 제거하고 흐름을 개선하며주기 시간을 단축 할 수 있습니다. 더 지속적으로 제공하고 고객이 필요로 할 수있는 변경을 위해 더 빠른 피드백을받는 데 도움이됩니다. 반응 속도를 높이는 데 도움이됩니다.

전반적으로 Kanban은 Agile Manifesto의 모든 원칙을 활성화하고 시장에서 실제로 필요한 제품과 서비스를 제공하는 데 도움이됩니다. 현재 Scrum 및 기타 Agile 기술 또는 방법론을 사용하고 있는지 여부에 관계없이 Kanban은 팀과 조직의 성과를 높이기 위해 프로세스를 개선하는 데 도움이됩니다.

Kanban beyond Software & IT

제조에 뿌리를두고있는 Kanban은 비 IT 비즈니스 프로세스에도 자연스럽게 적합하며, 린 (lean)하고 민첩하게 만들고 제공하려는 조직에 엄청난 이점을 제공합니다. 반응 형 고품질 제품 및 서비스.

중대형 제품 및 서비스 조직, 특히 하이테크 제조 회사가 수년 동안 Lean / 6-Sigma 이니셔티브를 구현해 왔지만 Kanban은 HR, 마케팅, 영업과 같은 모든 유형의 회사 및 비즈니스 기능을 지원합니다. , 조달 등.

Kanban은 전통적인 프로젝트 관리 컨텍스트에도 적용됩니다. h 건설 및 엔지니어링 프로젝트. 건설 및 엔지니어링 프로젝트와 같은. 다양한 조직, 직원 채용 회사, 채용 조직, 광고 대행사, 보험 회사 및 기타 여러 조직에서 Kanban을 사용하여 운영을 간소화하고 낭비를 제거하며 처리량과 품질을 대폭 개선하고 있습니다.

Kanban에서 관심을 가질만한 추가 리소스 –

  • 어떻게 시작하나요?
  • Scrumban이 무엇인가요?
  • Kanban 보드 란 무엇입니까?
  • Kanban을 사용하여 프로젝트 / 기능을 관리하려면 어떻게해야합니까?

또한 Kanban에서 예정된 웨비나에 등록하거나 David Anderson 및 기타 여러 사고 리더와 같은 사고 리더가 진행 한 훌륭한 이전 웨비나를 볼 수 있습니다!

SwiftKanban을 탐색하고 싶다면 여기에서 다양한 기능을 확인하거나 SwiftKanban에 대한 무료 Kanban 보드 가입을 찾고 있다면 여기에서 확인하세요! 즉각적인 질문이있는 경우 [email protected]으로 영업 담당자에게 문의하십시오.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다