เรากินซอฟต์แวร์มากเกินไปหรือไม่? PlatoBlockchain ข้อมูลอัจฉริยะ ค้นหาแนวตั้ง AI.

เรากินซอฟต์แวร์มากเกินไปหรือไม่?

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

จานของเราเต็มไปด้วยการใช้งานทุกประเภทเท่าที่จะเป็นไปได้ และน่าดึงดูดใจมาก คุณรู้หรือไม่ว่าคุณเคยสมัครใช้งานกี่แอพ? อาจจะหลายสิบหรือหลายร้อย? จำนวนแอพโดยเฉลี่ยที่ปรับใช้ต่อลูกค้า Okta เพิ่มขึ้น 22% มากกว่า 4 ปีที่ผ่านมา หัวหน้าฝ่ายไอทีที่ฉันคุยด้วยมักพูดเล่นๆ ว่าบริษัทของพวกเขามีแอป SaaS มากกว่าพนักงาน

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

  • ค่าใช้จ่าย: เนื่องจากการทำงานระยะไกลกลายเป็นมาตรฐาน เราจึงเห็นซอฟต์แวร์กลายเป็นรายการค่าใช้จ่ายที่ใหญ่เป็นอันดับสองสำหรับหลายๆ บริษัท อย่างไรก็ตาม, มากถึง 25% ของแอป SaaS และใบอนุญาตใช้งานไม่ได้ หากค่าใช้จ่ายสองอันดับแรกของบริษัทของคุณคือบุคลากรและเทคโนโลยี แสดงว่าคุณกำลังเสียเงินจำนวนมากไปกับค่าใช้จ่ายอันดับต้นๆ ของคุณ
  • ความเสี่ยงด้านการปฏิบัติตามข้อกำหนด: ในการขายซอฟต์แวร์บนคลาวด์หรือจัดเก็บข้อมูลลูกค้าในระบบคลาวด์ คุณต้องเป็นหรือคงไว้ซึ่ง SOC2-, ISO 27001- หรือแม้แต่เป็นไปตามมาตรฐาน SOX คิดว่าบริษัทและข้อมูลของบริษัทเป็นเหมือนปราสาท คุณต้องพิสูจน์ให้ผู้ตรวจสอบเห็นว่าได้รับการคุ้มครองอย่างดี ตอนนี้ ลองนึกภาพทุกแอปเป็นหน้าต่าง ประตู สะพาน หรือทางเข้าปราสาทของคุณ ยิ่งมีแอปมาก คุณก็จะได้รับการตรวจสอบจากผู้ตรวจสอบบัญชีมากขึ้นเท่านั้น
  • ประสิทธิภาพการดำเนินงาน: ความแตกต่างระหว่างเชฟที่ดีกับเชฟระดับโลกคือวิธีที่พวกเขาจัดการพนักงานเพื่อจัดการกับส่วนผสมทั้งหมดที่อยู่ในมือ ทีมของคุณทำงานร่วมกันได้ไม่ดีนักเมื่อใช้แอปเดียวกันหลายประเภท เช่น Monday, Jira, Asana หรือ ClickUp นอกจากนี้ ตั๋วการสนับสนุนภายในยังเพิ่มขึ้นแบบทวีคูณตามจำนวนแอปที่ใช้

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

วิธีหนึ่งในการบรรลุสิ่งนี้ ในการปลดล็อกศักยภาพของบริษัทของคุณอย่างเต็มที่ผ่านเทคโนโลยีคือ เปลี่ยนลำดับความสำคัญของไอที ​​ความปลอดภัย และการจัดซื้อ — ทีมที่ดูแลเกี่ยวกับการทำงานของซอฟต์แวร์โดยทั่วไป แทนที่จะทำให้พวกเขาแก้ไขปัญหา (เช่น การแก้ไขตั๋วไอที) ให้ช่วยพวกเขาสร้างโครงสร้างพื้นฐานที่ช่วยให้พนักงานใช้งานซอฟต์แวร์ได้ด้วยตนเองและกลายเป็น แรงงานปกครองตนเอง.

พื้นที่ appโอคาลิปส์ หรือว่า…?

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

UX ที่ดีกว่าของซอฟต์แวร์สมัยใหม่ได้แยกซอฟต์แวร์องค์กรแบบดั้งเดิมออกแล้ว

พนักงานใช้แอพเฉพาะทางมากขึ้นเรื่อย ๆ เพื่อให้ประสบความสำเร็จในที่ทำงาน เรา เคยใช้ผลิตภัณฑ์ของ Microsoft สำหรับเกือบทุกอย่าง ตอนนี้ เราใช้ Airtable แทน Excel, Notion แทน Word, Pitch แทน PowerPoint เพื่อใส่ตัวเลขเบื้องหลังสิ่งที่เราหลายคนเห็นในชีวิตประจำวันของเรา: ลูกค้า Office42 ของ Okta กว่า 365% ตอนนี้ยังปรับใช้ Zoom แทนการใช้ Microsoft Teams และ 26% ของพวกเขายังใช้ Box แม้ว่าจะมี OneDrive

แต่ละคนใช้แอพมากขึ้นเนื่องจากการนำไปใช้ที่ง่ายและฟรี

