-
ระบบตรวจสอบเป็นวิธีการที่สำคัญในการจัดการผลิตภัณฑ์ทางอินเทอร์เน็ต ระบบตรวจสอบดำเนินการผ่านทุกด้านของการจัดการผลิตภัณฑ์ เช่น การวางแผนเชิงกลยุทธ์ การออกแบบผลิตภัณฑ์ การใช้เทคโนโลยี การดำเนินงานผลิตภัณฑ์ และการตลาดผลิตภัณฑ์ อาจกล่าวได้ว่าระบบการตรวจสอบที่มีประสิทธิภาพเป็นตัวชี้วัดที่สำคัญของความสามารถในการจัดการผลิตภัณฑ์ของบริษัท มาแสดงรายการค่านิยมของระบบการตรวจสอบโดยย่อ:
ระบบการทบทวนสามารถช่วยให้ผู้มีส่วนได้ส่วนเสียบรรลุความเข้าใจเป้าหมายการสร้างผลิตภัณฑ์อย่างสม่ำเสมอ
ผ่านระบบทบทวน คุณภาพของแผนการวางแผนผลิตภัณฑ์ แผนความต้องการผลิตภัณฑ์ แผนทางเทคนิค แผนปฏิบัติการ แผนการตลาด ฯลฯ สามารถตรวจสอบเพื่อปรับปรุงคุณภาพผลิตภัณฑ์
ผ่านระบบการทบทวน สามารถตรวจสอบประเด็นสำคัญและจุดเสี่ยงในการวางแผนผลิตภัณฑ์และกระบวนการก่อสร้างเพื่อลดความเสี่ยงในการดำเนินโครงการ
ระบบการประเมินผลสามารถปรับปรุงขีดความสามารถของผู้เข้าร่วมได้อย่างมีประสิทธิภาพ
ตรวจสอบแผนผ่านระบบทบทวนเพื่อให้แน่ใจว่าจิตวิญญาณของสถาปัตยกรรมผลิตภัณฑ์ระบบและการออกแบบสถาปัตยกรรมได้รับการปฏิบัติอย่างสม่ำเสมอ
แม้ว่าการตรวจสอบผลิตภัณฑ์จะมีความสำคัญมาก แต่ดูเหมือนว่าไม่มีระบบการตรวจสอบของบริษัทใดที่มีประสิทธิภาพ ทุกคนต่างบ่นเกี่ยวกับความชั่วร้ายมากมายของระบบการตรวจสอบ เกี่ยวกับระบบการตรวจสอบนั้นครอบคลุมอยู่ในหนังสือวิศวกรรมซอฟต์แวร์และวิธีการต่างๆ ประเด็นสำคัญที่นี่ไม่ใช่การหารือเกี่ยวกับหลักการทั่วไปของระบบการตรวจสอบ (เช่น การทบทวนผลิตภัณฑ์) ประเด็นหลักในที่นี้คือเพื่อหารือเกี่ยวกับกระบวนการดำเนินงานของแพลตฟอร์ม -ตามผลิตภัณฑ์ วิธีการตรวจสอบผ่านระบบตรวจสอบ
1. โครงการระยะก่อสร้าง VS โครงการระยะดำเนินการ
สำหรับผลิตภัณฑ์อินเทอร์เน็ต (แพลตฟอร์มผลิตภัณฑ์) ที่ใช้แนวคิดแพลตฟอร์มผลิตภัณฑ์ เช่น แพลตฟอร์มการชำระเงินและแพลตฟอร์มแบบเปิด การจัดการโครงการของผลิตภัณฑ์ในช่วงการก่อสร้างต้องเผชิญกับความท้าทายที่แตกต่างจากการจัดการโครงการผลิตภัณฑ์ในช่วงการดำเนินงาน
เหตุผลในการเน้นแพลตฟอร์มผลิตภัณฑ์เหล่านี้ก็คือสำหรับผลิตภัณฑ์อินเทอร์เน็ตจำนวนมาก ตรรกะหลักคือส่วนหน้าของเว็บไซต์ ดังนั้นการตรวจสอบเว็บไซต์เหล่านี้จึงค่อนข้างง่ายและต้องใช้แนวทางที่ขับเคลื่อนด้วยต้นแบบเท่านั้น แต่สำหรับผลิตภัณฑ์แพลตฟอร์มเหล่านี้ ไม่ใช่แค่การพัฒนาหน้าเว็บไซต์ธรรมดาๆ เท่านั้น ตรรกะที่ซับซ้อนที่สุดของระบบเหล่านี้โดยทั่วไปอยู่ที่กฎเกณฑ์ทางธุรกิจส่วนหลังและตรรกะทางธุรกิจ และสิ่งเหล่านี้ไม่สามารถอธิบายได้อย่างชัดเจนด้วยต้นแบบ
1) ลักษณะโครงการในช่วงก่อสร้าง
วงจรโครงการค่อนข้างยาว เช่น มากกว่า 1 เดือน
ทรัพยากรของโครงการมีค่อนข้างมากและสามารถดำเนินการเป็นทีมงานโครงการที่แยกจากกัน
การจัดการโครงการสามารถใช้วิธีการจัดการโครงการแบบดั้งเดิมหรือวิธีการจัดการโครงการแบบคล่องตัว
งานเตรียมการก่อนโครงการค่อนข้างเพียงพอ เช่น เอกสารผลิตภัณฑ์ที่ค่อนข้างครบถ้วน ต้นแบบที่สมบูรณ์ แผนโครงการที่สมบูรณ์ การสัมมนาการจัดตั้งโครงการ/การสัมมนาความต้องการ ฯลฯ การวิจัยตลาด/การวิเคราะห์ผลิตภัณฑ์ของคู่แข่ง เป็นต้น
โครงการนี้ค่อนข้างเป็นอิสระและมีข้อจำกัดน้อยกว่าจากโครงการอื่นๆ
2) ลักษณะโครงการในช่วงระยะเวลาดำเนินการ
วงจรนี้สั้น ซึ่งส่วนใหญ่จะน้อยกว่า 2 สัปดาห์
ทรัพยากรมีจำกัด และสมาชิกในทีมโครงการอาจต้องบำรุงรักษาผลิตภัณฑ์อื่นๆ ไปพร้อมๆ กัน
เมื่อธุรกิจของบริษัทขยายตัว ผู้คนที่คุ้นเคยกับผลิตภัณฑ์และสถาปัตยกรรมทางเทคนิคมักจะขาดแคลนอยู่เสมอ โดยทั่วไปแล้ว คนเหล่านี้มีหน้าที่รับผิดชอบในโครงการใหม่ที่สำคัญบางโครงการ และจะต้องช่วยให้ผู้มาใหม่คุ้นเคยกับระบบในที่ทำงาน
โดยทั่วไปการจัดการโครงการจะใช้วิธีการจัดการโครงการแบบ Agile เช่น Scrum และ XP หรือแม้กระทั่งลดการพัฒนาแบบ Agile ลง
การเตรียมการสำหรับโครงการยังไม่เพียงพอ และไม่สามารถดำเนินการได้หลังจากการเตรียมการที่เพียงพอแล้ว
โครงการจำเป็นต้องได้รับการปรับให้เหมาะสมและสร้างใหม่ตามผลิตภัณฑ์ที่มีอยู่ และไม่สามารถส่งผลกระทบต่อระบบที่มีอยู่ได้ สำหรับผลิตภัณฑ์ที่ใช้งานได้ สถาปัตยกรรมผลิตภัณฑ์และสถาปัตยกรรมระบบจะสูญเสียการควบคุมและการเปลี่ยนรูประหว่างการปรับเปลี่ยนทีละนิด จะต้องมีกลไกในการควบคุมปัจจัยเหล่านี้
ที่นี่เรามุ่งเน้นไปที่วิธีการตรวจสอบผลิตภัณฑ์และการตรวจสอบทางเทคนิคในระหว่างระยะเวลาการดำเนินงาน
2. หลักการทบทวนผลิตภัณฑ์ในช่วงระยะเวลาดำเนินการ
ไม่ว่าโครงการจะเร่งด่วนเพียงใด ก็ต้องดำเนินการตรวจสอบผลิตภัณฑ์และทบทวนทางเทคนิค
รีวิวต้องคล่องตัว
รูปแบบการรีวิวไม่สำคัญ รีวิวเลย! =การประชุมรูปแบบการทบทวนอาจเป็นการทบทวนอย่างเป็นทางการหรือการทบทวนอย่างไม่เป็นทางการ หัวใจสำคัญของการทบทวนคือต้องมีคนที่คุ้นเคยกับระบบและสามารถตรวจสอบแผนได้
วัตถุประสงค์ของการทบทวนไม่ใช่เพื่อค้นหาวิธีแก้ปัญหาที่ดีที่สุด แต่เป็นวิธีแก้ปัญหาที่เหมาะสมที่สุดภายใต้ข้อจำกัดของทรัพยากรที่มีอยู่
ไม่มีระบบการตรวจสอบที่สมบูรณ์แบบ สิ่งสำคัญคือการเพิ่มประสิทธิภาพระบบการตรวจสอบในทางปฏิบัติอย่างต่อเนื่อง และสร้างระบบการตรวจสอบและมาตรการติดตามผลที่เหมาะสมกับสถานการณ์ของบริษัทของคุณ
3. วิธีการตรวจสอบผลิตภัณฑ์ในช่วงระยะเวลาดำเนินการ
สำหรับการตรวจสอบผลิตภัณฑ์ในช่วงระยะเวลาการดำเนินงาน ไม่มีแผนปฏิบัติที่ดีที่สุดสำหรับการอ้างอิง แต่ละบริษัทมีเงื่อนไขทางธุรกิจที่สมจริงของตนเอง และรูปแบบธุรกิจที่แตกต่างกันก็มีวิธีการตรวจสอบที่แตกต่างกัน อาจกล่าวได้ว่าการตรวจสอบผลิตภัณฑ์อย่างมีประสิทธิภาพในระหว่างระยะเวลาการดำเนินงานเป็นศิลปะแห่งความสมดุล ซึ่งจะต้องสร้างสมดุลให้กับข้อกำหนดด้านมาตรฐานการจัดการ ความคล่องตัว และความเป็นจริงทางธุรกิจ แต่โดยรวมแล้ว แกนหลักของวิธีการตรวจสอบผลิตภัณฑ์ระหว่างระยะเวลาดำเนินการจะเหมือนกัน นั่นคือการปรับปรุงอย่างต่อเนื่องโดยอาศัยการทำงานร่วมกันเป็นทีม
ระบบการตรวจสอบระหว่างระยะเวลาดำเนินการจะต้องได้รับการสนับสนุนจากกระบวนการพัฒนาผลิตภัณฑ์ในระหว่างระยะเวลาการดำเนินงาน ควรมีการกำหนดกระบวนการที่ง่ายขึ้นสำหรับการพัฒนาผลิตภัณฑ์ในช่วงระยะเวลาการดำเนินงาน (เปรียบเทียบกับกระบวนการพัฒนาผลิตภัณฑ์ในช่วงระยะเวลาการก่อสร้าง) เพื่อรวบรวมและเปิดเผยปัญหาในระบบการตรวจสอบจากลิงก์กระบวนการอื่นๆ เพื่อให้มั่นใจว่าระบบการตรวจสอบผลิตภัณฑ์จะมีการปรับให้เหมาะสมอย่างต่อเนื่อง ตัวอย่างเช่น ผ่านการตอบรับจากการทดสอบคุณภาพ การดำเนินงาน การขาย การตลาด และลิงก์อื่นๆ โครงการที่มีระบบการตรวจสอบที่ล้มเหลวจะถูกค้นพบและรวมไว้ในไลบรารีเคสเพื่อปรับกระบวนการ R&D และระบบตรวจสอบให้เหมาะสมอย่างต่อเนื่อง
สร้างมาตรฐานที่เข้มงวดซึ่งจะต้องได้รับการตรวจสอบและปรับปรุงให้เป็นแบบฟอร์มรายการตรวจสอบเชิงปริมาณ (เพียงเกณฑ์แรก)
ตัวอย่างเช่น หากเวลาในการพัฒนามากกว่า 1 สัปดาห์หรือน้อยกว่า 1 สัปดาห์แต่เกี่ยวข้องกับโมดูลธุรกิจที่สำคัญ จะต้องได้รับการตรวจสอบ เหตุผลที่ใช้วิธีการก่อสร้างและผลกระทบที่มีขนาดเดียวเหมาะกับทุกคน แทนที่จะใช้บุคลากรส่วนต่อประสานเพื่อประเมินว่าจำเป็นต้องมีการทบทวนหรือไม่ ส่วนใหญ่เป็นไปเพื่อหลีกเลี่ยงปัจจัยมนุษย์มากเกินไป ทำให้ระบบการทบทวนกลายเป็นแบบแผนเท่านั้น
หากเป็นเวลาน้อยกว่า 1 สัปดาห์และไม่เกี่ยวข้องกับการเปลี่ยนแปลงโมเดลธุรกิจหลัก ผู้รับผิดชอบจะตัดสินใจด้วยตนเอง
การทบทวนต้องเกี่ยวข้องกับการมีส่วนร่วมของผู้มีส่วนได้ส่วนเสีย และต้องไม่ปล่อยให้บุคลากรด้านผลิตภัณฑ์และบุคลากรด้านเทคนิคประเมินด้วยตนเอง ตัวอย่างเช่น: โซลูชันผลิตภัณฑ์ต้องมีบุคลากรด้านเทคนิค เจ้าหน้าที่ปฏิบัติการ บุคลากรทางการเงิน ฯลฯ โซลูชันทางเทคนิคต้องมีบุคลากรด้านผลิตภัณฑ์ สถาปนิก ผู้เชี่ยวชาญด้านธุรกิจ ฯลฯ ผู้มีส่วนได้ส่วนเสียที่เข้าร่วมในการทบทวนมีสิทธิ์ที่จะยกเลิกแผนและทำซ้ำได้ แน่นอนว่าสิ่งนี้เกี่ยวข้องกับหัวข้อที่ใหญ่กว่าอื่น: การทำงานร่วมกันเป็นทีม หากทีมไม่สามารถสร้างความสัมพันธ์ที่ไว้วางใจได้ ไม่ว่าระบบจะสมบูรณ์แบบเพียงใด ก็จะกลายเป็น PK
ผู้ตรวจสอบไม่จำเป็นต้องดำเนินการตรวจสอบแบบครอบคลุม แต่เพียงตรวจสอบแผนในประเด็นสำคัญของข้อกำหนด กฎเกณฑ์ทางธุรกิจที่สำคัญ และประเด็นความเสี่ยงเท่านั้น เพื่อให้มั่นใจในประสิทธิภาพของการตรวจสอบ ผลการตรวจสอบจะต้องบันทึกไว้ในแบบฟอร์มกระบวนการที่เกี่ยวข้อง
สร้างไลบรารีกรณีการทบทวน ทบทวนไลบรารีกรณีการทบทวนเป็นประจำ (ทุกเดือน) และเพิ่มประสิทธิภาพระบบการทบทวนอย่างต่อเนื่อง การสรุปกรณีการตรวจสอบควรเน้นไปที่เรื่องมากกว่าตัวบุคคล อย่าวางภาระให้ผู้ตรวจสอบต้องรับผิดชอบต่อผลลัพธ์อย่างเต็มที่
การดำเนินการของระบบไม่ได้ขึ้นอยู่กับว่าระบบถูกกำหนดไว้ตั้งแต่ต้นได้สมบูรณ์แบบเพียงใด สิ่งสำคัญอยู่ที่ว่าระบบสามารถปรับให้เหมาะสมได้อย่างต่อเนื่องหรือไม่ การเพิ่มประสิทธิภาพอย่างต่อเนื่อง/การปรับปรุงอย่างต่อเนื่อง/การปรับปรุงอย่างต่อเนื่องเป็นหนึ่งในเคล็ดลับหลักที่รู้จักกันดีและมีประสิทธิภาพของวิธีการจัดการต่างๆ แต่ก็เป็นวิธีที่ยากที่สุดที่จะนำไปใช้ โดยเฉพาะอย่างยิ่งเมื่อเปรียบเทียบกับคำศัพท์แฟชั่นด้านการจัดการเหล่านั้น การกล่าวถึงการปรับปรุงอย่างต่อเนื่องนั้นไม่แปลกใหม่และน่าเบื่อเกินไป สูงมากจนเราทุกคนหวังให้มี “กระสุนเงิน” แก้ปัญหาต่างๆ ที่เราเผชิญอยู่
ที่มาของบทความ : มาเป็นพระเหมือนเมื่อก่อนและเป็นพระพุทธเจ้า โปรดระบุลิงค์แหล่งที่มาเมื่อพิมพ์ซ้ำ