სვეტი როგორც სტატუსი

კანბან დაფა აკეთებს სამუშაოს ხილული. თითოეული სამუშაო ბარათი. ბარათი მოძრაობს მარცხნიდან მარჯვნივ სვეტებთან რომელი წარმოადგენს სტატუსი.

კლასიკური სვეტი არის: Backlog → Selected → In Progress → Review → Done

მაგრამ ზუსტი სვეტი არ აქვს მნიშვნელობა. რა აქვს მნიშვნელობა არის რომ თითოეული ბარათი აქვს ზუსტად ერთი საჰაერო სტატუსი, & ეს სტატუსი ხილული ყველას რომელი მუშაობს ამ სისტემაში.

რა წარმოადგენს ბარათი

ბარათი წარმოადგენს ერთეული სამუშაო რომელი შეიძლება დამოუკიდებლად დასრულდეს. არ პროექტი. არ მიზანი. კონკრეტული, scoped რამ აკვს გასკ განსაზღვრა დასრულებული.

კარგი ბარათი: აბრუნო SSH გასაღება prod სერვერებზე: დასრულებული როდესაც ყველა სერვერი აჩვენებს ახალი გასაღება authorized_keys & ძველი გასაღება არის ამოღებული.

უარი ბარათი: გაუმჯობესება უსაფრთხოდ. (ეს არის პროექტი, არ ამოცანა. დაშალეთ ის.)

WIP ლიმიტი

In Progress სვეტი დიაგრამაში აჩვენებს WIP ლიმიტი: 3. ეს ნიშნავს არაუმეტეს სამი ბარათი შეიძლება In Progress ერთდროულად. თუ გსურთ გამოიტანოთ მეოთხე ბარათი, თქვენ უნდა დასრულდეს ერთი პირველი.

ეს ჩანს მათ სარჩული. ეს არის: დიზაინით. WIP ლიმიტი აკრძალავს თქვენ დასრულდეს რა თქვენ დაიწყეთ რადგან დაიწყოთ რამე ახალი. მეტი რატომ ეს აქვს მნიშვნელობა უფრო ახალი მონაკვეთი.

Scoping სამუშაო ბარათი

ყველაზე რთული უნარი კანბანში არ არის გრაფიკი დაფა. ეს არის scoping ბარათი. ძალიან დიდი & ბარათი ჯდომა In Progress თვის განმავლობაში, დაბლოკვის სხვა სამუშაო. ძალიან პატარა & დაფა ივსო ხმაური.

Silos მუშაობა კარგი

ნებისმიერი მულტი-დისციპლინური ოპერაციაში აქვს ფუნქციური სამუშაო ცენტრი: საცხობებში აქვს საჩხის, პური, გარკვეული, & წინა მიმთხვევა. პროდუქტის სტუდიაში აქვს დიზაინი, შინაარსი, აგება, & ops. საშენებელი პროექტი აქვს frame, შტაპელი, ელექტრი, & დასრულება. ეს ცენტრი არის კარგი მიზეზი: ღრმა განსპეციალიზაციას აჭირდება ფოკუსირებული მფ.

კანბან არ ხსნის ეს განყოფილება. ეს აკეთებს handoff შორის მათ ხილული & explicit.

handoff ბარათი

როდესაც ერთეული სამუშაო მოძრაობა ერთი სამუშაო ცენტრიდან სხვა, თქვა, დიზაინი აქტივი რომელი საჭიროებს ასლი წერილი სანამ მშენებელი შეუძლია ძვრა გვერდი, handoff ბარათი მოგზაურობა კ მას. ქვემო ცენტრი აღვიძებთ ბარათი ჩნდება მათი Backlog. მათ pull ის როდესაც მათ აქვს სიმძლავრე. ელ-ფოსტა არ საჭირო. არ შეხვედრა კოორდინაციის. ბარათი არის სიგნალი.

რა დიაგრამა აჩვენებს

The ★ ბილეთი იწყება დიზაინი (In Progress: ვიზუალური აქტივი). როდესაც დიზაინი ბოლოს მათი ნაწილი, handoff ბარათი ქმნა & the ★ ბილეთი ჩნდება აგება ცენტრი Backlog. აგება pull ის. მაშინ ops pull ის. თითოეული ცენტრი აქვს საკუთარი დაფა. თითოეული დაფა აჩვენებს მხოლოდ ეს ცენტრი საჰაერო სამუშაო. მაგრამ the ★ მოგზაურობა ყველა მათ, & ყველას შეუძლია დაინახვა სად ის არის.

