เกี่ยวกับผู้ชายคนหนึ่ง

เรื่องราวเป็นเรื่องจริงฉันเห็นทุกอย่างด้วยตาของตัวเอง

เป็นเวลาหลายปีมาแล้วที่ผู้ชายคนหนึ่งทำงานเป็นโปรแกรมเมอร์เช่นเดียวกับหลาย ๆ คน ในกรณีที่ฉันจะเขียนแบบนี้: “โปรแกรมเมอร์” เพราะเขาคือ 1Snik ที่อยู่ในบริษัทโปรดักชั่น

ก่อนหน้านั้นเขาได้ลองความเชี่ยวชาญพิเศษต่างๆ - 4 ปีในฝรั่งเศสในฐานะโปรแกรมเมอร์ผู้จัดการโครงการเขาสามารถทำได้ 200 ชั่วโมงในขณะเดียวกันก็ได้รับเปอร์เซ็นต์ของโครงการเพื่อการจัดการและทำยอดขายเพียงเล็กน้อย ฉันพยายามพัฒนาผลิตภัณฑ์ด้วยตัวเอง เป็นหัวหน้าแผนกไอทีในบริษัทขนาดใหญ่ที่มีพนักงาน 6 คน ลองใช้ตัวเลือกต่างๆ ในการใช้อาชีพที่อ้างอิงได้ของฉัน - โปรแกรมเมอร์ 1C

แต่ตำแหน่งทั้งหมดเหล่านี้ค่อนข้างจะทางตัน ในแง่ของรายได้เป็นหลัก ในเวลานั้นเราทุกคนได้รับเงินประมาณเดียวกันและทำงานภายใต้เงื่อนไขเดียวกัน

ผู้ชายคนนี้สงสัยว่าเขาจะทำเงินได้มากขึ้นโดยไม่ต้องขายหรือสร้างธุรกิจของตัวเองได้อย่างไร

เขาจินตนาการว่าตัวเองเป็นคนฉลาดและตัดสินใจหาช่องทางในบริษัทที่เขาทำงานอยู่ ช่องนี้จะต้องเป็นสิ่งที่พิเศษไม่มีใครครอบครอง และผมอยากให้บริษัทต้องการจ่ายเงินให้กับคนในกลุ่มนี้เพื่อที่จะได้ไม่ต้องหลอกลวงใครหรือโกงอะไรอีก เพื่อให้บรรลุวัตถุประสงค์นี้: บุคคลในตำแหน่งนี้จำเป็นต้องได้รับเงินเป็นจำนวนมาก แปลกประหลาดในคำ

การค้นหามีอายุสั้น ในบริษัทที่ผู้ชายคนนี้ทำงาน มีช่องทางอิสระที่สามารถเรียกได้ว่า "จัดระเบียบกระบวนการทางธุรกิจ" ทุกบริษัทมีปัญหามากมาย มีบางอย่างไม่ทำงานอยู่เสมอ และไม่มีบุคคลใดที่จะเข้ามาแก้ไขกระบวนการทางธุรกิจ ดังนั้นเขาจึงตัดสินใจลองตัวเองในฐานะผู้เชี่ยวชาญที่สามารถช่วยเจ้าของแก้ปัญหาในกระบวนการทางธุรกิจได้

ตอนนั้นเขาทำงานให้กับบริษัทมาได้หกเดือนแล้วและได้รับเงินเดือนโดยเฉลี่ยในตลาด ไม่มีอะไรจะเสีย โดยเฉพาะอย่างยิ่งเมื่อเขาสามารถหางานเดิมได้อย่างง่ายดายภายในหนึ่งสัปดาห์ โดยทั่วไปแล้ว ผู้ชายคนนี้ตัดสินใจว่าจะไม่มีอะไรเลวร้ายเกิดขึ้นหากจู่ๆ ไม่มีอะไรเกิดขึ้นและเขาถูกไล่ออก

เขารวบรวมความกล้าแล้วไปหาเจ้าของ ฉันแนะนำให้เขาปรับปรุงกระบวนการที่เป็นปัญหาที่สุดในธุรกิจ สมัยนั้นเป็นการบัญชีคลังสินค้า ตอนนี้ทุกคนที่ทำงานใน บริษัท นี้รู้สึกละอายใจที่ต้องจำปัญหาเหล่านั้น แต่สินค้าคงเหลือซึ่งดำเนินการทุกไตรมาสแสดงให้เห็นความแตกต่างระหว่างระบบบัญชีและยอดคงเหลือจริงสิบเปอร์เซ็นต์ ทั้งในด้านต้นทุน ปริมาณ และจำนวนตำแหน่ง มันเป็นหายนะ จริงๆ แล้วบริษัทมียอดคงเหลือในระบบบัญชีที่ถูกต้องเพียงปีละ 4 ครั้ง คือหนึ่งวันหลังจากนับสินค้าคงคลัง คนของเราเริ่มที่จะจัดกระบวนการนี้ตามลำดับ

ชายคนนั้นเห็นด้วยกับเจ้าของว่าเขาควรลดการเบี่ยงเบนจากผลลัพธ์สินค้าคงคลังลงครึ่งหนึ่ง ยิ่งไปกว่านั้น เจ้าของไม่มีอะไรพิเศษที่จะสูญเสีย เพราะก่อนที่ฮีโร่ของเรา คนงานหลายคนได้พยายามแก้ไขทุกอย่างแล้ว และโดยทั่วไปแล้วงานนี้ถือว่าไม่สามารถแก้ไขได้ในทางปฏิบัติ ทั้งหมดนี้กระตุ้นความสนใจอย่างมาก เพราะถ้าทุกอย่างเรียบร้อยดี เพื่อนก็จะกลายเป็นคนที่รู้วิธีจัดสิ่งต่าง ๆ ตามลำดับและแก้ไขปัญหาที่แก้ไขไม่ได้โดยอัตโนมัติ