ตามเนื้อผ้า ผลิตภัณฑ์ระดับองค์กรจะขายจากบนลงล่าง: CIO ตัดสินใจซื้อ Salesforce หรือ Microsoft Office และกลายเป็นค่าเริ่มต้นสำหรับทั้งบริษัท แต่สตาร์ทอัพอย่าง Slack และ Dropbox การเติบโตจากล่างขึ้นบนที่ได้รับความนิยมและวันนี้ 67% ของบริษัทผู้พัฒนา (เช่น Datadog หรือ AWS) มีแผนหรือทดลองใช้ฟรี เราไม่จำเป็นต้องโทรหาพนักงานขายหรือขออนุญาตจากฝ่าย IT อีกต่อไป — เรา เพียงสมัครใช้งานเวอร์ชันฟรี ของเครื่องมือ

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

ถือว่าเทคโนโลยีเป็นตัวขับเคลื่อนธุรกิจ

คิดถึงรถคุณ. มันต้องการ ชิ้นส่วน 30,000 เพื่อสร้างรถยนต์เพียงคันเดียว แต่แทนที่จะปรับลดจำนวนชิ้นส่วน ผู้ผลิตรถยนต์ได้พัฒนาวิธีการประกอบรถที่มีประสิทธิภาพที่สุดแทน นวัตกรรมมาจากการนำชิ้นส่วนต่างๆ มารวมกัน ตัวอย่างเช่น ระบบการผลิตของโตโยต้าหรือที่เรียกว่า "การผลิตแบบลีน" ได้กลายเป็นตัวสร้างความแตกต่างในการแข่งขันหลักสำหรับโตโยต้า หลักการเดียว คือการลดของเสียและปรับปรุงการดำเนินงานอย่างต่อเนื่องโดยนำปัญหามาสู่พื้นผิวอย่างรวดเร็ว การพัฒนาซอฟต์แวร์แบบ Agile และวิธีการ "เริ่มต้นแบบลีน" ได้รับแรงบันดาลใจจากระบบ Toyota ของ "สร้าง วัด เรียนรู้" 

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

การจัดการซอฟต์แวร์แบบรวมศูนย์คือศัตรู

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

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

การรวมศูนย์ทำให้เกิดปัญหาคอขวด

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

การรวมศูนย์นำไปสู่ถังรั่ว

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

จำนวนพนักงานที่มากขึ้นไม่ใช่วิธีแก้ปัญหา

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

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

ทำให้เส้นทางที่สอดคล้องเป็นเส้นทางที่ง่าย

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

การกำกับดูแลตนเองเป็นแนวทางใหม่ในการจัดการซอฟต์แวร์

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

เรามีเงื่อนไขแล้วว่าต้องทำด้วยตัวเองเมื่อต้องซื้ออาหารและน้ำมัน หรือแม้แต่เช็คอินเที่ยวบิน แล้วทำไมไม่จัดการซอฟต์แวร์สำหรับองค์กรล่ะ แทนที่จะขอความช่วยเหลือจากฝ่ายไอที (หรือทำงานผ่าน "ช่องทาง" ตามที่ CIA อธิบายไว้ในคู่มือการก่อวินาศกรรมในที่ทำงาน) ไอทีสามารถช่วยให้พนักงานสามารถช่วยเหลือตนเองได้อย่างรวดเร็วและมีความรับผิดชอบ แทนที่จะเป็นแขนประหารแบบรวมศูนย์ ความปลอดภัย การจัดซื้อ และไอทีจำเป็นต้องเป็นแพลตฟอร์มภายในบริษัท ที่ช่วยให้พนักงานมีโครงสร้างพื้นฐานที่เหมาะสม

การทำงานอัตโนมัตินั้นยอดเยี่ยม แต่ต้องการการสนับสนุนแบบรวมศูนย์และไม่สามารถปรับขนาดได้กับแอปนับร้อย

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

คำถามที่บริษัทควรถามตัวเองคือ วิธีเข้ารหัสบริการตนเองในที่ต่างๆ ให้ได้มากที่สุดe. ตัวอย่างเช่น:

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

รวมการกำกับดูแลตนเองเข้ากับเป้าหมายของคุณ

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

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

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

การปกครองตนเองยังสามารถเริ่มต้นด้วย a การออกกำลังกายเล็กน้อยเพื่อลดการใช้จ่าย SaaS. การจัดการผู้ขายหลายร้อยรายจากศูนย์กลางนั้นเป็นไปไม่ได้ แต่อาจทำบางสิ่งได้ง่ายๆ เหมือนกับการส่งอีเมลถึงผู้ใช้ Outreach.io หรือ Smartsheet ทุกคนเพื่ออธิบายว่าคุณกำลังพยายามประหยัดค่าใช้จ่ายด้านซอฟต์แวร์ ขอ 👍 หากพวกเขาไม่ได้ใช้ซอฟต์แวร์อีกต่อไปเพื่อให้คุณสามารถเรียกคืนใบอนุญาตได้

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

เราอิ่มกันรึยัง?

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

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

โพสต์เมื่อ กันยายน 27, 2022

เทคโนโลยี นวัตกรรม และอนาคต อย่างที่คนสร้างมันบอก

ขอบคุณสำหรับการลงทะเบียน

ตรวจสอบกล่องจดหมายของคุณสำหรับบันทึกต้อนรับ

ประทับเวลา:

เพิ่มเติมจาก Andreessen Horowitz