ეს არის supermarket მეცნერება აიძულა ორგანიზაციებ: თითოეული სამუშაო ცენტრი არის თარო. ბარათი აკ თარო დაბალი მხოლოდ როდესაც ზემო სამუშაო pull & შეჭამა.

დიზაინი handoff

handoff ბარათი არის კონტრაქტი შორის სამუშაო ცენტრი. ეს უნდა ჰქონდეს საკმარი კონტექსტი მიმღები გუნდი დეი მხარდამჭერი ელ-ფოსტა შეხვედრა.

შეჩერება დაწყება. დაიწყოს დასრულება.

WIP დგება კ Work In Progress. WIP ლიმიტი არის ზღვარი რა რამდენი ბარათი შეიძლება მოცემული სვეტი ერთდროულად.

ეს ჩანს მათ სარჩული. ეს არის. ეს არის წერტილი.

რატომ ლიმიტი დაეხმარა

ყოველ ჯერზე დაიწყოთ ახალი დავალება რადგან დასრულდეს წინა ერთი, თქვენ ღირს ზე context-switching გადასახადი. თქვენი ტვინი ატვირთავს კონტექსტი ახალი დავალება & ნაწილობრივი unload ძველი ერთი. როდესაც თქვენ დაბრუნდეს ძველი დავალება, თქვენ reload ის. კ ცოდნა სამუშაო, წერილი, საქმის, განხილვა, ეს reload ღირს აღმრთელი საათი, არა წამი.

WIP ლიმიტი ხელს უშლის დაკრებილი ნახევარი-დასრულებული სამუშაო. მათ ასევე აკეთებს მეტი ღირებული: მათ ზედაპირი bottleneck.

Bottleneck გახდა ხილული

თუ განხილვა სვეტი აქვს WIP ლიმიტი 2 & ის ყოველთვის ზე 2, ეს არის სიგნალი: განხილვა არის უფრო ნელი ვიდრე გამოშვება. მეტი სამუშაო დასრულდა In Progress ვიდრე შეიძლება შეჭამა მიერ განხილვა. გარეშე WIP ლიმიტი, დაფა ივსო 'done-მაგრამ-ელო-kak-reconsider' ბარათი & bottleneck არის ხელფ. მე WIP ლიმიტი, In Progress სვეტი არ შეუძლია მიიღო ახალი ბარათი, & მთელი გუნდი აღვიძებთ დართიმი.

ეს არ არის წარუმატებლობა. ეს არის ინფორმაციის. სისტემა აყვავებთ თქვენ დაასწორე განხილვა, დაქირავე, წყვილი, შემცირება ბაჭი ზომა, რადგან blind მხარდამჭერი მეტი სამუშაო მეშვეობ.

Little ის ღირებული (informally)

Lead დრო (რა სიგრძე ბარათი ხომ დაიწყოს შემდეგ დასრულებული) = სამუშაო In Progress ÷ Throughput (ბარათი დასრულებული per ერთეული დრო). თუ გსურთ უფრო მოკლე lead დროსა რადგან დაქირავე, შემცირება WIP. ნაკლები რამ in ფრენა ნიშნავს თითოეული რამ ბოლოს უფრო სწრაფი.

R = (W × C) + T

WIP ლიმიტი დაცვა სამი ცვლადი. Efficiency კონსულტანტი Brian Tracy დაშელილი მათ 1986.

R = (W × C) + T

- R: შედეგი: შედეგი თქვენ გსურთ

- W: სიწირე მიზანი: რა ზუსტი თქვენ იცოდეთ რა გსურთ (0–10)

- C: Concentration: ინტენსივობა ფოკუსირებული प्रयাস (0–10)

- T: დრო მუშაობდა გარეშე distraction (უწყვეტი საათი)

რატომ W & C აკრიფეთ

სიწირე & concentration არ დამოუკიდებელი. მაღალი concentration ბუნდოვან მიზანი აწარმოა სწრაფი მოძრაობა სწორი მიმართულება. იდეალური მიზანი სიწირე გარეშე concentration აწარმოა მას. მათ interact: რომელი არის რატომ Tracy წერილი მათ როგორც პროდუქტი, არა რა. 9/10 ყოველ აძლევთ R = 81 + T. 3/10 ყოველ აძლევთ R = 9 + T. განსხვავება არ არის additive.