ดังนั้นเขาจึงต้องเผชิญกับภารกิจ: ลดการเบี่ยงเบนตามผลลัพธ์สินค้าคงคลัง 2 ครั้งภายในหนึ่งปี ในช่วงเริ่มต้นของโครงการ เขาไม่รู้ว่าจะต้องทำอย่างไรจึงจะบรรลุผลสำเร็จ แต่เขาเข้าใจว่าการบัญชีคลังสินค้าเป็นเรื่องง่าย ดังนั้นเขาจึงยังสามารถทำสิ่งที่มีประโยชน์ได้ ยิ่งไปกว่านั้น การลดความเบี่ยงเบนจากสิบเปอร์เซ็นต์เหลือหนึ่งสิบเปอร์เซ็นต์ดูเหมือนจะไม่ใช่เรื่องยากนัก ใครก็ตามที่เคยทำงานด้านการให้คำปรึกษาหรือกิจกรรมที่คล้ายกันจะเข้าใจดีว่าปัญหากระบวนการส่วนใหญ่สามารถแก้ไขได้ด้วยขั้นตอนที่ค่อนข้างง่าย

ตั้งแต่เดือนมกราคมถึงเดือนพฤษภาคม เขาได้จัดเตรียม ปรับบางอย่างให้เป็นอัตโนมัติ เขียนกระบวนการธุรกิจการบัญชีคลังสินค้าใหม่ เปลี่ยนขั้นตอนการทำงานของผู้ดูแลร้าน นักบัญชี และโดยทั่วไปแล้วจัดแจงระบบทั้งหมดใหม่ โดยไม่แสดงหรือบอกอะไรกับใครเลย ในเดือนพฤษภาคม เขาได้แจกจ่ายคำแนะนำใหม่ให้กับทุกคน และหลังจากรายการแรกของปี ชีวิตใหม่ก็เริ่มต้นขึ้น - ทำงานตามกฎเกณฑ์ของเขา เพื่อสังเกตผลลัพธ์ ในอนาคตบริษัทจึงเริ่มดำเนินการสินค้าคงคลังบ่อยขึ้น - ทุกๆ สองเดือน ผลลัพธ์ในช่วงแรกเป็นบวกแล้ว และภายในสิ้นปี ความเบี่ยงเบนจากผลการตรวจสอบลดลงเหลือเพียงเศษเสี้ยวหนึ่งเปอร์เซ็นต์

ความสำเร็จนั้นยิ่งใหญ่มาก แต่ก็ไม่มีใครเชื่อในความยั่งยืนของมัน ตัวเขาเองสงสัยว่าผลลัพธ์จะคงอยู่หากเขาก้าวออกไปและหยุดสังเกตกระบวนการ อย่างไรก็ตามผลลัพธ์ก็ออกมาและชายคนนั้นก็ได้รับทุกสิ่งที่เขาตกลงกับเจ้าของ จากนั้นหลังจากผ่านไปหลายปี ความเสถียรของผลลัพธ์ก็ได้รับการยืนยัน - เป็นเวลาหลายปีความเบี่ยงเบนยังคงอยู่ภายใน 1%

จากนั้นเขาก็ตัดสินใจทำการทดลองซ้ำและแนะนำให้เจ้าของปรับปรุงกระบวนการที่มีปัญหาอื่นนั่นคือการจัดหา มีการขาดแคลนซึ่งทำให้เราไม่สามารถจัดส่งปริมาณที่ลูกค้าของเราต้องการได้ เราตกลงกันว่าภายในหนึ่งปีการขาดดุลจะลดลงครึ่งหนึ่งและชายคนนี้ก็จะเสร็จสิ้นโครงการ 10-15 โครงการที่เกี่ยวข้องกับ 1C เพื่อทำให้กระบวนการทางธุรกิจต่างๆ และบาปอื่น ๆ เป็นแบบอัตโนมัติ

ปีที่สองทุกอย่างก็สำเร็จอีกครั้ง ขาดดุลลดลงกว่า 2 เท่า โครงการไอทีทั้งหมดก็สำเร็จด้วยดี

เนื่องจากเงินเดือนได้สนองความต้องการของผู้ชายคนนั้นล่วงหน้ามาสองปีแล้ว เขาจึงตัดสินใจปักหลักสักหน่อย สงบสติอารมณ์ และนั่งในที่แสนสบายและอบอุ่นที่เขาสร้างขึ้นสำหรับตัวเอง

มันเป็นอย่างไร? อย่างเป็นทางการเขาเป็นผู้อำนวยการฝ่ายไอที แต่จริงๆ แล้วเขาเป็นใครนั้นยากที่จะเข้าใจ ท้ายที่สุดแล้ว ผู้อำนวยการฝ่ายไอทีทำอะไร? ตามกฎแล้ว เขาดูแลโครงสร้างพื้นฐานด้านไอที จัดการผู้ดูแลระบบ ใช้ระบบ ERP และเข้าร่วมการประชุมคณะกรรมการ

และเพื่อนคนนี้มีความรับผิดชอบหลักประการหนึ่งในการมีส่วนร่วมในกระบวนการเปลี่ยนแปลง และส่วนใหญ่ - การสร้าง การเริ่มต้นกระบวนการเหล่านี้ การค้นหาและเสนอวิธีแก้ปัญหา การใช้เทคนิคการจัดการใหม่ การตรวจสอบการเปลี่ยนแปลงที่เสนอ การวิเคราะห์ประสิทธิผลของฟังก์ชันอื่น ๆ และ หน่วยงานต่างๆ และสุดท้ายคือการมีส่วนร่วมโดยตรงในการพัฒนาเชิงกลยุทธ์ขององค์กร จนถึงการพัฒนาแผนเชิงกลยุทธ์ที่เป็นอิสระสำหรับทั้งบริษัท

