Criticism ITIL has been criticised

Criticism ITIL has been criticised on several fronts, including:

the books are not affordable for non-commercial users
implementation and accreditation requires specific training
debate over ITIL falling under BSM or ITSM frameworks
the ITIL details are not aligned with the other frameworks like ITSM
Rob England (also known as "IT Skeptic") has criticised the protected and proprietary nature of ITIL.[48] He urges the publisher, Cabinet Office, to release ITIL under the Open Government Licence (OGL).[49]

CIO Magazine columnist Dean Meyer has also presented some cautionary views of ITIL,[50] including five pitfalls such as "becoming a slave to outdated definitions" and "Letting ITIL become religion." As he notes, "...it doesn't describe the complete range of processes needed to be world class. It's focused on ... managing ongoing services."

In a 2004 survey designed by Noel Bruton (author of "How to Manage the IT Helpdesk" and "Managing the IT Services Process"), organizations adopting ITIL were asked to relate their actual experiences in having implemented ITIL. Seventy-seven percent of survey respondents either agreed or strongly agreed that "ITIL does not have all the answers". ITIL exponents accept this, citing ITIL's stated intention to be non-prescriptive, expecting organizations to engage ITIL processes with existing process models. Bruton notes that the claim to non-prescriptiveness must be, at best, one of scale rather than absolute intention, for the very description of a certain set of processes is in itself a form of prescription.[51]

While ITIL addresses in depth the various aspects of service management, it does not address enterprise architecture in such depth. Many of the shortcomings in the implementation of ITIL do not necessarily come about because of flaws in the design or implementation of the service management aspects of the business, but rather the wider architectural framework in which the business is situated. Because of its primary focus on service management, ITIL has limited utility in managing poorly designed enterprise architectures, or how to feed back into the design of the enterprise architecture.

Closely related to the architectural criticism, ITIL does not directly address the business applications which run on the IT infrastructure; nor does it facilitate a more collaborative working relationship between development and operations teams. The trend toward a closer working relationship between development and operations is termed: DevOps. This trend is related to increased application release rates and the adoption of agile software development methodologies. Traditional service management processes have struggled to support increased application release rates – due to lack of automation – and/or highly complex enterprise architecture.

Some researchers group ITIL with lean, Six Sigma and Agile software development operations management.[citation needed] Applying Six Sigma techniques to ITIL brings the engineering approach to ITIL's framework. Applying Lean techniques promotes continuous improvement of the ITIL's best practices. However, ITIL itself is not a transformation method, nor does it offer one. Readers are required to find and associate such a method. Some vendors have also included the term Lean when discussing ITIL implementations, for example "Lean-ITIL".[citation needed] The initial consequences of an ITIL initiative tend to add cost with benefits promised as a future deliverable.[citation needed] ITIL does not provide usable methods "out of the box" to identify and target waste, or document the customer value stream as required by Lean, and measure customer satisfaction.[who?]

ผลลัพธ์ (ไทย) 1:

มีการ criticised วิจารณ์ ITIL ในแผนหลาย รวมทั้ง:หนังสือไม่ราคาไม่แพงสำหรับผู้ใช้ที่ไม่ใช่เชิงพาณิชย์ดำเนินการและรับรองต้องฝึกอบรมเฉพาะอภิปรายมากกว่าอยู่ใต้กรอบเราหรือ ITSM ITILรายละเอียดของ ITIL ไม่สอดคล้องกับกรอบอื่น ๆ เช่น ITSMอังกฤษร็อบ (เรียกอีกอย่างว่า "มัน Skeptic") มี criticised ธรรมชาติป้องกัน และเป็นกรรมสิทธิ์ของ ITIL [48] เขาพยายามแพร่ ตู้สำนักงาน การนำ ITIL ภายใต้การเปิดรัฐบาลอนุญาต (OGL) [49]นิตยสาร CIO columnist Meyer คณบดียังได้นำเสนอบาง cautionary มุมมองของ ITIL, [50] รวมทั้งห้าข้อผิดพลาดเช่น "กลายเป็น ทาสเพื่อนิยามล้าสมัย" และ "ปล่อยให้ศาสนา ITIL เป็น" ตามที่เขาบันทึก, ".. .it ไม่อธิบายครบกระบวนจำเป็น ระดับโลก มันเน้น...การจัดการบริการอย่างต่อเนื่องด้วย "ในการสำรวจปี 2004 ที่ออกแบบ โดย Noel Bruton (ผู้เขียน "วิธีการจัดการจะฝ่าย" และ "การจัดการมันบริการกระบวนการ"), องค์กรนำ ITIL ได้ถามเพื่อเชื่อมโยงกับประสบการณ์จริงของพวกเขาในมีนำ ITIL เจ็ดเจ็ดเปอร์เซ็นต์ของผู้ตอบแบบสำรวจเห็น หรือขอตกลงว่า "ITIL ได้คำตอบทั้งหมด" เลขชี้กำลังของ ITIL ยอมรับนี้ อ้างเจตนาระบุของ ITIL จะไม่รับมือ คาดหวังว่าองค์กรจะเข้าร่วมกระบวนการ ITIL มีรูปแบบกระบวนการที่มีอยู่ Bruton บันทึกที่ อ้างถึง prescriptiveness ไม่ มี ที่สุด ระดับ มากกว่าเจตนาสมบูรณ์ สำหรับคำอธิบายของชุดของกระบวนการมากอยู่ในตัวเองรูปแบบของยา [51]ขณะที่ ITIL อยู่ลึกด้านต่าง ๆ เกี่ยวกับการจัดการบริการ เรื่องสถาปัตยกรรมองค์กรลึกดังกล่าว แสดงในงานของ ITIL มากมายไม่จำเป็นต้องมาเนื่องจากข้อบกพร่องในการออกแบบการใช้งานด้านการจัดการบริการของธุรกิจ แต่ค่อนข้างจะกว้างกว่าสถาปัตยกรรมกรอบที่ธุรกิจอยู่ เนื่องจากเป็นหลักเน้นบริการจัดการ ITIL ได้จำกัดโปรแกรมอรรถประโยชน์ในการจัดการองค์กรงานออกแบบสถาปัตยกรรม หรือวิธีการดึงข้อมูลกลับเข้าไปในการออกแบบสถาปัตยกรรมองค์กรสัมพันธ์ใกล้ชิดกับวิจารณ์สถาปัตยกรรม ITIL ไม่ตรงโปรแกรมประยุกต์ทางธุรกิจที่ทำงานบนโครงสร้างพื้นฐานไอที ไม่ความสะดวกความสัมพันธ์ทำงานร่วมกันมากขึ้นระหว่างทีมพัฒนาและการดำเนินงาน เรียกว่าโน้มความสัมพันธ์ทำงานใกล้ชิดระหว่างการพัฒนาและการดำเนินการ: DevOps แนวโน้มนี้เกี่ยวข้องกับราคานำออกใช้แอพลิเคชันที่เพิ่มขึ้นและยอมรับวิธีการพัฒนาซอฟต์แวร์ที่คล่องตัว กระบวนการจัดการบริการดั้งเดิมได้ต่อสู้ เพื่อเพิ่มการสนับสนุนโปรแกรมประยุกต์รุ่นราคา– ขาดอัตโนมัติ – หรือสถาปัตยกรรมองค์กรซับซ้อนสูงนักวิจัยบางกลุ่ม ITIL กับ lean ซิกส์ซิกมา และจัดการการดำเนินการพัฒนาซอฟต์แวร์ที่คล่องตัว [ต้องการอ้างอิง] การประยุกต์ใช้เทคนิคซิกส์ซิกมากับ ITIL นำแนวทางของ ITIL framework วิศวกรรม ใช้เทคนิค Lean ส่งเสริมการพัฒนาอย่างต่อเนื่องของ ITIL เป็นแนวทางปฏิบัติ อย่างไรก็ตาม ITIL เองไม่ใช่วิธีการเปลี่ยนแปลง หรือมันไม่มีหนึ่ง ผู้อ่านจะต้องค้นหา และเชื่อมโยงวิธีการ ผู้จำหน่ายบางรายยังได้รวมคำว่า Lean เมื่อสนทนาใช้งาน ITIL เช่น "Lean-ITIL" [ต้องการอ้างอิง] ลำดับเริ่มต้นของความคิดริเริ่มของ ITIL มีแนวโน้มที่จะ เพิ่มต้นทุนกับประโยชน์สัญญาเป็นสิ่งที่จัดส่งในอนาคต [ต้องการอ้างอิง] ITIL ให้ใช้วิธี "ออกจากกล่อง" ระบุเป้าหมายเสีย หรือเอกสารสายธารคุณค่าลูกค้าตาม Lean และวัดความพึงพอใจของลูกค้า [ใคร]