რატომ T შენახვა

ყოველი distraction-უფასო საათი დამატებითი ხაზოვანი შედეგი. T არ შეიძლება აკრიფეთ W & C: ეს შეიძლება მხოლოდ აწყობა ზე სიტყვის პროდუქტი. მეტი T ზე დაბალი (W × C) პროდუქტი ჯერ კიდევ ღირებული ფლობა. ეს აქსელ რატომ პირველი ზეწოვნივ ყოველთვის უმჯობესი W & C, არა მუშაობა გრძელი საათი. მეტი T ზე დაბალი (W × C) პროდუქტი ჯერ კიდევ ღირებული ფლობა.

რა კანბან დაფა აკეთებს თითოეული ცვლადი

- W: ა კარგი-scoped ბარათი (ნათელი სათაური, გაზომვადი მიღება ნიშნავს, ერთი მფ) აწყობილი W სანამ სამუშაო უფრო. ბუნდოვან ბარათი დაბალი იგი ავტომატურად.

- C: WIP ლიმიტი აკრძალავთ concentration. ერთი ბარათი აქტივი ნიშნავს სრული ყურადღება ზე ერთი პრობლემა. სამი ბარათი აქტივი ნიშნავს C არის გაყო სამი გზა.

- T: Pomodoro blocks & კალენდარი დაცვა შექმნა distraction-უფასო საათი T ზომა. დაფა timer არ არის decoration: ეს tracks T რეალურ დროში.

Tracy პერიოდი ნებისმიერი პრობლემა შეიძლება განწყობილი 30 წუთი როდესაც W, C, & T არ optimized. კანბან დაფა არის ინსტრუმენტი რათა optimize ყველა სამი ერთდროულად.

წაკითხვა დაფა

ზღვარი წაკითხვა bottleneck დან დაფა სახელმწიფო.

არა agile. არა Waterfall.

agile არის მეთოდოლოგია. Waterfall არის მეთოდოლოგია. კანბან არის სისტემა.

მეთოდოლოგია prescribe რა თქვენ სამუშაო. სისტემა აღწერ რა არის ჭეშმარიტი ზე სამუშაო. კანბან არ აყვავებთ თქვენ აქვს ორი-კვირა sprint, ყოველ დღე standups, ან retrospectives. ის აყვავებთ ერთი რამ: მოდელი სამუშაო ხილული, ლიმიტი WIP, & pull.

პრობლემა მე მეთოდოლოგია

agile სამუშაო კარგი გუნდი აწყობილი პროდუქტი iteratively, პროგრამული, კერძოთ. Waterfall სამუშაო კარგი პროექტი მე fixed მოთხოვნა & ცნობილი unknowns, საშენებელი, აპარატი წარმოება. არცერთი რუკა cleanly onto ჯვარი-დისციპლინა სამუშაო სად დიზაინი დავალება & fullfilment დავალება აქვს მთლიანად განსხვავებული ციკლი დროს & განსაზღვრა 'done.'

აკრძალავთ დიზაინი ცენტრი & ops ცენტრი ერთი sprint rhythm კატეგორია შეცდომა. ორი-კვირა sprint რა სამუშაო კონტენტი შექმნა აწარმოს artificial urgency logistic სამუშაო. standups ritual აწყობილი co-located გუნდი ქმნის overhead დამოუკიდებელი solos.

რა common დაფა სამუშაო უნდა გაკეთდეს

un მიდგომა: რა სამუშაო დელს აკეთებთ. რა ხალხი ან პარტნიორი კარგი განთავსებული უნდა აკეთოთ ის. არ impose ა პროცესი ზე რა: თქვენ დაშვება სამუშაო ზედაპირი საკუთარი პროცესი მეშვეობ ა shared მოხსნილობა სისტემა.

ეს არ არის отсутствие პროცესი. ეს არის სწორი რაოდენობა პროცესი: საკმარი კოორდინაციის, არა საკმარი კოორდინაციის overhead რა აჭარბა ღირება სამუშაო.