เขาได้รับอาหารตามสั่ง เขาสามารถเข้าร่วมการประชุมใดๆ ก็ตามที่เขาไม่เคยเข้าถึงมาก่อน ฉันนั่งอยู่ที่นั่นพร้อมกับสมุดจด เขียนอะไรบางอย่างลงไป หรือแค่ฟัง เขาไม่ค่อยพูด จากนั้นเขาก็เริ่มเล่นโทรศัพท์โดยอ้างว่าหน่วยความจำแบบเชื่อมโยงทำงานได้ดีกว่าด้วยวิธีนี้

ในการประชุมเขาแทบไม่ได้แจกอะไรที่เป็นประโยชน์เลย เขาจากไป คิดแล้วก็มีจดหมายมาถึง ไม่ว่าจะวิจารณ์ แสดงความคิดเห็น เสนอแนะ หรือบรรยายถึงแนวทางแก้ไขที่เขาใช้ไปแล้ว

แต่บ่อยครั้งที่เขาจัดการประชุมด้วยตนเอง ฉันพบปัญหา คิดวิธีแก้ปัญหา ระบุผู้มีส่วนได้เสีย และนำทุกคนเข้าร่วมการประชุม จากนั้น - อย่างดีที่สุดเท่าที่จะทำได้ เขาโน้มน้าว มีแรงบันดาลใจ พิสูจน์ โต้เถียง และประสบความสำเร็จ

อย่างไม่เป็นทางการเขาถือเป็นบุคคลที่สามในบริษัท รองจากเจ้าของและกรรมการ แน่นอนว่าเขาทำให้ "บุคคลในบริษัท" ทุกคนโกรธเคืองอย่างมากโดยเริ่มจากหมายเลข 4 โดยเฉพาะอย่างยิ่งกับกางเกงยีนส์ขาดๆ และเสื้อยืดสีสดใส รวมถึงเวลาของเขาในฐานะเจ้าของด้วย

เจ้าของให้เวลาเขาวันละ 1 ชั่วโมง ทุกวัน. พวกเขาพูดคุย อภิปรายปัญหา แนวทางแก้ไข ธุรกิจใหม่ ขอบเขตการพัฒนา ตัวชี้วัดและประสิทธิภาพ การพัฒนาตนเอง หนังสือ และชีวิตที่เรียบง่าย

แต่ผู้ชายคนนี้ก็แปลก เหมือนกับว่านั่งลงและมีความสุขชีวิตก็ดี แต่ไม่มี. เขาตัดสินใจที่จะไตร่ตรอง

เขาสงสัยว่า: ทำไมมันถึงได้ผลสำหรับเขา แต่คนอื่นไม่ได้ผล? เจ้าของยังผลักดันเขา: เขาบอกว่าเขาต้องการให้คนอื่นสามารถฟื้นฟูคำสั่งซื้อได้เนื่องจากมีผู้จัดการหลายคนตามกฎแล้วพวกเขามีส่วนร่วมในการจัดการการปฏิบัติงานและการวางแผนเชิงกลยุทธ์ แต่ในทางปฏิบัติแล้วไม่มีใครมีส่วนร่วมในการเปลี่ยนแปลงที่เป็นระบบ ในกระบวนการของพวกเขา อาจมีการเขียนไว้ในคำอธิบายงานว่าพวกเขาควรเร่งกระบวนการและเพิ่มประสิทธิภาพ แต่ในความเป็นจริงแล้วไม่มีใครทำเช่นนี้ ทำไมเป็นเช่นนั้น? ผู้ชายคนนั้นก็เริ่มสนใจว่าทำไม และเขาก็ไปคุยกับผู้จัดการพวกนี้ทั้งหมด

เขามาหารองผู้อำนวยการฝ่ายคุณภาพและแนะนำให้แนะนำแผนภูมิควบคุม Shewhart เพื่อให้ผลิตภัณฑ์ดีกว่าของญี่ปุ่น แต่กลับกลายเป็นว่าเพื่อนร่วมงานไม่รู้ว่าแผนภูมิควบคุมของ Shewhart คืออะไร การควบคุมกระบวนการทางสถิติคืออะไร และเคยได้ยินเพียงเกี่ยวกับการใช้วงจรเดมิงในการจัดการคุณภาพเท่านั้น ตกลง…

เขาไปหารองผู้อำนวยการอีกคนแล้วเสนอแนะการควบคุม แต่ฉันก็ไม่พบการสนับสนุนที่นี่เช่นกัน หลังจากนั้นไม่นาน เขาได้เรียนรู้เกี่ยวกับการจัดการขอบเขต (การจัดการขอบเขต) และแนะนำให้รองผู้อำนวยการทุกคนใช้ส่วนที่เป็นระบบของวิธีการนี้เพื่อปรับปรุงกระบวนการ แต่ไม่ว่าคนของเราจะพูดคุยกันมากแค่ไหน ก็ไม่มีใครอยากเจาะลึกว่ามันเกี่ยวกับอะไร บางทีพวกเขาอาจจะไม่สนใจหรือมันยากเกินไป แต่ในความเป็นจริงไม่มีใครคิดออก

โดยทั่วไปเขาพูดถึงทุกสิ่งที่เขารู้และใช้ในบริษัท แต่ไม่มีใครเข้าใจเขาเลย พวกเขายังไม่เข้าใจว่าเหตุใด เช่น ทุกอย่างจึงได้รับการแก้ไขในการบัญชีคลังสินค้า และการควบคุมและการจัดการชายแดนเกี่ยวข้องกับเรื่องนี้อย่างไร

ในที่สุดเขาก็ไปถึงโปรแกรมเมอร์ - มีพนักงานอยู่ 3 คน เขาพูดคุยเกี่ยวกับการจัดการขอบเขต การควบคุม การจัดการคุณภาพ เกี่ยวกับความคล่องตัวและการต่อสู้... และน่าแปลกใจที่พวกเขาเข้าใจทุกอย่าง และยังสามารถพูดคุยกับเขาได้ รวมถึงรายละเอียดทางเทคนิคและระเบียบวิธีด้วย พวกเขาเข้าใจว่าทำไมโครงการคลังสินค้าและอุปทานจึงประสบความสำเร็จ แล้วผู้ชายก็เริ่มต้นขึ้น: อันที่จริงโปรแกรมเมอร์จะช่วยโลก

