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 ไม่ ได้ให้วิธีการใช้งาน "ออกจากกล่อง" เพื่อระบุและกำหนดเป้าหมายของเสียหรือเอกสารกระแสมูลค่าของลูกค้าตามที่ลีนและวัดความพึงพอใจของลูกค้า. [ใคร?]

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

วิจารณ์ ITIL ที่ได้รับการวิพากษ์วิจารณ์ใน fronts หลายรวมถึง :

หนังสือไม่มากสำหรับการใช้งานที่ไม่ใช่เชิงพาณิชย์และการรับรองผู้ใช้

ต้องอภิปรายการฝึกอบรมเฉพาะไปตกอยู่ภายใต้กรอบ ITIL BSM หรือ itsm
ITIL มีรายละเอียดที่ไม่สอดคล้องกับกรอบอื่น ๆเช่น itsm
ร็อบ อังกฤษ ( ที่รู้จักกันว่า " ความสงสัย " ) ได้ถูกป้องกันลิขสิทธิ์และธรรมชาติของ ITIL [ 48 ] เขาเรียกร้องให้ผู้เผยแพร่ , ตู้สำนักงาน , รุ่น ITIL ภายใต้ใบอนุญาตรัฐบาลเปิด ( ogl ) [ 49 ]

CIO คอลัมนิสต์นิตยสารดีน เมเยอร์ยังเสนอบางมุมมองของ ITIL ที่ ,[ 50 ] รวมถึงห้าข้อผิดพลาดเช่น " การเป็นทาสของความ " เก่า " ปล่อยให้ ITIL เป็นศาสนา . " เขาบันทึก " . . . . . . . มันไม่ได้อธิบายช่วงสมบูรณ์ของกระบวนการเป็นระดับโลก มันเน้น . . . . . . . การจัดการบริการอย่างต่อเนื่อง "

ใน 2004 สำรวจออกแบบโดยโนเอล Bruton ( ผู้เขียนของ " วิธีการจัดการมันช่วยเหลือ " และ " การจัดการกระบวนการ " บริการ )องค์กรใช้ ITIL ถูกถามเกี่ยวกับประสบการณ์ของพวกเขาที่เกิดขึ้นจริง มีการเพิ่ม . เจ็ดสิบเจ็ดเปอร์เซ็นต์ของผู้ตอบแบบสอบถามให้เห็นด้วยหรือเห็นด้วยว่า " ได้อย่างไม่ต้องตอบ " ทั้งหมด ITIL เลขยกกำลังรับนี้ อ้างถึง ITIL เป็นระบุความตั้งใจที่จะไม่มีอายุความ คาดว่าองค์กร ITIL กระบวนการประกอบกับแบบจำลองของกระบวนการที่มีอยู่บันทึกที่อ้างว่า Bruton ไม่ prescriptiveness ต้อง , ที่ดีที่สุด , หนึ่งขนาดมากกว่าแน่นอน เจตนา ในรายละเอียดมาก บางชุดของกระบวนการอยู่ในตัวเองเป็นรูปแบบของยา [ 51 ]

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

ที่เกี่ยวข้องอย่างใกล้ชิดกับการวิจารณ์สถาปัตยกรรม , ITIL ไม่ตรงแก้ไขโปรแกรมประยุกต์ทางธุรกิจที่ใช้งานบนโครงสร้างพื้นฐานมัน มันไม่ช่วยเพิ่มการทำงานร่วมกันความสัมพันธ์ระหว่างทีมพัฒนาและการดำเนินงานแนวโน้มไปทำงานใกล้ความสัมพันธ์ระหว่างการปฏิบัติการพัฒนาและเป็น termed : devops . แนวโน้มนี้จะเกี่ยวข้องกับการเพิ่มอัตราการปลดปล่อยและการยอมรับวิธีการพัฒนาซอฟต์แวร์ว่องไวกระบวนการจัดการบริการแบบดั้งเดิมมีการต่อสู้เพื่อเพิ่มการสนับสนุนการปล่อยอัตรา–เนื่องจากขาดโดยอัตโนมัติและ / หรือสถาปัตยกรรมองค์กรซับซ้อนสูง

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