ผลลัพธ์ (ไทย) 2:

ITIL วิจารณ์ได้รับการวิพากษ์วิจารณ์ในหลายมุมมองรวมไปถึง: หนังสือที่ไม่เหมาะสมสำหรับผู้ใช้ที่ไม่ใช่เชิงพาณิชย์การดำเนินงานและได้รับการรับรองการฝึกอบรมต้องใช้เฉพาะการถกเถียงITIL ตกอยู่ใต้ BSM หรือ ITSM กรอบรายละเอียดITIL จะไม่สอดคล้องกับกรอบอื่น ๆ เช่น ITSM ร็อบอังกฤษ (หรือเรียกว่า "ไอทีขี้ระแวง") ได้รับการวิพากษ์วิจารณ์ธรรมชาติที่ได้รับการคุ้มครองและเป็นกรรมสิทธิ์ของ ITIL. [48] เขาเรียกร้องให้สำนักพิมพ์คณะรัฐมนตรีสำนักงาน, ที่จะปล่อย ITIL ภายใต้การเปิดใบอนุญาตของรัฐบาล (OGL). [49] นิตยสาร CIO คอลัมนเมเยอร์ ได้นำเสนอยังมีบางมุมมองเตือนของ ITIL [50] รวมถึงห้าข้อผิดพลาดเช่น "กลายเป็นทาสให้คำจำกัดความล้าสมัย" และ "ปล่อยให้ ITIL กลายเป็นศาสนา." ในขณะที่เขาตั้งข้อสังเกต "... มันไม่ได้อธิบายช่วงที่สมบูรณ์ของกระบวนการที่จำเป็นจะต้องระดับโลก. จะมุ่งเน้นไปที่ ... การจัดการการบริการอย่างต่อเนื่อง." ในการสำรวจ 2004 ออกแบบโดย Noel Bruton (ผู้เขียน "วิธีการจัดการ ไอที Helpdesk "และ" การจัดการกระบวนการบริการไอที ") องค์กรการนำ ITIL ถูกถามจะเกี่ยวข้องกับประสบการณ์จริงของพวกเขาที่มีการดำเนินการใน ITIL ร้อยละเจ็ดสิบเจ็ดของผู้ตอบแบบสำรวจทั้งเห็นด้วยหรือเห็นด้วยอย่างมากว่า "ITIL ไม่ได้มีคำตอบทั้งหมด" เลขยกกำลัง ITIL ยอมรับเรื่องนี้อ้างความตั้งใจดังกล่าว ITIL จะเป็นที่ไม่ได้กำหนดให้คาดหวังว่าองค์กรที่จะมีส่วนร่วมในกระบวนการ ITIL ที่มีรูปแบบกระบวนการที่มีอยู่ Bruton ตั้งข้อสังเกตว่าการเรียกร้องที่ไม่ prescriptiveness จะต้องเป็นที่ดีที่สุดคนหนึ่งของขนาดมากกว่าความตั้งใจที่แน่นอนสำหรับคำอธิบายมากบางชุดของกระบวนการอยู่ในตัวเองในรูปแบบของใบสั่งยา. [51] ในขณะที่ ITIL อยู่ในเชิงลึก ด้านต่างๆของการจัดการบริการก็ไม่ได้อยู่ที่สถาปัตยกรรมองค์กรในเชิงลึกดังกล่าว หลายข้อบกพร่องในการดำเนินงานของ ITIL ที่ไม่จำเป็นต้องมาเกี่ยวกับเพราะข้อบกพร่องในการออกแบบหรือการดำเนินการด้านการจัดการบริการของธุรกิจ แต่กรอบสถาปัตยกรรมที่กว้างขึ้นในการที่ธุรกิจตั้งอยู่ เพราะเป้าหมายหลักของตนในการจัดการบริการ ITIL มี จำกัด ยูทิลิตี้ในการจัดการคุณภาพการออกแบบสถาปัตยกรรมขององค์กรหรือวิธีการให้อาหารกลับเข้ามาในการออกแบบสถาปัตยกรรมองค์กร. ที่เกี่ยวข้องอย่างใกล้ชิดกับการวิจารณ์สถาปัตยกรรม ITIL ไม่ได้อยู่ตรงการใช้งานทางธุรกิจที่ทำงาน ในโครงสร้างพื้นฐานด้านไอที; หรือไม่ก็มีความสัมพันธ์ที่อำนวยความสะดวกในการทำงานร่วมกันมากขึ้นในการทำงานระหว่างการพัฒนาและทีมงาน แนวโน้มที่มีต่อความสัมพันธ์การทำงานที่ใกล้ชิดระหว่างการพัฒนาและการดำเนินงานที่เรียกว่า: DevOps แนวโน้มนี้จะเกี่ยวข้องกับการเปิดตัวแอปพลิเคอัตราที่เพิ่มขึ้นและการยอมรับของวิธีการพัฒนาซอฟแวร์เปรียว กระบวนการการจัดการบริการแบบดั้งเดิมได้พยายามที่จะสนับสนุนอัตราการเปิดตัวแอพลิเคชันที่เพิ่มขึ้น - เนื่องจากการขาดการอัตโนมัติ - และ / หรือสถาปัตยกรรมองค์กรที่ซับซ้อนมาก. บาง ITIL กลุ่มนักวิจัยที่มียัน Six Sigma และการจัดการการดำเนินงานการพัฒนาซอฟต์แวร์ Agile [อ้างจำเป็น] การใช้ Six Sigma. เทคนิคที่จะนำวิธีการ ITIL วิศวกรรมกรอบของ ITIL ใช้เทคนิคการผลิตแบบลีส่งเสริมการพัฒนาอย่างต่อเนื่องของการปฏิบัติที่ดีที่สุดของ ITIL แต่ ITIL ตัวเองไม่ได้วิธีการเปลี่ยนแปลงหรือไม่ก็นำเสนอหนึ่ง ผู้อ่านจะต้องค้นหาและเชื่อมโยงวิธีการดังกล่าว ผู้ขายบางคนยังได้รวมระยะแบบ Lean เมื่อพูดถึงการใช้งาน ITIL เช่น "ยัน-ITIL". [อ้างจำเป็น] ผลที่ตามมาเริ่มต้นของความคิดริเริ่ม ITIL แนวโน้มที่จะเพิ่มค่าใช้จ่ายที่มีประโยชน์ต่อสัญญาเป็นที่ส่งมอบในอนาคต. [อ้างจำเป็น] ITIL ไม่ ได้ให้วิธีการใช้งาน "ออกจากกล่อง" เพื่อระบุและกำหนดเป้าหมายของเสียหรือเอกสารกระแสมูลค่าของลูกค้าตามที่ลีนและวัดความพึงพอใจของลูกค้า. [ใคร?]