เขาตระหนักว่าโปรแกรมเมอร์เป็นเพียงกลุ่มเดียวที่สามารถเข้าใจกระบวนการทางธุรกิจได้ตามปกติพร้อมรายละเอียดที่จำเป็น

ทำไมพวกเขา? ที่จริงแล้วเขาไม่เคยพบคำตอบที่ชัดเจนเลย ฉันจัดทำเฉพาะคำแนะนำวิทยานิพนธ์เท่านั้น

ประการแรก โปรแกรมเมอร์รู้สาขาวิชาของธุรกิจ และรู้จักดีกว่าคนอื่นๆ ในบริษัท

นอกจากนี้โปรแกรมเมอร์ยังเข้าใจจริงๆว่าอัลกอริธึมกระบวนการคืออะไร นี่เป็นสิ่งสำคัญเนื่องจากกระบวนการทางธุรกิจเป็นอัลกอริทึม และองค์ประกอบในนั้นอาจไม่สอดคล้องกัน ตัวอย่างเช่น ในกระบวนการจัดซื้อที่ชายคนนี้กำลังทำอยู่ ขั้นตอนแรกคือการสร้างแผนการจัดซื้อประจำปี และขั้นตอนที่สองคือการจัดซื้อรายวัน ขั้นตอนเหล่านี้เชื่อมต่อกันด้วยการเชื่อมต่อโดยตรงนั่นคือถือว่าผู้คนควรทำงานตามอัลกอริทึมนี้ - จัดทำแผนการจัดซื้อประจำปีและดำเนินการตามคำขอทันที แผนการจัดซื้อจัดจ้างประจำปีจะจัดทำขึ้นปีละครั้ง และรับใบสมัคร 50 ครั้งต่อวัน นี่คือจุดที่อัลกอริทึมสิ้นสุดลง และคุณต้องดำเนินการแก้ไข ในความเป็นจริง เขาให้เหตุผลสำหรับโปรแกรมเมอร์ว่า ความรู้เกี่ยวกับอัลกอริธึมเป็นข้อได้เปรียบทางการแข่งขัน เพราะใครก็ตามที่ไม่คุ้นเคยกับอัลกอริธึมก็ไม่เข้าใจว่ากระบวนการทางธุรกิจควรทำงานอย่างไรและสามารถนำเสนอได้อย่างไร

ข้อดีอีกประการของโปรแกรมเมอร์ตามที่ผู้ชายบอกก็คือพวกเขามีเวลาว่างเพียงพอ เราทุกคนเข้าใจดีว่าโปรแกรมเมอร์สามารถใช้เวลาทำงานมากกว่าที่มันต้องการจริงๆ ถึงสามเท่าได้อย่างไร และน้อยคนนักที่จะสังเกตเห็น นี่เป็นข้อได้เปรียบทางการแข่งขันอีกครั้ง เพราะในการที่จะจัดกระบวนการทางธุรกิจบางอย่างให้เป็นระเบียบ คุณต้องมีเวลาว่างมากมาย - คิด สังเกต ศึกษา และพยายาม

ผู้จัดการส่วนใหญ่ไม่มีเวลาว่างและภูมิใจในตัวเขา แม้ว่าในความเป็นจริงแล้วสิ่งนี้หมายความว่าบุคคลไม่สามารถมีประสิทธิผลได้เนื่องจากเขาไม่มีเวลาปรับปรุงประสิทธิภาพ - เป็นวงจรอุบาทว์ ในวัฒนธรรมของเรา การมีงานยุ่งเป็นเรื่องที่ทันสมัย ​​ดังนั้นทุกอย่างจึงยังคงเหมือนเดิม และสำหรับพวกเราโปรแกรมเมอร์ นี่คือข้อได้เปรียบ เราสามารถหาเวลาว่างและคิดได้ทุกเรื่อง

เขากล่าวว่าโปรแกรมเมอร์สามารถเปลี่ยนระบบข้อมูลได้อย่างรวดเร็ว สิ่งนี้ใช้ไม่ได้กับทุกองค์กร แต่ไม่ว่าเขาจะทำงานที่ไหน เขาก็สามารถปรับเปลี่ยนได้ตามต้องการ โดยเฉพาะอย่างยิ่งถ้าพวกเขาไม่เกี่ยวข้องกับงานของคนอื่น ตัวอย่างเช่น เขาสามารถเปิดตัวระบบที่จะแอบวัดการกระทำของผู้ใช้ แล้วใช้ข้อมูลนี้เพื่อวิเคราะห์ประสิทธิภาพของแผนกบัญชีเดียวกันและติดตามต้นทุนการบัญชี

และสิ่งสุดท้ายที่ฉันจำได้จากคำพูดของเขาคือโปรแกรมเมอร์สามารถเข้าถึงข้อมูลจำนวนมากได้ เพราะ... มีสิทธิ์การเข้าถึงระบบระดับผู้ดูแลระบบ ดังนั้นพวกเขาจึงสามารถใช้ข้อมูลนี้ในการวิเคราะห์ได้ ไม่มีใครในโรงงานทั่วไปที่มีทรัพยากรเช่นนี้

แล้วเขาก็จากไป ระหว่างที่ต้องถูกคุมขังสองสัปดาห์ เราบังคับให้เขาเล่าประสบการณ์เพราะเราต้องการทำงานที่เขาทำต่อไป ตำแหน่งของเขาว่างลงแล้ว

