Rob England (also known as "IT Skep

Rob England (also known as "IT Skeptic") has criticised the protected and proprietary nature of ITIL He urges the publisher, Cabinet Office, to release ITIL under the Open Government Licence (OGL) CIO Magazine columnist Dean Meyer has also presented some cautionary views of ITIL,] 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 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. 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". The initial consequences of an ITIL initiative tend to add cost with benefits promised as a future deliverable. 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

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

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

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

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

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

ร็อบ อังกฤษ ( ที่รู้จักกันว่า " ความสงสัย " ) ได้ถูกป้องกันลิขสิทธิ์และธรรมชาติของ ITIL เขาเรียกร้องให้ผู้เผยแพร่ , ตู้สำนักงาน , รุ่น ITIL ภายใต้ใบอนุญาตรัฐบาลเปิด ( ogl ) คอลัมนิสต์นิตยสาร CIO ดีน เมเยอร์ยังแสดงบางส่วนที่ความคิดเห็นของ ITIL ] รวมถึงห้าข้อผิดพลาดเช่น " การเป็นทาส คำนิยาม " ล้าสมัย " ปล่อยให้ ITIL เป็นศาสนา" เขาบันทึก " . . . . . . . มันไม่ได้อธิบายช่วงสมบูรณ์ของกระบวนการเป็นระดับโลก มันเน้น . . . . . . . การจัดการบริการอย่างต่อเนื่อง " ใน 2547 การสำรวจออกแบบโดยโนเอล Bruton ( ผู้เขียนของ " วิธีการจัดการมันช่วยเหลือ " และ " การจัดการกระบวนการ " บริการ ) , องค์กรใช้ ITIL ถูกถามเกี่ยวกับประสบการณ์ของพวกเขาที่เกิดขึ้นจริง มีการเพิ่ม .เจ็ดสิบเจ็ดเปอร์เซ็นต์ของผู้ตอบแบบสอบถามให้เห็นด้วยหรือเห็นด้วยว่า " ได้อย่างไม่ต้องตอบ " ทั้งหมด ITIL เลขยกกำลังรับนี้ อ้างถึง ITIL เป็นระบุความตั้งใจที่จะไม่มีอายุความ คาดว่าองค์กร ITIL กระบวนการประกอบกับแบบจำลองของกระบวนการที่มีอยู่ บันทึกที่อ้างว่า Bruton ไม่ prescriptiveness ต้อง , ที่ดีที่สุด , หนึ่งขนาดมากกว่าแน่นอนเจตนาสำหรับรายละเอียดของบางชุดของกระบวนการอยู่ในตัวเองเป็นรูปแบบของยาในขณะที่ ITIL ที่อยู่ในความลึกด้านต่างๆของการจัดการบริการ ไม่ได้อยู่องค์กรสถาปัตยกรรมในระดับความลึกดังกล่าวจำนวนมากของข้อบกพร่องในการดำเนินงานได้อย่างไม่ต้องมาเกี่ยวกับเพราะข้อบกพร่องในการออกแบบหรือการดำเนินงานของการจัดการบริการด้าน ธุรกิจ แต่เป็นกรอบที่กว้างสถาปัตยกรรมธุรกิจตั้งอยู่ เพราะจุดมุ่งหมายหลักของการจัดการบริการ ITIL ได้จำกัดยูทิลิตี้ในการจัดการงานออกแบบสถาปัตยกรรมองค์กรหรือวิธีการป้อนกลับเข้าไปในการออกแบบขององค์กรสถาปัตยกรรม ที่เกี่ยวข้องอย่างใกล้ชิดกับการวิจารณ์สถาปัตยกรรม , ITIL ไม่ตรงแก้ไขโปรแกรมประยุกต์ทางธุรกิจที่ใช้งานบนโครงสร้างพื้นฐานมัน มันไม่ช่วยเพิ่มการทำงานร่วมกันความสัมพันธ์ระหว่างทีมพัฒนาและการดำเนินงานแนวโน้มไปทำงานใกล้ความสัมพันธ์ระหว่างการปฏิบัติการพัฒนาและเป็น termed : devops . แนวโน้มนี้จะเกี่ยวข้องกับการเพิ่มอัตราการปลดปล่อยและการยอมรับวิธีการพัฒนาซอฟต์แวร์ว่องไวกระบวนการจัดการบริการแบบดั้งเดิมมีการต่อสู้เพื่อเพิ่มการสนับสนุนการปล่อยอัตรา–เนื่องจากขาดโดยอัตโนมัติและ / หรือสถาปัตยกรรมองค์กรสูงซับซ้อน นักวิจัยบางกลุ่ม ITIL กับ Lean Six Sigma และการจัดการการพัฒนาซอฟต์แวร์ . การประยุกต์ใช้เทคนิคหก Sigma เพื่อ ITIL นำวิธีการทางวิศวกรรม ITIL เป็นกรอบการประยุกต์ใช้เทคนิคยันส่งเสริมการปรับปรุงอย่างต่อเนื่องของ ITIL เป็นปฏิบัติที่ดีที่สุด อย่างไรก็ตาม , ITIL เองไม่ใช่วิธีแปลงหรือไม่ก็อย่างใดอย่างหนึ่ง ผู้อ่านจะต้องค้นหาและเชื่อมโยงเป็นวิธี ผู้ขายบางส่วนได้รวมระยะเวลาเรียน ITIL เมื่อพูดถึงการใช้งาน ตัวอย่างเช่น " ยันเพิ่ม "ผลเบื้องต้นของ ITIL ริเริ่มมีแนวโน้มที่จะเพิ่มต้นทุนกับประโยชน์ส่งมอบสัญญาที่เป็นอนาคต เพิ่มไม่ได้ให้วิธีการ " ใช้งานออกจากกล่อง " ระบุ และเสียคุณค่าของลูกค้าเป้าหมาย หรือเอกสารกระแสตามที่เรียน และวัดความพึงพอใจของลูกค้า