ทีม · Stand Up
Stand Up ประจำวัน แบบเขียนแทนพูด
สรุปงานประจำวันของทีม ที่แต่ละคนเขียนเช็กอินวันละครั้ง บอกว่าทำอะไรเสร็จ กำลังทำอะไรอยู่ ภาระงานหนักแค่ไหน และมีอะไรติดขัดหรือไม่ พร้อมติดแท็กลูกค้าที่เกี่ยวข้อง อ่านทั้งทีมจบได้ในหนึ่งนาที โดยไม่ต้องประชุมเลย
มีพื้นที่ทำงานอยู่แล้ว? เข้าสู่ระบบ
- แพ็กเกจเริ่มต้นที่ 99 ดอลลาร์ต่อเดือน
- ออกแบบมาเพื่อเอเจนซี่ที่ดูแลลูกค้าหลายราย
- แบรนด์ของคุณปรากฏทั่วทั้งคอนโซล
ทีม · Stand Up
สรุปงานประจำวันของทีม เครื่องมือ Stand Up ประจำวันสำหรับเอเจนซี่การตลาด
การประชุม Stand Up สิบห้านาที ทำให้เอเจนซี่ที่มีคนหกคนเสียเวลารวมชั่วโมงครึ่งต่อวัน และสิ่งเดียวที่ทุกคนอยากได้ยินจริง ๆ ก็ถูกพูดไปแล้วในเก้าสิบวินาทีแรก Stand Up ใน AI Marketing Dashboard เปลี่ยนการประชุมนั้นให้เป็น สรุปงานประจำวันของทีม ที่แต่ละคนเขียนตามเวลาของตัวเอง บอกว่าทำอะไรเสร็จ วันนี้กำลังทำอะไร รู้สึกว่าภาระงานหนักแค่ไหน และมีอะไรติดขัดหรือไม่ พร้อมติดแท็กลูกค้าที่เกี่ยวข้องไว้ด้วย หัวหน้าทีมเปิดหน้าจอเดียวก็รู้ทันทีว่าวันนี้ทีมอยู่ตรงไหน โดยไม่ต้องดึงคนหกคนออกจากงานที่กำลังตั้งใจทำอยู่เพื่อไปถาม
ประชุมหรือข้อความ
Stand Up เดิม ๆ แต่ไม่ต้องยืนรอคิว
เก็บสิ่งที่การประชุมมีไว้ทำ คือการรู้ว่าทุกคนอยู่ตรงไหน และตัดการรอคิวพูดทิ้งไป
ก่อนและหลัง
สิ่งที่เช็กอินแบบเขียนเก็บไว้
การประชุมประจำวัน
- ทุกคนต้องรอถึงคิวของตัวเองจึงจะได้พูด
- คนที่เข้าสายพลาดสิ่งที่พูดไปแล้ว
- คนครึ่งห้องต้องฟังอัปเดตที่ไม่ใช่ของตัวเอง
- อุปสรรคโผล่ขึ้นมาเมื่อมีใครสักคนนึกขึ้นได้
- ไม่มีอะไรถูกจดไว้เมื่อคอลจบลง
การประชุมเรียกทุกคนมาพร้อมกัน ส่วนเช็กอินขอจากแต่ละคนวันละครั้ง
เช็กอินแบบเขียน
- ทุกคนตอบวันละครั้ง ตามเวลาของตัวเอง
- เช็กอินแต่ละฉบับระบุว่างานนั้นทำให้ลูกค้ารายไหน
- อุปสรรคที่ยกขึ้นมาจะแจ้งไปถึงผู้ดูแลระบบและหัวหน้าทีมดูแลลูกค้าที่ถูกระบุ
- ผู้ดูแลระบบอ่านวันของทั้งทีมจบได้ในหนึ่งนาที
- ประวัติคงอยู่ตามที่เขียนไว้ พร้อมปฏิทินรายเดือน รายงาน และการส่งออก CSV
เป็นส่วนตัวโดยค่าเริ่มต้น: หัวหน้าทีมดูแลลูกค้าเห็นเช็กอินที่ติดแท็กลูกค้ารายนั้น คนอื่นเห็นเฉพาะของตนเอง และไม่มีอะไรไปถึงพอร์ทัลลูกค้า
ลำดับงานในแต่ละวัน
หนึ่งวันทำงาน ตั้งแต่ต้นจนจบ
ตั้งคำถาม
ผู้ดูแลระบบเขียนฟอร์ม ประกอบด้วยข้อความเกริ่นนำและคำถามได้สูงสุดสิบสองข้อ ในห้าชนิด ตั้งแต่ข้อความสั้นไปจนถึงสเกล 1-5 หรือธงใช่หรือไม่ใช่พร้อมรายละเอียด และเลือกว่าใครต้องส่งเช็กอินทุกคนเช็กอิน
แต่ละคนส่งเช็กอินวันละครั้ง ติดแท็กลูกค้าที่งานนั้นทำให้ และสร้างสตรีคจากวันทำงานที่มีเช็กอินอ่านภาพรวมของวัน
ผู้ดูแลระบบเห็นว่าใครส่งแล้วและใครยังต้องส่ง โดยมีอุปสรรคและภาระงานเฉลี่ยของวันอยู่ด้านบน ส่วนหัวหน้าทีมดูแลลูกค้าเห็นภาพรวมของวันสำหรับลูกค้าที่ตนดูแลเคลียร์อุปสรรค
กรองฟีดให้เหลือเฉพาะอุปสรรค อุปสรรคใหม่แต่ละรายการจะแจ้งเตือนผู้ดูแลระบบและหัวหน้าทีมดูแลลูกค้าที่เกี่ยวข้อง
เริ่มวันโดยรู้ว่าทุกคนอยู่ตรงไหน
เชิญทีมของคุณเข้าพื้นที่ทำงานใหม่ แล้วนำฟอร์มเช็กอินแรกไปวางตรงหน้าพวกเขา
แพ็กเกจเริ่มต้นที่ 99 ดอลลาร์ต่อเดือน
ในหน้านี้
สรุปงานประจำวันของทีม แบบเช็กอิน ไม่ต้องมีประชุมประจำวัน
ทุกคนตอบเป็นลายลักษณ์อักษร ตามเวลาของตัวเอง
Stand Up เป็นปัญหาเรื่องการซิงก์จังหวะกัน ไม่ใช่ปัญหาเรื่องต้องมีประชุม Stand Up แก้ปัญหานี้ด้วยการเขียน แต่ละคนส่งเช็กอินวันละหนึ่งครั้งตามปฏิทิน ไม่ว่าเช้าของแต่ละคนจะเริ่มตอนไหนจริง ๆ แล้วคำตอบจะไปกองรวมอยู่บนฟีดเดียวที่ผู้ดูแลระบบ หรือหัวหน้าทีมในส่วนของลูกค้าที่ตนดูแล อ่านจบได้ในหนึ่งนาที ไม่มีใครต้องรอคิว ไม่มีใครต้องพูดซ้ำให้คนที่เข้าประชุมสายฟัง และดีไซเนอร์ที่ทำงานเจ็ดโมงเช้าถึงบ่ายสามก็ไม่ต้องถูกลากเข้าคอลสิบโมงเพื่อพูดแค่สองประโยค
เรื่องนี้สำคัญกับเอเจนซี่มากกว่าที่ไหนแทบทั้งนั้น เพราะคนที่เข้า Stand Up มักไม่ได้ทำงานเรื่องเดียวกันเลย การที่คนครึ่งห้องต้องนั่งฟังอัปเดตลูกค้าของอีกครึ่งห้อง คือความสูญเปล่าที่การประชุมประจำวันสร้างขึ้นมาตรง ๆ ฟีดแบบเขียนตัดปัญหานี้ทิ้งไป โดยที่คนที่ดูแลงานยังเห็นสิ่งที่ต้องรู้ครบ
ถามทีมของคุณด้วยคำถามที่เอเจนซี่ต้องการคำตอบจริง ๆ
สูงสุดสิบสองคำถาม ห้าชนิด เรียงลำดับโดยแอดมิน
ฟอร์มเริ่มต้นมีสี่คำถามคลาสสิก คือทำอะไรไปล่าสุด วันนี้กำลังทำอะไร มีงานในมือมากแค่ไหน และมีอะไรติดขัดหรือไม่ แอดมินเขียนใหม่ได้ทั้งหมด เพิ่มข้อความเกริ่นนำ เพิ่มหรือลบคำถามได้สูงสุดสิบสองข้อ จัดลำดับใหม่ และเลือกชนิดของแต่ละคำถามเอง จะเป็นคำตอบข้อความสั้น ข้อความยาว สเกล 1-5 ที่ตั้งชื่อสองปลายเองได้ ตัวเลือกใช่หรือไม่ใช่ที่ถามรายละเอียดเพิ่มเมื่อตอบใช่ หรือตัวเลือกแบบกำหนดไว้ตายตัวก็ได้
การแก้ฟอร์มเป็นเรื่องที่แอดมินตัดสินใจ และยังคงเป็นแบบนั้นเสมอ เช็กอินจึงมีความหมายเดียวกันทั่วทั้งเอเจนซี่ ไม่ใช่ต่างทีมต่างเข้าใจไปคนละแบบ การตั้งให้คำถามใดเป็นคำถามบังคับ คือวิธีที่มั่นใจได้ว่าคำตอบที่คุณออกแบบฟอร์มมาเพื่อขอ คือคำตอบที่จะได้จริง และหน้าต่างเขียนเช็กอินจะไม่ยอมให้ส่งถ้าข้ามคำถามนั้นไป
อุปสรรคถูกยกขึ้นมาตั้งแต่เช้าวันที่เกิดขึ้น ไม่ต้องรอถึงรีวิววันศุกร์
ตัวเลือกใช่หรือไม่ใช่ พร้อมรายละเอียดแนบติดไปด้วย
คำถามเรื่องอุปสรรคเป็นตัวเลือกแบบธง คนเขียนตอบใช่แล้วอธิบายต่อว่าติดอะไรอยู่ คำตอบเหล่านี้จะถูกทำเครื่องหมายไว้บนฟีด นับรวมอยู่ในแถบสรุปข้อมูลของวันนั้น และเปิดดูเฉพาะกลุ่มได้ผ่านตัวกรองเฉพาะอุปสรรค ที่ตัดวันนั้นเหลือแค่คนที่กำลังรอความช่วยเหลือจากคนอื่นอยู่
ลูกค้าที่รอไฟล์แบรนด์อยู่ บัญชีโฆษณาที่ยังไม่มีใครได้รับสิทธิ์เข้าถึง นักพัฒนาที่ติดรหัสผ่านของ staging เหล่านี้คือชั่วโมงที่เสียเปล่าซึ่งมักไม่มีใครสังเกตจนกว่ากำหนดส่งจะเลื่อนออกไป เมื่อเขียนไว้ตั้งแต่เช้าวันที่เกิดขึ้นและส่งถึงผู้ดูแลระบบกับหัวหน้าทีมดูแลลูกค้าที่แก้ปัญหาได้ ต้นทุนจะเหลือแค่หนึ่งอีเมล แทนที่จะเป็นทั้งสัปดาห์
รู้ภาระงาน ก่อนที่ใครสักคนจะจมงานไปเงียบ ๆ
รายงานเองบนสเกล 1-5 เฉลี่ยรวมของทั้งวัน
เช็กอินทุกครั้งมีคำตอบเรื่องภาระงานบนสเกลที่คุณตั้งชื่อเองได้ ตั้งแต่เบาไปจนถึงหนักเกินไป และแถบสรุปข้อมูลของวันนั้นจะแสดงค่าเฉลี่ยของทีมควบคู่ไปกับจำนวนคนที่ส่งแล้วและจำนวนอุปสรรค นี่คือความรู้สึก ไม่ใช่ตัวชี้วัด และตั้งใจให้เป็นแบบนั้น เพราะตัวเลขนี้คือสิ่งที่คนคนหนึ่งพูดถึงสัปดาห์ของตัวเอง ซึ่งเป็นสัญญาณที่รายงานอัตราการใช้เวลาให้ไม่ได้เลย
อ่านต่อเนื่องสักสองสัปดาห์ ข้อมูลนี้จะบอกเจ้าของเอเจนซี่สองเรื่องที่สเปรดชีตกำลังคนไม่มีวันบอกได้ ใครกำลังใกล้หมดไฟทั้งที่ยังส่งงานได้อยู่ และบัญชีไหนกินเวลาของใครสักคนไปมากกว่าที่ใครวางแผนไว้ ชั่วโมงงานอยู่ในไทม์ชีท ส่วนนี้คือมุมมองของมนุษย์ที่อยู่ข้าง ๆ ตัวเลขนั้น
ทุกเช็กอินบอกชัดว่าเป็นของลูกค้ารายไหน
ติดแท็กบัญชี แล้วกรองฟีดให้เหลือรายเดียว
วันหนึ่งของคนคนหนึ่งแทบไม่เคยมีแค่บัญชีเดียว เช็กอินจึงติดแท็กทุกลูกค้าที่เกี่ยวข้องไว้ด้วย รวมถึงงานภายในของเอเจนซี่เองซึ่งนับเป็นขอบเขตเต็มรูปแบบ ไม่ใช่แค่เผื่อไว้ ฟีดกรองให้เหลือลูกค้ารายเดียวได้ ทำให้ Stand Up กลายเป็นบันทึกระดับบัญชี ว่าวันนี้ลูกค้ารายนี้มีอะไรคืบหน้า ใครเป็นคนทำ และอะไรที่ยังค้างอยู่
นี่คือมุมมองที่ผู้ดูแลบัญชีเอาไปใช้ตอนเข้าคอลกับลูกค้า และเป็นมุมมองที่หัวหน้าคนใหม่อ่านตามให้ทันบัญชีที่เพิ่งรับต่อมา ได้มาฟรี ๆ จากการติดแท็กที่คนอยู่แล้วทำเป็นปกติตอนส่งเช็กอิน
เห็นว่าใครส่งแล้ว รอใครอยู่ และใครไม่เคยพลาดสักวัน
จำนวนที่ส่งแล้ว ชิปรอใคร และสตรีควันทำงาน
แถบของวันนั้นนับว่าในบรรดาคนที่คุณคาดว่าจะส่ง มีกี่คนที่ส่งเช็กอินแล้ว และแถวรอใครอยู่จะแสดงหน้าของคนที่ยังไม่ส่ง การตามงาน Stand Up จึงเป็นแค่การเหลือบมอง ไม่ใช่การส่งข้อความไปหาทุกคน เมื่อคนสุดท้ายส่งแล้ว แถวนั้นจะบอกเองว่าครบแล้ว ไม่ต้องมานั่งนับเอง
แต่ละคนยังมีสตรีควันทำงานติดต่อกันที่ส่งเช็กอินครบ พร้อมช่วงผ่อนผันสำหรับวันที่ยังไม่จบ เช้าที่ยังทำไม่เสร็จจึงไม่มีวันทำให้สตรีครีเซ็ต วันหยุดสุดสัปดาห์ไม่ทำให้สตรีคขาด เพราะ Stand Up เป็นนิสัยของวันทำงาน ตัวนับจึงต้องเข้าใจแบบนั้นด้วย
บันทึกลายลักษณ์อักษรของสัปดาห์ ที่ไม่มีวันเขียนทับตัวเอง
สแนปช็อตคำตอบ ปฏิทิน รายงาน และส่งออก CSV
คำตอบถูกเก็บเป็นสแนปช็อตที่อธิบายตัวเองได้ แต่ละคำตอบเก็บทั้งคำถามที่กำลังตอบและถ้อยคำของคำถามนั้นในวันนั้นไว้ครบ เปลี่ยนฟอร์มในไตรมาสถัดไป เช็กอินของไตรมาสก่อนก็ยังอ่านได้ตรงตามที่เขียนไว้ทุกประการ ไม่ถูกเปลี่ยนป้ายกำกับด้วยคำถามที่ไม่มีใครเคยถูกถาม Stand Up ที่ไว้ใจไม่ได้ว่ายังคงเป็นความจริง ก็ไม่ใช่บันทึกที่แท้จริง
ปฏิทินรายเดือนและรายงานแยกสมาชิกตามวันช่วยย้อนดูประวัติได้ ฟีดของแต่ละวันกรองตามลูกค้าหรือจำกัดเฉพาะอุปสรรคได้ และรายงานส่งออกเป็น CSV ได้เมื่อมีใครอยากได้ทั้งเดือนไว้ในสเปรดชีต สำหรับงานรีโทรสเปกทีฟ การรีวิวกำลังคน หรือบทสนทนาเรื่องขอบเขตงาน Stand Up ตั้งใจให้เป็นพื้นที่ภายในของเอเจนซี่เท่านั้น ไม่มีสิ่งใดในนี้ถูกแชร์เข้าไปในพอร์ทัลลูกค้าเลย
เปลี่ยนจากคอลประจำวันมาเป็นสรุปงานประจำวันของทีมแบบเขียนภายในสองสัปดาห์
การเปลี่ยนกิจวัตรประจำวันจะได้ผลเมื่อทำเป็นขั้นตอน แผนนี้คงคอลไว้หนึ่งสัปดาห์ระหว่างที่นิสัยใหม่ก่อตัว แล้วจึงเลิกคอลนั้น
ตกลงเรื่องคำถามร่วมกัน
เริ่มจากสี่คำถามเริ่มต้น คือทำอะไรเสร็จไปแล้ว วันนี้กำลังทำอะไร งานในมือหนักแค่ไหน และมีอะไรติดขัดหรือไม่ จากนั้นเพิ่มอีกหนึ่งหรือสองข้อที่เอเจนซี่ของคุณต้องการจริง ๆ แล้วหยุดแค่นั้น
ระบุว่าใครต้องส่ง
ผู้ดูแลระบบเลือกว่าใครต้องส่งเช็กอิน ซึ่งมีผลต่อจำนวน “Submitted” (ส่งแล้ว) แถว “Waiting on” (รอใคร) และปฏิทิน แต่ไม่เคยห้ามคนอื่นส่งเช็กอิน
เลือกเวลาส่งแล้วบอกทีมให้รู้ทั่วกัน
แถว “Waiting on” แสดงว่าใครยังค้างเช็กอิน ทีมจึงต้องมีแค่นิสัยร่วมกัน เช่น ส่งก่อนการประชุมแรกของวัน กำหนดเวลาให้ชัดแล้วปล่อยให้แถวนั้นช่วยตามคน
ใช้ทั้งสองแบบควบคู่กันหนึ่งสัปดาห์
คงคอลไว้ แต่เปิดคอลด้วยการอ่านฟีดแทนการไล่ถามไปทีละคน สิ่งที่ทุกคนยังพูดเพิ่มทั้งที่ไม่ได้อยู่ในเช็กอิน จะบอกให้รู้ว่าฟอร์มยังขาดอะไร
เลิกคอลประจำวัน
ในสัปดาห์ที่สอง ให้เลิกคอล หรือเก็บไว้สัปดาห์ละหนึ่งช่วงในปฏิทิน การประชุม สำหรับเรื่องที่ต้องคุยกันด้วยเสียง ส่วนข้อเท็จจริงประจำวัน ให้เช็กอินเป็นผู้บอก
เขียนเช็กอินให้เพื่อนร่วมทีมนำไปใช้ได้จริง
เช็กอินที่ดีตอบคำถามที่ผู้อ่านต้องไปถามกันในคอลอยู่แล้ว
| คำถาม | แบบอ่อน | แบบที่ดีกว่า | ทำไมจึงช่วยได้ |
|---|---|---|---|
| ล่าสุดทำงานอะไรไป | ทำงานเว็บไซต์ | ส่งข้อความหน้าแรกฉบับแก้ไขให้อนุมัติ และเขียนร่างรายงานเดือนเมษายนเสร็จ | ระบุผลลัพธ์ที่เพื่อนร่วมทีมพึ่งพาได้ |
| วันนี้กำลังทำอะไร | งานเว็บไซต์เพิ่มเติม | สร้างหน้านัดหมายสำหรับข้อเสนอฤดูใบไม้ผลิ แล้วตรวจตัวอย่างโฆษณา | ทำให้หัวหน้าทีมรู้ว่าควรคาดหวังอะไรและควรถามเรื่องอะไร |
| มีอุปสรรคไหม | มี รอของบางอย่างอยู่ | มี: ต้องได้รับคำเชิญเข้าบัญชีโฆษณาจากลูกค้าก่อนเปิดตัววันพฤหัสบดี | ระบุอุปสรรค คนที่แก้ได้ และสิ่งที่เสี่ยงจะได้รับผลกระทบ |
| งานนี้ทำให้ลูกค้ารายไหน | ไม่ติดแท็ก | ติดแท็กลูกค้าสองรายที่งานนี้ทำให้ | ให้หัวหน้าทีมดูแลลูกค้าเหล่านั้นอ่านได้ และทำให้กรองฟีดได้ |
เขียนอุปสรรคตรงที่ฟอร์มถามถึง อุปสรรคที่ยกขึ้นมาจะมีคำอธิบายแนบไปด้วย นับรวมในยอดของวัน และแจ้งเตือนผู้ดูแลระบบกับหัวหน้าทีมดูแลลูกค้าที่ติดแท็กไว้ ประโยคที่ชัดเจนเพียงประโยคเดียวจึงช่วยประหยัดเวลาได้ทั้งวัน ติดแท็กทุกลูกค้าที่งานเกี่ยวข้อง เช็กอินที่ไม่มีแท็ก หรือติดแท็กเฉพาะบัญชีของเอเจนซี่เอง จะอยู่ระหว่างผู้เขียนกับผู้ดูแลระบบเท่านั้น
เลือกชนิดคำถามสำหรับฟอร์มของคุณเอง
ฟอร์มเริ่มต้นเหมาะกับทีมส่วนใหญ่ เมื่อทีมของคุณต้องการมากกว่านั้น ให้เลือกชนิดคำถามให้ตรงกับคำตอบที่อยากได้กลับมา
| ชนิด | ใช้เมื่อ | ตัวอย่าง |
|---|---|---|
| ข้อความสั้น | ข้อเท็จจริงหนึ่งอย่างในหนึ่งบรรทัด | ทดสอบอยู่ในสภาพแวดล้อมไหน |
| ข้อความยาว | เรื่องเล่าที่ผู้อ่านจะกวาดตาอ่านเร็ว ๆ | เมื่อวานทำอะไรเสร็จบ้าง |
| สเกล 1-5 | ความรู้สึกหรือคะแนน โดยตั้งถ้อยคำเองที่ปลายทั้งสองด้าน | มั่นใจกับการเปิดตัววันศุกร์แค่ไหน ตั้งแต่ไม่แน่ใจไปจนถึงแน่ใจเต็มที่ |
| ใช่หรือไม่ พร้อมรายละเอียด | ธงที่ต้องมีคำอธิบายเมื่อถูกยกขึ้นมา | มีอะไรที่รอลูกค้าอยู่หรือไม่ |
| ตัวเลือกแบบกำหนดไว้ | คำตอบหนึ่งข้อจากรายการที่กำหนดไว้ | วันนี้ทำงานที่ไหน |
ผู้ดูแลระบบเป็นผู้แก้ฟอร์ม ซึ่งมีข้อความเกริ่นนำหนึ่งบรรทัดและคำถามรวมไม่เกินสิบสองข้อ กำหนดให้คำถามเป็นคำถามบังคับเฉพาะเมื่อเช็กอินจะไม่สมบูรณ์หากไม่มีคำถามนั้น เพราะคำถามบังคับที่เพิ่มขึ้นทุกข้อคือเหตุผลอีกข้อหนึ่งที่ทำให้คนข้ามนิสัยนี้ไป การเปลี่ยนแปลงมีผลตั้งแต่เช็กอินครั้งถัดไปเป็นต้นไป
ใครอ่านเช็กอินได้บ้าง และทำไมข้อจำกัดนี้จึงเป็นหัวใจ
การเป็นส่วนตัวโดยค่าเริ่มต้นคือสิ่งที่ทำให้คำตอบตรงไปตรงมา กฎสรุปได้ในประโยคเดียวต่อผู้อ่านแต่ละกลุ่ม
| ผู้อ่าน | อ่านได้ | เห็นบนหน้า |
|---|---|---|
| ผู้ดูแลระบบ | เช็กอินทุกฉบับในพื้นที่ทำงาน | ใครส่งแล้วเทียบกับใครที่ต้องส่ง ใครที่ยังรอ อุปสรรคทั้งหมด ภาระงานของทีม “Calendar” (ปฏิทิน) และ “Report” (รายงาน) การส่งออก CSV และตัวแก้ฟอร์ม |
| หัวหน้าทีมดูแลลูกค้า | เช็กอินของตนเอง รวมถึงเช็กอินที่ติดแท็กลูกค้าที่ตนเป็นหัวหน้า | มุมมอง “Your clients” (ลูกค้าของคุณ) ของฟีด อุปสรรค และภาระงานของบัญชีเหล่านั้น |
| คนอื่นทุกคน | เฉพาะของตนเอง | สตรีค สัปดาห์ของตนเอง และปฏิทินของตนเอง |
หัวหน้าทีมดูแลลูกค้าคือคนที่ถูกระบุเป็น “Account Manager” (ผู้ดูแลบัญชี) “Marketing Lead” (หัวหน้าการตลาด) “Design Lead” (หัวหน้าดีไซน์) หรือ “Development Lead” (หัวหน้าการพัฒนา) ในแท็บ “Team & Roles” ของลูกค้า การจัดคนเข้าดูแลลูกค้าจึงเป็นตัวกำหนดด้วยว่าใครอ่านเช็กอินของลูกค้ารายนั้นได้ Stand Up เป็นบันทึกภายในที่ไม่เคยปรากฏในพอร์ทัลลูกค้า
หมายเหตุ
ทำไมสิทธิ์อ่านจึงแคบ
ในทีมจริง บางคนต้องส่งเช็กอิน บางคนไม่ต้อง และฟีดที่ทุกคนอ่านได้จะเปลี่ยนเครื่องมือประสานงานให้กลายเป็นใบเช็กชื่อ การจำกัดสิทธิ์อ่านไว้เฉพาะคนที่รับผิดชอบงานช่วยให้ข้อความที่เขียนตรงไปตรงมา การแจ้งเตือนเรื่องอุปสรรคส่งถึงคนได้ทางอีเมล การแจ้งเตือนบนอุปกรณ์ และกระดิ่ง ตามการตั้งค่าของแต่ละคน โดยอีเมลและการแจ้งเตือนบนอุปกรณ์ไม่ระบุชื่อลูกค้า
อ่านฟีดเพื่อหาสัญญาณ ไม่ใช่เพื่อให้คะแนน
ตัวเลขภาระงานเป็นค่าที่แต่ละคนรายงานเอง และไม่มีตัวเลขใดวัดคุณค่าของใครได้ ให้ใช้ตัวเลขเหล่านี้เป็นจุดเริ่มต้นของบทสนทนา
- อุปสรรค
- คำตอบว่าใช่ในคำถามเรื่องอุปสรรค พร้อมรายละเอียดว่าอะไรขวางอยู่เขียนไว้ข้างกัน
- ภาระงาน
- คำตอบของแต่ละคนบนสเกล 1-5 ว่ามีงานในมือมากแค่ไหน แล้วเฉลี่ยทั้งวันให้ผู้อ่าน
- สตรีค
- จำนวนวันทำงานติดต่อกันที่มีเช็กอิน วันหยุดสุดสัปดาห์ไม่ทำให้สตรีคขาด และวันที่ยังไม่จบจะไม่ถูกนับว่าพลาด
- “Waiting on” (รอใคร)
- คนที่ผู้ดูแลระบบคาดว่าจะส่งเช็กอิน แต่วันนี้ยังไม่ได้ส่ง
- ผู้ที่ต้องส่งเช็กอิน
- รายชื่อที่ผู้ดูแลระบบดูแลไว้สำหรับตัวเลขการเข้าร่วม รายชื่อนี้กำหนดจำนวนที่นับ แต่ไม่เคยตัดสินว่าใครส่งเช็กอินได้
| รูปแบบ | อาจหมายความว่า | วิธีรับมือที่เหมาะสม |
|---|---|---|
| ลูกค้ารายเดิมปรากฏในอุปสรรคติดต่อกันหลายวัน | อุปสรรคอยู่นอกทีม เช่น คำตอบ คำขอสิทธิ์เข้าถึง หรือการตัดสินใจ | นำเรื่องไปคุยกับหัวหน้าทีมดูแลลูกค้ารายนั้น แล้วตกลงกันว่าใครจะตามเรื่อง แทนที่จะปล่อยให้แต่ละคนเขียนซ้ำ |
| ภาระงานของคนหนึ่งอยู่ปลายด้านหนักหลายวัน | วางแผนงานไว้มากเกินไป หรืองานชิ้นหนึ่งใหญ่กว่าที่เห็น | ถามเจ้าตัวก่อน แล้วปรับสมดุลงานในโปรเจกต์ก่อนที่จะพลาดกำหนดส่ง |
| ชื่อหนึ่งปรากฏใต้ “Waiting on” ซ้ำ ๆ | นิสัยนี้ยังไม่ก่อตัว หรือคนนั้นไม่ได้อยู่ในรายชื่อผู้ที่ต้องส่ง | ตรวจ “Who's expected” (รายชื่อผู้ที่ต้องส่ง) ก่อนตามงาน |
| เช็กอินส่วนใหญ่พูดถึงลูกค้ารายเดียว | บัญชีนั้นกินเวลาของสัปดาห์มากกว่าที่วางแผนไว้ | เทียบกับชั่วโมงในบันทึกเวลา แล้วปรับขอบเขตงานหรือการจัดคน |
“Daily” (รายวัน) แสดงทีละหนึ่งวัน พร้อมตัวกรองลูกค้าและสวิตช์ “Blockers only” (เฉพาะอุปสรรค) สำหรับผู้ดูแลระบบและหัวหน้าทีมดูแลลูกค้า สำหรับผู้ดูแลระบบ “Calendar” จะลงสีแต่ละวันตามจำนวนคนที่ส่งเช็กอินจากรายชื่อผู้ที่ต้องส่ง ส่วน “Report” ซึ่งเปิดให้ผู้ดูแลระบบและหัวหน้าทีมดูแลลูกค้า จะเรียงสมาชิกเทียบกับวัน พร้อมช่องที่ส่งแล้ว และสำหรับผู้ดูแลระบบยังมีช่องที่พลาดและช่องที่ยังรอ รวมถึงการแยกแบบ “By client” (ตามลูกค้า) และปุ่ม “Export CSV” (ส่งออก CSV) สำหรับช่วงเวลานั้น ทุกตัวเลขเปิดไปยังวันที่อยู่เบื้องหลังได้
Stand Up จบตรงไหน และเครื่องมืออื่นเริ่มตรงไหน
เช็กอินตั้งใจให้สั้น โดยชี้ไปยังบันทึกที่ใหญ่กว่า แทนการทำสำเนาซ้ำ
- ชั่วโมงทำงานอยู่ใน บันทึกเวลา ส่วน Stand Up เก็บมุมมองของคนที่วางเคียงข้างตัวเลขเหล่านั้น คือแต่ละคนรู้สึกว่างานหนักแค่ไหนและมีอะไรขวางอยู่
- อุปสรรคที่ต้องคุยกันควรไปอยู่ใน Chat เช็กอินบอกว่ามีเรื่องนี้อยู่ แล้วให้เธรดสนทนาเป็นที่สะสางเรื่อง
- งานที่ต้องติดตามควรอยู่ใน โปรเจกต์ ในรูปงานหนึ่งงาน หากอุปสรรคเดียวกันกำลังขวางงานอยู่ ให้ย้ายงานไปที่คอลัมน์ “Issues” (ปัญหา) เพื่อให้บอร์ดแสดงสิ่งเดียวกับที่เช็กอินบอก
Stand Up รวมอยู่ในทุกแพ็กเกจ ตั้งแต่ Studio ขึ้นไป และอยู่ในกลุ่ม “ทีม” ของแถบด้านข้าง ระหว่างบันทึกเวลากับประชุม
คำถามที่พบบ่อย
เช็กอินแบบเขียนควรใช้เวลาเขียนนานแค่ไหน
สั้นพอที่จะเขียนเสร็จก่อนเริ่มงานแรกของวัน ซึ่งโดยปกติหมายถึงหนึ่งถึงสองประโยคต่อหนึ่งคำถามยาว หากคนต้องใช้เวลามากกว่านั้นมาก แปลว่าฟอร์มมีคำถามมากเกินไป หรืองานมีหลายเรื่องที่ต้องตามมากเกินไป เช็กอินที่กระชับยังเป็นแบบที่หัวหน้าทีมจะอ่านจนจบจริง ๆ ด้วย
ฉันจะตามคนที่ยังไม่ส่งเช็กอินได้อย่างไร
ผู้ดูแลระบบจะเห็นแถว “Waiting on” ที่ระบุชื่อคนที่ยังต้องส่ง และ “Report” จะทำเครื่องหมายวันที่พลาดและวันที่ยังรอ คุณจึงเห็นได้ว่าใครยังค้างเช็กอินโดยไม่ต้องส่งข้อความหาทั้งทีม ให้ตกลงเวลาส่งเป็นนิสัยของทีม แล้วปล่อยให้แถวนั้นแสดงว่าใครยังค้างอยู่
ส่งหรือแก้เช็กอินของเมื่อวานย้อนหลังได้หรือไม่
ได้ กดลูกศรวันก่อนหน้าเพื่อย้อนกลับ แล้วส่งหรือแก้เช็กอินของวันนั้น เช็กอินที่เก่ากว่าหนึ่งเดือนอ่านได้อย่างเดียว และลูกศรไปวันถัดไปจะหยุดที่วันนี้ แต่ละคนมีเช็กอินได้วันละหนึ่งฉบับ วันที่ส่งไปแล้วจึงแก้ได้ ไม่ใช่ส่งซ้ำ
ใครจะได้รับแจ้งเมื่อมีคนยกอุปสรรคขึ้นมา
ผู้ดูแลระบบและหัวหน้าทีมดูแลลูกค้าที่เช็กอินนั้นติดแท็กไว้ โดยไม่แจ้งผู้เขียนเอง ทุกคนจะรับรู้ผ่านกระดิ่ง อีเมล และการแจ้งเตือนบนอุปกรณ์ ตามการตั้งค่าของแต่ละคน และการแจ้งเตือนจะเปิดไปยังเช็กอินของวันนั้น อีเมลและการแจ้งเตือนบนอุปกรณ์ไม่ระบุชื่อลูกค้า
เพื่อนร่วมทีมแก้เช็กอินของคนอื่นได้หรือไม่
ไม่ได้ มีเพียงคนที่เขียนเช็กอินเท่านั้นที่แก้ได้ ผู้ดูแลระบบลบเช็กอินใดก็ได้ เช่นฉบับที่ส่งผิดพลาด แต่เขียนทับสิ่งที่เพื่อนร่วมทีมพูดไม่ได้ เช็กอินแต่ละฉบับจึงเป็นบันทึกที่ซื่อตรงต่อถ้อยคำของผู้เขียนเอง
ใครเห็นตัวเลขภาระงานที่กรอกไว้ในเช็กอินบ้าง
ใครก็ตามที่อ่านเช็กอินที่ตัวเลขนั้นอยู่ได้ คือตัวคุณเอง ผู้ดูแลระบบ และหัวหน้าทีมดูแลลูกค้าที่คุณติดแท็กไว้ เพื่อนร่วมทีมคนอื่นมองไม่เห็น ผู้ดูแลระบบและหัวหน้าทีมดูแลลูกค้าจะเห็นค่าเฉลี่ยของเช็กอินที่ตนมีสิทธิ์อ่าน ซึ่งเป็นสัญญาณให้ถามไถ่ว่าเป็นอย่างไรบ้าง ไม่ใช่ตัวชี้วัดผลงาน
ลูกค้าเห็นเช็กอินของทีมได้หรือไม่
ไม่ได้ Stand Up เป็นบันทึกภายในและไม่แสดงในพอร์ทัลลูกค้าเลย คนที่อ่านเช็กอินที่ติดแท็กลูกค้าได้มีเพียงผู้ดูแลระบบและเพื่อนร่วมทีมเอเจนซี่ที่ถูกจัดเป็นหัวหน้าทีมดูแลลูกค้ารายนั้น ฝั่งลูกค้าไม่เคยเห็นเช็กอินเหล่านี้