ตลอดระยะเวลาหลายวัน พวกเขานั่งเขาบนเก้าอี้ เปิดกล้อง และบันทึกบทพูดของเขา พวกเขาขอให้บอกเราเกี่ยวกับโครงการที่เสร็จสมบูรณ์ทั้งหมด วิธีการ แนวทาง ความสำเร็จและความล้มเหลว สาเหตุและผลกระทบ รูปของผู้จัดการ ฯลฯ ไม่มีข้อจำกัดพิเศษเพราะว่า พวกเขาไม่รู้ว่าเกิดอะไรขึ้นในหัวของเขา

แน่นอนว่าบทพูดคนเดียวส่วนใหญ่เป็นเรื่องไร้สาระและหัวเราะ - เขาอารมณ์ดีมากเพราะ กำลังจะออกจากชนบทห่างไกลไปยังเซนต์ปีเตอร์สเบิร์ก คุณควรไปทำงานที่ไหนในเซนต์ปีเตอร์สเบิร์ก? ถึงแก๊ซพรอมแน่นอน

แต่เราก็สามารถดึงสิ่งที่มีประโยชน์ออกมาจากบทพูดของเขาได้ ฉันจะบอกคุณสิ่งที่ฉันจำได้

ดังนั้นคำแนะนำของผู้ชายคนนั้น สำหรับผู้ที่ต้องการพยายามจัดลำดับกระบวนการทางธุรกิจ

ในการทำงานประเภทนี้ ขั้นแรกคุณต้องมี "อาการบวมเป็นน้ำเหลือง" ในระดับหนึ่ง ไม่ควรกลัวตกงาน ไม่กลัวที่จะเสี่ยง ไม่กลัวความขัดแย้งกับเพื่อนร่วมงาน มันเป็นเรื่องง่ายสำหรับเขาเพราะเขาเริ่มต้นการเดินทางเมื่อเขาทำงานในบริษัทได้เพียงหกเดือนและไม่มีเวลาติดต่อกับใครและไม่ได้ตั้งใจที่จะทำเช่นนั้น เขาเข้าใจว่าผู้คนเข้ามาและจากไป แต่ผลลัพธ์ของเขาเองและการประเมินโดยเจ้าของธุรกิจนั้นสำคัญสำหรับเขา ไม่ว่าเพื่อนร่วมงานจะปฏิบัติต่อเขาอย่างดีหรือไม่ดีก็ไม่ใช่เรื่องน่ากังวลสำหรับเขาเลย

ประเด็นที่สองคือเพื่อที่จะทำงานนี้ได้อย่างมีประสิทธิภาพ คุณจะต้องศึกษาให้ดีเสียก่อน แต่การเรียนไม่ใช่เพื่อ MBA ไม่ใช่ในหลักสูตร ไม่ใช่ในสถาบัน แต่เพื่อตัวคุณเอง ตัวอย่างเช่น ในโครงการแรกของเขา โครงการคลังสินค้า เขาดำเนินการตามสัญชาตญาณ เขาไม่รู้อะไรเลย แค่ว่า "การจัดการคุณภาพ" คืออะไร

เมื่อเขาเริ่มอ่านวรรณกรรมเกี่ยวกับวิธีการเพิ่มประสิทธิภาพที่มีอยู่ เขาก็ค้นพบเทคโนโลยีที่เขาใช้ ชายคนนั้นใช้มันอย่างสังหรณ์ใจ แต่ปรากฎว่านี่ไม่ใช่สิ่งประดิษฐ์ของเขา ทุกอย่างถูกเขียนไว้นานแล้ว แต่เขาใช้เวลามากกว่าการอ่านหนังสือที่ถูกต้องในทันที สิ่งสำคัญคือต้องเข้าใจว่าเมื่อคุณศึกษาเทคนิคเฉพาะ ไม่ใช่เทคนิคใดเทคนิคหนึ่ง แม้แต่ขั้นสูงสุด ก็สามารถแก้ไขปัญหาทั้งหมดของกระบวนการทางธุรกิจได้อย่างสมบูรณ์

เคล็ดลับที่สองคือ ยิ่งคุณรู้เทคนิคมากเท่าไรก็ยิ่งดีเท่านั้น ตัวอย่างเช่น ในญี่ปุ่นโบราณ มิยาโมโตะ มูซาชิ อาศัยอยู่ นักดาบที่มีชื่อเสียงที่สุดคนหนึ่ง ซึ่งเป็นผู้เขียนรูปแบบดาบสองเล่ม เขาเรียนที่โรงเรียนบางแห่งกับอาจารย์บางคน จากนั้นก็เดินทางไปทั่วญี่ปุ่น และต่อสู้กับผู้ชายหลายๆ คน หากชายคนนั้นแข็งแกร่งขึ้น การเดินทางก็หยุดลงระยะหนึ่ง และมูซาชิก็กลายเป็นนักเรียน เป็นผลให้ในช่วงหลายปีที่ผ่านมาเขาได้รับทักษะการปฏิบัติที่หลากหลายของปรมาจารย์ที่แตกต่างกันและก่อตั้งโรงเรียนของตัวเองขึ้นโดยเพิ่มบางอย่างของเขาเอง เป็นผลให้เขาได้รับทักษะเฉพาะตัว มันก็เหมือนกันที่นี่

แน่นอนคุณสามารถทำหน้าที่เป็นที่ปรึกษาทางธุรกิจได้ โดยทั่วไปแล้วพวกเขาเป็นคนดี แต่ตามกฎแล้ว พวกเขามาเพื่อแนะนำวิธีการบางประเภท และพวกเขาก็ใช้วิธีการที่ไม่ถูกต้องตามที่ธุรกิจต้องการ เราก็มีสถานการณ์ที่น่าเศร้าเช่นกัน ไม่มีใครรู้วิธีการแก้ปัญหา และไม่มีใครอยากคิดวิธีแก้ปัญหา เราเริ่มค้นหาบนอินเทอร์เน็ตหรือโทรหาที่ปรึกษาและถามเขาว่าจะช่วยอะไรเราได้ ที่ปรึกษาคิดและบอกว่าเราจำเป็นต้องแนะนำทฤษฎีข้อจำกัด เราจ่ายเงินให้เขาตามคำแนะนำ เราใช้เงินไปกับการนำไปปฏิบัติ แต่ผลลัพธ์กลับเป็นศูนย์

