วิศวกรรมเคมี & amp;
วิธีดําเนินการโครงการวิศวกรรมที่มีประสิทธิภาพหลังการตาย
Table of Contents
คุณค่า ของ โครงการ วิศวกรรม หลัง การ ตาย
โครงการวิศวกรรม ไม่ว่าจะเป็นการส่งมอบในเวลา หรือการวิ่งไปสู่ความท้าทายที่ไม่คาดคิดนี้ ให้แหล่งการเรียนรู้ที่อุดมไปด้วย โครงสร้างที่มีลักษณะเป็นเลิศหลังการตาย บางครั้งเรียกว่า ประสบการณ์แบบกลับหลัง -- ทรานสปีชีส์ ประสบการณ์ดิบสู่ความรู้ที่แอ็กชั่น จะช่วยให้ทีมสามารถตรวจสอบอย่างเป็นระบบว่ามีอะไรเกิดขึ้น และทําการปรับปรุงงานในอนาคตได้อย่างไร อย่างถูกต้อง โครงสร้างโครงสร้างหลังการตายสร้างความไว้วางใจทางจิตวิทยา
การเสียชีวิตที่มีผลดี ไม่ใช่การกล่าวโทษ แต่เป็นการเน้นการเปิดเผยปัญหาระบบ การสื่อสาร ช่องว่าง และกระบวนการแตกร้าวที่ทําให้เกิดผล
อะไร ทํา ให้ เกิด ผล หลัง จาก ที่ เสีย ชีวิต?
ผลงานที่มีประสิทธิภาพมากที่สุด มีคุณลักษณะหลายแบบ เริ่มแรกคือ สภาพแวดล้อมที่ปราศจากตําหนิ
ทีมวิศวกรรมมักจะใช้รูปแบบโครงสร้างเพื่อนําการสนทนา ส่วน [FLT: 0] [FLT: 1) atlasive play [FLT: 3] เสนอโครงร่างง่ายๆ: เริ่ม, หยุด, ทําต่อไป ส่วนคนอื่น ๆ ต้องการวิธีการรายละเอียดเพิ่มเติมที่ตรวจสอบช่วงพิเศษของโครงการ ซึ่งคุณเลือกรูปแบบที่อยู่เบื้องหลังไว้ แต่หลักการนี้ยังเป็นโครง คุณยังคงใช้ตัวเลือกเดียวกัน -- การเรียนรู้บนเส้นทางการหาข้อผิดพลาด ไม่ใช่การหาข้อผิดพลาด
เตรียม ตัว สําหรับ การ ตาย หลัง การ ตาย
การเตรียมการแยกการเสียชีวิตที่มีประสิทธิภาพจากการท่องเที่ยวของฉันก่อนการพบปะกัน ก่อนที่การพบปะนี้จะมีการรวบรวมข้อมูลที่เกี่ยวข้องทั้งหมด นี่รวมถึงโครงการต่างๆ
- [FLT: 0] ลดขอบเขตและเป้าหมาย นี่เป็นหลังการตายของทั้งโครงการหรือแค่ช่วงเฉพาะ? คําถามสําคัญที่คุณต้องการตอบคืออะไร?
- [FLT: 0] กรมผู้ถือหุ้น (FLT:1) เชิญทุกคนที่เกี่ยวข้องในโครงการ -- นักพัฒนา นักออกแบบ ผู้จัดการผลิตภัณฑ์ QA และปฏิบัติการ หุ้นส่วนภายนอกนี้ยังเป็นมุมมองที่มีคุณค่าอีกด้วย
- [FLT: 0]. สืบค้นวันที่ที่วางจําหน่าย [FLT: 1] TVYTHS ช่วยติดตามลําดับของเหตุการณ์และการตัดสินใจ รวมวันที่ที่วางผังไว้ด้วย v. วันและเวลาจริงเพื่อเน้นส่วนเบี่ยงเบนมาตรฐาน
- [FLT: 0] กําหนดวาระและบรรทัดฐาน รัฐชัดเจนแล้วว่าการประชุมไม่มีความผิด โปรดแบ่งปันวาระล่วงหน้าเพื่อให้ผู้เข้าร่วมสามารถเตรียมการได้
ผู้ ที่ เตรียม ตัว ไว้ พร้อม จะ พูด คุย กับ คน อื่น เป็น เรื่อง สําคัญ บุคคล นี้ ควร เป็น คน เป็น กลาง และ มี ความ สามารถ ใน การ ชี้ นํา การ สนทนา โดย ไม่ มี อํานาจ ควบคุม พวก เขา บทบาท ของ พวก เขา คือ ให้ การ สนทนา กัน ใน แนว ทาง ต่อ ไป สนับสนุน ให้ เสียง ที่ เงียบ กว่า และ ทํา ให้ พวก เขา มั่น ใจ ว่า พวก เขา จะ เปลี่ยน จาก การ สังเกต ไป ปฏิบัติ ได้
นํา การ ประชุม หลัง สิ้น ชีวิต
การ ประชุม เอง ควร สร้าง บท ปราศรัย ที่ บังเกิด ผล ไม่ ใช่ เป็น คํา บรรยาย แรก เริ่ม ด้วย การ ตั้ง น้ํา เสียง: ทบทวน นโยบาย ที่ ไม่ ต้อง ใช้ ดุลยพินิจ แล้ว ย้าย ไป ตาม จุด ประสงค์ ที่ มี การ วาง โครง สร้าง เป็น โครง สร้าง.
เป็นอย่างไรบ้าง
การ ทํา ให้ ความ สําเร็จ เป็น ไป ได้ ช่วย ให้ ทีม งาน มี แรง กระตุ้น และ เตือน ความ เข้ม แข็ง ของ ตน.
อะไร ผิด พลาด ไป?
ต่อ ไป นี้ เป็น ปัญหา บาง อย่าง หลีก เลี่ยง คํา พูด ที่ คลุมเครือ เช่น “การ ติด ต่อ สื่อ ความ ไม่ ดี.
จะ ปรับ ปรุง แก้ไข อะไร ได้ บ้าง?
ใน ที่ สุด ก็ มี วิธี แก้ ปัญหา การ คิด หา เหตุ ผล แบบ สุ่ม การ จัด การ กับ การ เปลี่ยน แปลง ที่ มี ผล กระทบ มาก ที่ สุด บาง คน อาจ ได้ รับ การ ปรับ ปรุง อย่าง รวด เร็ว เช่น การ ปรับ ปรุง เอกสาร หรือ การ เพิ่ม ข้อ เตือน ใจ บาง คน ต้อง ใช้ เงิน ทุน ที่ ต้อง ใช้ ไป นาน กว่า เช่น การ รับ เอา อุปกรณ์ ใหม่ หรือ การ ปรับ ปรุง บทบาท ของ ทีม มา ใช้ ใหม่ การ จับ ความ คิด ทุก อย่าง แต่ การ คิด แบบ นี้ จะ ช่วย ให้ เขา คิด อย่าง รอบคอบ และ ทํา ได้ ดี ขึ้น
ตลอดการประชุมนี้ ให้ใช้เทคนิคต่าง ๆ เช่น [FLT: 0] ห้าเหตุผล เพื่อเจาะลึกลงไปในสาเหตุหลัก ตัวอย่างเช่น หากการใช้งานล้มเหลว ให้ถามเหตุผลว่า ทําไมจึงเกิดความล้มเหลว ให้ถามเหตุผลว่า ทําไมคุณเปิดประเด็นระบบ เช่น ในการทดสอบอัตโนมัติหรือการเป็นเจ้าของสคริปต์ที่ไม่เพียงพอในการใช้งาน จึงมีเครื่องมือที่มีประโยชน์อื่น (FLT: 2) การวิเคราะห์เวลา [FLT: 3] โดยมีทีมทําแผนที่บนกระดานสีขาวและผลลัพท์
[FLT: 0]] เคล็ดลับ: GOLLLLE เข้าหาการเสียชีวิตหลังเสียชีวิต[FLTT:4] เน้นการเขียนที่ไร้ที่ติ -- ที่ที่รายงานหลักเขียนขึ้นโดยไม่ตั้งชื่อบุคคล ให้เน้นในกระบวนการและความล้มเหลวทางเทคนิคแทน (FLT: 5)
การ วิเคราะห์ หา พบ หลัง การ ประชุม
งานไม่ได้สิ้นสุดลงเมื่อการจองการประชุม ไอคอน หรือตัวรวบรวมบันทึกที่ถูกกําหนดไว้ควรจะรวมการค้นหาให้อยู่ในรายงานที่ชัดเจน, รวบรัด การจัดหมวดหมู่: โพรเซส, หนี้, ช่องการสื่อสาร, ข้อจํากัดของทรัพยากร, และส่วนทับกันภายนอก สําหรับแต่ละหมวดหมู่ ให้ระบุสาเหตุ, ผลกระทบ, และการกระทําหนึ่งที่แนะนํา
ใช้กรอบการจําแนกค่าล่วงหน้าเพื่อตัดสินใจว่าจะให้การกระทําใดก่อน โดยผลกระทบง่าย ๆ กับเมทริกซ์ความพยายามใช้ได้ดี: ควรเรียกค่าของค่าความแรงสูง ค่าที่ต่ํา ค่าที่ต่ํา ค่าที่ต่ํา ค่าของสินค้าสูง จะเลื่อนหรือทําการตรวจสอบอีกครั้ง เพื่อให้แน่ใจว่าแต่ละรายการนั้น จะมีผลที่ต้องใช้ค่าที่ระบุไว้ และค่าที่น้อยที่สุด
ม้านั่งภายนอกสามารถช่วยตรวจสอบผลการค้นพบของคุณได้ ตัวอย่างเช่น การเปรียบเทียบผลลัพธ์หลังการตายของคุณกับ [FLT: 0][FLT: 0] หม่อมชั้นดีหลังเสียชีวิตของอีธีดีดี อาจเผยพื้นที่ที่กระบวนการของคุณสามารถเสริมสร้างความสมบูรณ์ได้
การ สร้าง และ การ ลง มือ ทํา
หลังเสียชีวิตจะมีค่าพอ ๆ กับการเปลี่ยนแปลงที่มีผลพัฒนา จงพัฒนาแผนปฏิบัติอย่างเป็นทางการที่ระบุถึง 3-5 สิ่งดังกล่าว แต่ละการกระทําควรมี [FLT: 0]. MS.R.T. (FLT:1) (พิเศษ, เปลี่ยนแปลง, เปลี่ยนแปลง, เปลี่ยนแปลง, เวลา, เวลา, เปลี่ยนแปลง, เวลา) กําหนดให้เจ้าของเพียงคนเดียวทํา และตั้งค่าสิ่งที่เป็นจริงขึ้น
- [FLT: 0] การปฏิบัติการแบบย่อ: "แก้ไขรหัสเฉลี่ยที่วนซ้ําเวลาจาก 48 ชั่วโมงเป็น 24 ชั่วโมง โดยกําหนดตารางการทบทวนและรวบรวมคําเตือนของตัววิเคราะห์ SLACL
- [FLT: 0] ตัวอย่างอื่น: "การทดสอบการรวมอัตโนมัติสําหรับอุปกรณ์รับชําระหนี้เพื่อจับ trackers ก่อนการบังคับใช้". เจ้าของ: Mike. value: 30 วัน".
ลอง พิจารณา การ เพิ่ม สิ่ง ที่ ทํา กัน นี้ เข้า ไป ใน เครื่อง มือ จัด การ โครงการ ของ ทีม คุณ และ ติด ตาม พวก เขา ทุก วัน ใน การ ยืน หยัด หรือ การ ทบทวน ทุก สัปดาห์.
ติด ตาม การ เรียน รู้ ที่ ฝัง ใจ
หนึ่งในความล้มเหลวภายหลังการตายที่ทั่วไปที่สุด คือ การขาดการติดตาม การกระทําที่ไม่ได้ติดตามมาอย่างรวดเร็ว การทบทวนตารางเวลา เช่น การตรวจสอบ 30 วัน และการตรวจสอบ 90 วัน -- เพื่อประเมินความคืบหน้า หากการกระทํานั้นหยุดชะงัก หารือกันถึงสิ่งที่บล็อกมี และปรับเปลี่ยนแผนตามไปด้วย
นําการเรียนรู้ไปฝังไว้ในเอกสารและกระบวนการของทีมของคุณ ปรับปรุงรายการการทํางาน, การตรวจสอบการใช้งานมาตรฐานการเขียน และวัสดุที่อยู่บนยาน แบ่งปันบทเรียนผ่านทีม ผ่านฐานความรู้หรือปกติคือ "อาหาร" ชุดเป้าหมายคือ การเพิ่มความเข้าใจจากแต่ละส่วนหลังการตายของหน่วยความจําขององค์กร
หลุม พราง ทั่ว ไป ที่ ควร หลีก เลี่ยง
นี่ เป็น บ่วง แร้ว บาง อย่าง ที่ ควร ระวัง:
- [FLT: 0] ปัจเจกบุคคล นี้ปิดการมีส่วนร่วมและส่งเสริมความกลัว โฟกัสไปที่ระบบ ไม่ใช่ประชาชน
- [FLT: 0] เคลื่อนไหวเร็วเกินไป การเร่งผ่านการสนทนานําไปสู่การวิเคราะห์ผิวเผิน อนุญาตให้มีเวลาพอที่จะสํารวจแต่ละหัวข้ออย่างละเอียด
- [FLT: 0] ไม่สนใจประเด็นเล็กๆ ปัญหาเล็กๆ น้อยๆ สามารถที่จะรวมเข้าด้วยกันได้. ที่อยู่ของปัญหาเหล่านี้ก่อนเวลา เพื่อป้องกันความล้มเหลวครั้งใหญ่ลงท้ายน้ํา.
- [FLT: 0] สืบค้นเมื่อเอกสาร ปราศจากบันทึกการเขียน บทเรียนจะถูกลืมได้ง่ายๆ สร้างแฟ้มจัดเก็บสําหรับหลังเสียชีวิตที่ค้นหาได้
- [FLT: 0] การดําเนินการเกินพิกัด พยายามแก้ไขทุกอย่างในขณะไดรทคอมพัฒน์
การ สร้าง วัฒนธรรม ที่ มี อยู่ ก่อน หน้า นั้น
ท้ายที่สุด ผลงานภายหลังการตายที่มีประสิทธิภาพมากที่สุด คือ การเป็นส่วนหนึ่งของการทํางานของทีมอย่างสม่ําเสมอ เมื่อทีมทํางานหลังการเสียชีวิต
การจัดประชุมในบางครั้งจะกลายเป็นเครื่องมือปรับปรุงอย่างต่อเนื่อง ทีมพัฒนาช่วยระบุรูปแบบ การทดลองใหม่ และปรับปรุงบาร์ให้มีประสิทธิภาพและน่าไว้ใจขึ้น
สําหรับการอ่านเพิ่มเติมเกี่ยวกับการสร้างการปฏิบัติหลังจากเสียชีวิตที่แข็งแรง, สืบค้น[FLT: 0] กํากับเทคนิคการเสียชีวิตหลังการเสียชีวิตจากผู้เชี่ยวชาญ ] และ[FLTT:4] คู่มือการประมวลผลที่มีประสิทธิภาพของ IBM เพื่อดําเนินการหลังการเสียชีวิต [FTTT: 6[FLLL:[7].