For CAB meeting, one or twice per w

For CAB meeting, one or twice per week is not so important as long as we understand and know how to handle the change. For me, once is enough and we shall not have too many changes per week. All change must be properly plan on resource and well aware of other impact. For urgent change must be communicated to all customers to inform us earlier at least 1 week so we can properly plan resource and get back to them (note, we need to manage internal change an external change at the same time so we do need to consider the implementation). For changes which has known to be minor or no impact shall not bring to the call (this will be defined in deep dive).

For this particular incident, it should be known by the change owner that he/she should have raised to K.Supparat (For product impact) or K.Chai (for Data Center impact) as we already agreed in previous meeting.

Please remember that we must consider the impact to the customer first. The ticket owner must aware that if the change isn’t approved within proper timeframe(with some reason), the case should be raised to senior managers for urgent consideration to minimize impact to the customer. Then, we can discuss internally on the case.

We shall have a clear picture on CAB operation after our deep dive on CAB on this Thursday. Meanwhile, we shall follow the same principle as agree earlier on how to handle the Change.

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

สำหรับการประชุมคณะกรรมการที่ปรึกษาหนึ่งหรือสองครั้งต่อสัปดาห์ไม่สำคัญดังนั้นตราบใดที่เราเข้าใจและรู้วิธีจัดการกับการเปลี่ยนแปลง สำหรับผมครั้งเดียวก็พอและเราจะไม่ได้มีการเปลี่ยนแปลงมากเกินไปต่อสัปดาห์ การเปลี่ยนแปลงทั้งหมดจะต้องถูกต้องวางแผนในการใช้ทรัพยากรและตระหนักดีถึงผลกระทบอื่น ๆ สำหรับการเปลี่ยนแปลงอย่างเร่งด่วนจะต้องมีการสื่อสารให้กับลูกค้าทุกคนที่จะแจ้งให้เราทราบก่อนหน้านี้อย่างน้อย 1 สัปดาห์เพื่อให้เราอย่างถูกต้องสามารถวางแผนทรัพยากรและการได้รับกลับมาให้กับพวกเขา (หมายเหตุเราต้องจัดการกับการเปลี่ยนแปลงภายในการเปลี่ยนแปลงภายนอกในเวลาเดียวกันดังนั้นเราจึงจำเป็นที่จะต้องพิจารณา การดำเนินงาน) สำหรับการเปลี่ยนแปลงที่ได้รู้จักกันจะเล็กน้อยหรือไม่มีผลกระทบจะไม่นำไปสู่การเรียกร้อง (นี้จะถูกกำหนดไว้ในการดำน้ำลึก). สำหรับเหตุการณ์ที่เกิดขึ้นนี้โดยเฉพาะก็ควรจะเป็นที่รู้จักกันโดยเจ้าของเปลี่ยนแปลงที่เขา / เธอควรจะได้ยกเค Supparat (สำหรับผลกระทบต่อผลิตภัณฑ์) หรือ K.Chai (สำหรับผลกระทบ Data Center) ในขณะที่เราตกลงกันแล้วในการประชุมก่อนหน้านี้. โปรดจำไว้ว่าเราจะต้องพิจารณาผลกระทบให้กับลูกค้าครั้งแรก เจ้าของตั๋วจะต้องทราบว่าหากมีการเปลี่ยนแปลงที่ไม่ได้รับการอนุมัติภายในระยะเวลาที่เหมาะสม (มีเหตุผลบางอย่าง) กรณีที่ควรจะเพิ่มขึ้นถึงผู้บริหารระดับสูงเพื่อพิจารณาอย่างเร่งด่วนเพื่อลดผลกระทบให้กับลูกค้า จากนั้นเราสามารถพูดคุยภายในในกรณีที่. เราจะมีภาพที่ชัดเจนเกี่ยวกับการดำเนิน CAB หลังจากดำน้ำลึกของเราใน CAB ในวันพฤหัสบดีนี้ ในขณะเดียวกันเราต้องปฏิบัติตามหลักการเดียวกับก่อนหน้านี้เห็นด้วยกับวิธีการจัดการการเปลี่ยนแปลง

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

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