ทำไมสิ่งนี้ถึงเกิดขึ้น? เพราะที่ปรึกษากล่าวว่า เรากำลังแนะนำระบบดังกล่าว และทุกคนก็เห็นด้วยกับเขา เยี่ยมยอด แต่มีวิธีการเดียวที่ไม่ครอบคลุมปัญหาทั้งหมดของกระบวนการทางธุรกิจแม้แต่กระบวนการเดียว โดยเฉพาะอย่างยิ่งหากข้อกำหนดเบื้องต้นเบื้องต้น - ของเราและที่จำเป็นในการใช้วิธีการนั้นไม่ตรงกัน

ในทางปฏิบัติที่ผู้ชายแนะนำ คุณจะต้องทำให้ดีที่สุดและนำไปใช้ให้ดีที่สุด อย่าใช้วิธีการทั้งหมด แต่ใช้คุณลักษณะ คุณสมบัติ และหลักปฏิบัติที่สำคัญ และสิ่งสำคัญที่สุดคือต้องเข้าใจสาระสำคัญ

ยกตัวอย่างเช่น Scrum หรือ Agile ในบทพูดคนเดียวของเขา ผู้ชายคนนี้พูดซ้ำหลายครั้งว่าไม่ใช่ทุกคนที่เข้าใจแก่นแท้ของ Scrum อย่างถ่องแท้ เขายังอ่านหนังสือของ Jeff Sutherland ซึ่งบางคนพบว่า "การอ่านเบา" ดูเหมือนเป็นการอ่านหนังสืออย่างลึกซึ้งสำหรับเขา เพราะหนึ่งในหลักการพื้นฐานของ Scrum คือการจัดการคุณภาพ ซึ่งเขียนไว้ในหนังสือโดยตรง

ข้อความดังกล่าวกล่าวถึง Toyota Production เกี่ยวกับวิธีที่ Jeff Sutherland แสดง Scrum ในญี่ปุ่น การที่ Scrum มีรากฐานมาจากที่นั่น และความใกล้ชิดกับปรัชญาของพวกเขามากน้อยเพียงใด และ Sutherland ได้พูดคุยเกี่ยวกับความสำคัญของบทบาทของ Scrum Master เกี่ยวกับวงจร Deming บทบาทของ Scrum Master คือการเร่งกระบวนการให้เร็วขึ้นอย่างต่อเนื่อง สิ่งอื่นๆ ที่อยู่ใน Scrum ไม่ว่าจะเป็นการส่งมอบแบบเป็นขั้นตอน ความพึงพอใจของลูกค้า รายการงานที่ชัดเจนสำหรับช่วง Sprint ก็มีความสำคัญเช่นกัน แต่ทั้งหมดนี้จะต้องดำเนินการให้เร็วขึ้นและเร็วขึ้น ความเร็วของงานจะต้องเพิ่มขึ้นอย่างต่อเนื่องในหน่วยที่วัด

บางทีนี่อาจเป็นเรื่องของการแปลเพราะหนังสือของเราแปลเป็น "Scrum - วิธีปฏิวัติการจัดการโครงการ" และหากชื่อภาษาอังกฤษแปลตามตัวอักษรก็จะกลายเป็น: "Scrum - สองเท่าในครึ่งเวลา" นั่นคือแม้แต่ในชื่อก็หมายถึงความเร็วเป็นฟังก์ชันหลักของ Scrum

เมื่อชายคนนี้นำ Scrum มาใช้ ความเร็วเพิ่มขึ้นสองเท่าในเดือนแรกโดยไม่มีการเปลี่ยนแปลงที่สำคัญใดๆ เขาพบจุดที่ต้องเปลี่ยนแปลงและแก้ไข Scrum เพื่อให้ทำงานเร็วขึ้นมาก สิ่งเดียวที่พวกเขาเขียนบนอินเทอร์เน็ตคือพวกเขาต้องเผชิญกับคำถาม: "เราได้เพิ่มความเร็วเป็นสองเท่า สิ่งที่เหลืออยู่คือการเข้าใจว่าเรากำลังทำอะไรด้วยความเร็วขนาดนั้น" อย่างไรก็ตาม นี่เป็นพื้นที่ที่แตกต่างไปจากเดิมอย่างสิ้นเชิง...

เขายังแนะนำเทคนิคหลายประการเป็นการส่วนตัวด้วย เขาเรียกสิ่งเหล่านั้นว่าพื้นฐานและพื้นฐาน

ประการแรกคือการจัดการขอบเขต

พวกเขาสอนที่ Skolkovo ตามที่ผู้ชายบอกไม่มีหนังสือและสื่ออื่นใด เขาโชคดีพอที่จะเข้าร่วมการบรรยายโดยศาสตราจารย์จาก Harvard ผู้สั่งสอนเรื่องการจัดการขอบเขต และยังได้อ่านบทความหลายบทความใน Harvard Business Review เกี่ยวกับงานของ Eric Trist

การจัดการขอบเขตบอกว่าคุณต้องมองเห็นขอบเขตและทำงานกับขอบเขตได้ มีขอบเขตมากมาย มีอยู่ทุกที่ ระหว่างแผนก ระหว่างงานประเภทต่างๆ ระหว่างสายงาน ระหว่างงานปฏิบัติการและงานวิเคราะห์ ความรู้เกี่ยวกับการจัดการขอบเขตไม่ได้เปิดเผยความจริงที่สูงกว่าใดๆ แต่ช่วยให้เรามองเห็นความเป็นจริงในแง่มุมที่แตกต่างออกไปเล็กน้อย - ผ่านปริซึมของขอบเขต ดังนั้นให้จัดการพวกมัน - สร้างพวกมันเมื่อจำเป็น และกำจัดพวกมันออกไปในจุดที่ขวางทาง