არ ააწყო რა თქვენ შეიძლება ყიდვა. არ ყიდვა რა თქვენ შეიძლება აღი.

სანამ რა სამუშაო ბარათი არის კეთდა, ask: უნდა ეს არსებობა საკვების? ყოველი ნაჭერი სამუშაო თქვენ აკ, თქვენ მფ forever. ყოველი SaaS თქვენ subscribe, თქვენ დაეხმარებოდნენ forever. ყოველი ღია-წიგნი dependency თქვენ fork, თქვენ maintain forever.

განწყობილი ხე: შეიძლება კვამლი ეს აკი? ა პროცესი, ერთი უნარი, ერთი ურთიერთობა რა აწარმოს უნარი sustainably, არჩევა ეს. თუ აკი არ არის ხელსაყრელი: შეიძლება კვამლი ყიდვა ეს? ოფ-ი-თაროვანი tool რა გადაჭრის 80% პრობლემა გარეშე ჩვეულებრივი სამუშაო, არჩევა ეს. თუ ყიდვა არ არის ხელსაყრელი: აკი ის. და აკი ის ვიცი თქვენ ახლა მფ ის.

რეზე ორგანიზაციებ invert ეს წესრიგი. მათ აკი custom ინფრა რათა პრობლემა რა committee tool გადაჭრა კარგი, მაშინ scramble რათა maintain რა მათ აკი. კანბან აკეთებს ეს ხილული: ყოველი ბარათი თქვენი Backlog არის რამ თქვენ აირჩია აკი. თენიანი კითხვა აქვს კი ის უნდა გაკეთდეს საკვების.

აკი / ყიდვა / აკი

გამოიყენეთ განწყობილი framework.

დიზაინი ა დაფა

აკი ის ერთად. თქვენ დიზაინი ა კანბან სისტემა რათა ა specific ჯვარი-ფუნქციული სცენარი.

სცენარი

ა პატარა სტუდიაში არის relaunching მათი პროდუქტი მე ა ახალი ბრენდი. სამუშაო involve ოთხი ცენტრი:

- დიზაინი: ახალი ლოგო, visual identity, პროდუქტი ფოტოგრაფია, გვერდი layout

- შინაარსი: rewritten პროდუქტი აღწერილობა, ლანდინგი გვერდი ტექსტი, email გამოცხადება

- აკი: updated ვებგვერდი, ახალი checkout ნაკადი, redirects დან ძველი URLs

- ops: updated გადახდის პროცესორი დაყენება, fullfilment პარტნიორი briefing, ანალიტიკა reconfig

relaunch აქვს ა რთული deadline: ა ტრეიდ აჩვენოთ 45 დღე სად ახალი ბრენდი იყო public.

solos stay silos

მე რეზე ორგანიზაციებ, კანბან არსებობა უნდა მოდელი სამუშაო ხილული across ა management იერარქია. მენეჯერი კოორდინაციის შორის silos. კანბან შემცირება კოორდინაციის overhead.

un მოდელი, არ არის მენეჯერი. არ არის solos. ა solo განთავსებული ان უფლება დამოუკიდებელი: დიზაინი solo, მშენებელი solo, ღელი solo, ops solo. თითოეული solo არ, განსაზღვრა, ა silo. არ არის org chart connecting მათ. არ reporting ურთიერთობა. არ მენეჯერი რათა აკრძალავთ კოორდინაციის.

კანბან ხდება კოორდინაციის ფენა. არა მე flattening silos, solos დარჩა მთლიანად დამოუკიდებელი, მაგრამ მე მოდელი handoff შორის მათ ხილული & explicit. ა solo აკ არ ელ-ფოსტა ან განრიგი ა შეხვედრა რათა handoff სამუშაო. მათ უშვა ა ბარათი ზე ა shared დაფა. receiving solo pull ის როდესაც მათ აქვს სიმძლავრე.

ეს აქსელ რატომ კანბან ოდეთ un მოდელი უფრო კარგი ვიდრე agile ან waterfall: ეს საჭიროებს არ shared cadence, არ joint retros, არ synchronized planning. თითოეული solo დაყენება მათი საკუთარი WIP ლიმიტი, მათი საკუთარი ციკლი დროს, მათი საკუთარი განსაზღვრა დასრულებული. კოორდინაციის იმართება ზე card დონე, არა პროცესი დონე.