แต่ผู้ชายส่วนใหญ่มักพูดถึงการควบคุม เขาเพิ่งมีนิสัยแปลก ๆ ในหัวข้อนี้

การควบคุมโดยย่อคือการจัดการตามตัวเลข เขากล่าวว่าทุกส่วนของคำจำกัดความมีความสำคัญ ทั้ง "การจัดการ" และ "ตาม" และ "ตัวเลข"

เขากล่าวว่าพวกเราแย่กับองค์ประกอบการควบคุมทั้งสามประการ โดยเฉพาะอย่างยิ่งเมื่อพิจารณาว่ามีความเชื่อมโยงกันอย่างใกล้ชิดทั้งระหว่างกันและกับส่วนอื่น ๆ ของระบบธุรกิจ

สิ่งแรกที่แย่คือตัวเลข มีน้อยและมีคุณภาพต่ำ

จากนั้นเรานำตัวเลขส่วนสำคัญมาจากระบบข้อมูล 1C ดังนั้นคุณภาพของตัวเลขใน 1C ตามที่เขาอ้างนั้นไม่ดีเลย อย่างน้อยที่สุดเนื่องจากสามารถเปลี่ยนแปลงข้อมูลย้อนหลังได้

เห็นได้ชัดว่านี่ไม่ใช่ความผิดของนักพัฒนา 1C - พวกเขาคำนึงถึงความต้องการของตลาดและความคิดของการบัญชีในประเทศเท่านั้น แต่เพื่อวัตถุประสงค์ในการควบคุมจะเป็นการดีกว่าถ้าเปลี่ยนหลักการของ 1C ทำงานกับข้อมูลในองค์กรเฉพาะ

นอกจากนี้ตัวเลขจาก 1C ตามที่เขาพูดยังได้รับการประมวลผลแบบกึ่งแมนนวลโดยใช้ Excel เป็นต้น การประมวลผลดังกล่าวไม่ได้เพิ่มคุณภาพให้กับข้อมูลรวมถึงประสิทธิภาพด้วย

ในท้ายที่สุด คนอื่นจะตรวจสอบรายงานขั้นสุดท้ายอีกครั้งเพื่อไม่ให้ส่งตัวเลขที่มีข้อผิดพลาดไปยังผู้จัดการโดยไม่ตั้งใจ ส่งผลให้ตัวเลขถึงผู้รับ สวย ยืนยัน แต่ช้ามาก โดยปกติ - หลังจากสิ้นสุดช่วงเวลา (เดือน สัปดาห์ ฯลฯ)

และที่นี่เขากล่าวว่าทุกอย่างง่ายมาก หากตัวเลขเกี่ยวกับเดือนมกราคมมาถึงคุณในเดือนกุมภาพันธ์ คุณจะไม่สามารถจัดการกิจกรรมของเดือนมกราคมได้อีกต่อไป เพราะเดือนมกราคมผ่านไปแล้ว

และหากตัวเลขนั้นขึ้นอยู่กับการบัญชีและบริษัทเป็นบริษัทธรรมดาที่สุดโดยมีการยื่นภาษีมูลค่าเพิ่มรายไตรมาส ผู้จัดการก็จะได้รับตัวเลขที่ค่อนข้างเพียงพอไตรมาสละครั้ง

ส่วนที่เหลือมีความชัดเจน คุณได้รับตัวเลขเดือนละครั้ง - คุณมีโอกาสจัดการตามตัวเลข (เช่น การควบคุม) 12 ครั้งต่อปี หากคุณฝึกการรายงานรายไตรมาส คุณจะจัดการได้ 4 ครั้งต่อปี แถมโบนัส-รายงานประจำปี คัดท้ายอีกครั้งหนึ่ง

เวลาที่เหลือ การควบคุมมักจะดำเนินการแบบสุ่มสี่สุ่มห้า

เมื่อ (และถ้า) ตัวเลขปรากฏขึ้น ปัญหาที่สองก็เข้ามามีบทบาท - จะจัดการตามตัวเลขได้อย่างไร? ฉันไม่เห็นด้วยกับประเด็นนี้ของเหตุผลของเขา

ผู้ชายแย้งว่าถ้าผู้จัดการไม่มีตัวเลขมาก่อน รูปร่างหน้าตาของพวกเขาจะทำให้เกิดความว้าว เขาจะมองและบิดตัวเลขด้วยวิธีนี้ โทรหาผู้คนบนพรม ต้องการคำอธิบายและการสอบสวน หลังจากเล่นกับตัวเลข ทำการวิเคราะห์ และขู่พนักงานทุกคนว่า "ตอนนี้ฉันจะไม่กำจัดคุณ" ผู้จัดการจะสงบสติอารมณ์อย่างรวดเร็วและยอมแพ้ในเรื่องนี้ หยุดใช้เครื่องมือ แต่ปัญหาก็จะยังคงอยู่

สิ่งนี้เกิดขึ้น เขากล่าว เนื่องจากความสามารถในการบริหารจัดการไม่เพียงพอ ในการควบคุมเป็นอันดับแรก ผู้จัดการไม่รู้ว่าจะทำอย่างไรกับตัวเลขเหล่านี้ อะไร сต้องทำ - รู้ว่าต้องทำอะไร - ไม่ สิ่งที่ต้องทำคือสิ่งที่เขียนไว้ข้างต้น (ทะเลาะกัน, เล่น) การทำเป็นกระบวนการทางธุรกิจในแต่ละวัน

เขาแย้งว่าทุกอย่างง่ายมาก: ดิจิทัลจะต้องกลายเป็นส่วนหนึ่งของกระบวนการทางธุรกิจ ในกระบวนการทางธุรกิจควรมีความชัดเจน: ใครควรทำอะไรและเมื่อใดหากตัวเลขเบี่ยงเบนไปจากบรรทัดฐาน (ตัวเลือกใด ๆ - เหนือเส้นขอบ, ใต้เส้นขอบ, เกินทางเดิน, การมีแนวโน้ม, การไม่ปฏิบัติตาม ปริมาณ ฯลฯ)

ดังนั้นเขาจึงสรุปประเด็นสำคัญ: ตัวเลขที่มีอยู่ ควรกลายเป็นส่วนหนึ่งของระบบธุรกิจเพื่อเพิ่มประสิทธิภาพการจัดการ แต่... สิ่งนี้ไม่เกิดขึ้น ทำไม

เพราะผู้นำรัสเซียจะไม่ยอมมอบอำนาจส่วนหนึ่งให้กับคู่แข่ง

คู่แข่งของผู้จัดการชาวรัสเซีย - กระบวนการทางธุรกิจที่มีคุณภาพสูงและการทำงานแรงจูงใจที่เป็นประโยชน์ร่วมกันที่คิดมาอย่างดีและระบบอัตโนมัติที่เหมาะสม - อนิจจาจะทำให้ผู้จัดการไม่มีงานทำ

ไร้สาระ คุณไม่เห็นด้วยเหรอ? โดยเฉพาะเรื่องผู้นำ โอเค ฉันบอกคุณแล้ว คุณตัดสินใจเอง

ในความคิดของฉัน แม้จะน้อยไปสักหน่อยแต่ก็ยังมากไป เขาพูดถึง Scrum

ต้องแน่ใจว่าฉันพูดว่าอ่านและลองใช้ Scrum ในทางปฏิบัติ ถ้าเขาบอกว่าคุณได้อ่านแล้วแต่ยังไม่ได้ลอง ให้ถือว่าตัวเองโง่เขลา เป็นการดีกว่าที่จะอ่านหนังสือ เช่น โดย Sutherland แทนที่จะอ่านหนังสือและคำแนะนำทุกประเภท (อะไรวะเนี่ย) บนอินเทอร์เน็ต

เขากล่าวว่า Scrum สามารถเรียนรู้ได้ผ่านการฝึกฝนเท่านั้น และด้วยการวัดปริมาณงานที่ทำ ลองใช้บทบาทที่สำคัญที่สุดสองบทบาทเป็นการส่วนตัว ได้แก่ Product Owner และ Scrum Master

ตามที่ผู้ชายกล่าวไว้ เป็นสิ่งสำคัญอย่างยิ่งที่จะต้องมีประสบการณ์ในการฝึกฝนบทบาทของ Scrum Master เมื่อคุณสามารถเพิ่มปริมาณงานที่เสร็จสิ้นต่อการวิ่งแต่ละครั้งโดยไม่ต้องเพิ่มทรัพยากรและต้นทุนของการวิ่ง

ด้านบนสุดของเขามี TOS (ทฤษฎีข้อจำกัดของระบบ)

ตามที่ผู้ชายกล่าวไว้เหล่านี้เป็นหลักการพื้นฐานพื้นฐานของการเพิ่มประสิทธิภาพที่สามารถนำไปใช้ในเกือบทุกด้านในกระบวนการทางธุรกิจและระบบธุรกิจโดยรวม

พอรู้ว่าเราไม่คุ้นเคยกับ TOS เขาก็เลิกบอกเรา เขาเพียงเสริมว่าเขาจะไม่กีดกันเราจากการอ่านหนังสือของ Eliyahu Goldratt เขาให้คำแนะนำแบบเดียวกันกับ Scrum - อ่านและลองใช้ดู เช่นไม่ว่าคุณจะอยู่ในตำแหน่งไหน ทำงานอะไร ก็มีที่สำหรับการเพิ่มประสิทธิภาพด้วยวิธี TOC

จากนั้นเทคนิคต่างๆ ของเขาก็ดูเหือดแห้ง และเขากล่าวว่า: ผสมผสานหลักการต่างๆ เพื่อสร้างวิธีแก้ปัญหาที่ประยุกต์ใช้ในสถานการณ์เฉพาะ

เขากล่าวว่านี่คือคำแนะนำหลักซึ่งเป็นกุญแจสู่ความสำเร็จ ทำความเข้าใจหลักการ สาระสำคัญ และสร้างโซลูชันแอปพลิเคชันที่เป็นเอกลักษณ์ - กระบวนการทางธุรกิจและระบบธุรกิจ

จากนั้นเขาก็พยายามจำคำพูดบางคำพูด และสุดท้ายเขาก็ต้องออนไลน์ กลายเป็นคำพูดจากบทความเรื่อง "Standing on the Shoulders of Giants" โดย Eliyahu Goldratt:

“มีความแตกต่างระหว่างโซลูชันที่ประยุกต์ (แอปพลิเคชัน) และแนวคิดพื้นฐานที่ใช้โซลูชันเหล่านั้น แนวคิดเป็นเรื่องทั่วไป วิธีแก้ปัญหาที่ประยุกต์ใช้คือการปรับแนวคิดให้เข้ากับสภาพแวดล้อมเฉพาะ ดังที่เราได้เห็นแล้วว่าการปรับตัวดังกล่าวไม่ใช่เรื่องง่ายและต้องมีการพัฒนาองค์ประกอบบางอย่างของโซลูชัน เราต้องจำไว้ว่าโซลูชันแอปพลิเคชันนั้นขึ้นอยู่กับสมมติฐานเบื้องต้น (บางครั้งก็ซ่อนอยู่) เกี่ยวกับสภาพแวดล้อมเฉพาะ ไม่ควรคาดหวังว่าโซลูชันแอปพลิเคชันนี้จะทำงานในสภาพแวดล้อมที่สมมติฐานไม่ถูกต้อง”

เขาบอกว่างานของโปรแกรมเมอร์และ "ผู้ปรับปรุงกระบวนการทางธุรกิจ" มีความคล้ายคลึงกันมาก และซ้าย.

ที่มา: will.com