Case Study: No Changes on FridayOne

Case Study: No Changes on Friday
One of Tom’s customers did a lot of SA tasks, and Tom was affected by his customer’s
changes and schedule, rather than the other way around. When his customer made
a mistake, Tom was blamed because some of the group’s systems depended on the
customer’s systems. The customer and Tom had the following debate.
Within his own area, Tom instituted the rule that no changes should be made on
Friday, because if mistakes were discovered over the weekend, response times would
be slower, increasing the risk of adversely affecting his customer’s work. Tom also
didn’t want his weekend ruined, and he thought that the customer too should abide
by this guideline.
The customer believed that no matter what day Tom’s group made changes, the
SAs should check their work more thoroughly and then wouldn’t have to be concerned
about making changes the day before a weekend or vacation. Even though
the customer’s own changes often caused problems, he refused to acknowledge that
even when changes are carefully checked before they are made, the unexpected may
happen or an error may occur. He also refused to acknowledge the increased risk to
other customers and that lowering that risk was in everyone’s best interest.
The customer also felt that the SAs should make their changes during the day,
because there’s no better test of a change than having live users try to work on the
system. He felt that if changes were made during off-hours, the SAs wouldn’t find
the problem until people who used the system returned in the morning or after the
weekend. He preferred to make changes during lunch, so that there was a half day of
testing before he went home. There was no lunch hour at that company. The cafeteria
was open from 11:15 to 1:30, and at least a third of their customers were active on
the network at any time.
Both Tom and this customer had valid points, and no one rule will do for all
situations. However, ignoring the risks to other customers is not appropriate, and
saying that more careful checking is sufficient is not a valid point. More careful checking
is always good, but it is not a sufficient reason to ignore a higher risk to the.

0/5000

จาก: -

เป็น: -

ผลลัพธ์ (ไทย) 1: [สำเนา]

คัดลอก!

: กรณีศึกษาไม่มีการเปลี่ยนแปลงในวันศุกร์
หนึ่งในลูกค้าของ tom ไม่มากของงานสาและทอมได้รับผลกระทบโดยลูกค้า
การเปลี่ยนแปลงและกำหนดเวลาของเขามากกว่าวิธีอื่น ๆ เมื่อลูกค้าของเขาทำผิดพลาด
, ทอมถูกกล่าวหาว่าเป็นเพราะบางส่วนของระบบของกลุ่มขึ้นอยู่กับระบบ
ลูกค้า ลูกค้าและทอมมีการอภิปรายต่อไปนี้.
ในพื้นที่ของตัวเองทอมก่อตั้งกฎว่าไม่มีการเปลี่ยนแปลงควรจะทำบน
ศุกร์เพราะถ้าผิดพลาดที่ถูกค้นพบในช่วงวันหยุดสุดสัปดาห์เวลาการตอบสนองจะ
จะช้าเพิ่มความเสี่ยงของการส่งผลกระทบต่อการทำงานของลูกค้าของเขา ทอมยัง
ไม่อยากให้วันหยุดสุดสัปดาห์ของเขาอีกต่อไปและเขาคิดว่าที่ลูกค้าเกินไปควรปฏิบัติ
โดยแนวทางนี้.
ลูกค้าเชื่อว่ากลุ่มทอมไม่ว่าวันสิ่งที่ทำให้การเปลี่ยนแปลง
SAS ควรตรวจสอบการทำงานของพวกเขามากขึ้นอย่างละเอียดแล้วจะไม่ต้องกังวล
เกี่ยวกับการเปลี่ยนแปลงในวันก่อนวันหยุดสุดสัปดาห์หรือวันหยุดพักผ่อน แม้ว่า
การเปลี่ยนแปลงของลูกค้าเองมักจะก่อให้เกิดปัญหาเขาปฏิเสธที่จะยอมรับว่า
แม้เมื่อมีการเปลี่ยนแปลงจะถูกตรวจสอบอย่างรอบคอบก่อนที่พวกเขาจะทำที่ไม่คาดคิดอาจ
เกิดขึ้นหรือข้อผิดพลาดที่อาจเกิดขึ้น นอกจากนี้เขายังปฏิเสธที่จะยอมรับความเสี่ยงที่เพิ่มขึ้น
ลูกค้ารายอื่น ๆ และว่าการลดความเสี่ยงที่อยู่ในความสนใจที่ดีที่สุดของทุกคน.
ลูกค้ายังรู้สึกว่าเอสเอจะทำให้การเปลี่ยนแปลงของพวกเขาในระหว่างวัน
เพราะไม่มีการทดสอบที่ดีขึ้นของการเปลี่ยนแปลงกว่ามี ผู้ใช้ชีวิตพยายามที่จะทำงานบนระบบ
เขารู้สึกว่าหากมีการเปลี่ยนแปลงที่ทำในช่วงเวลาปิด,SAS จะไม่พบ
ปัญหาจนคนที่ใช้ระบบกลับมาในตอนเช้าหรือหลังจาก
วันหยุดสุดสัปดาห์ เขาต้องการที่จะทำให้การเปลี่ยนแปลงในช่วงกลางวันเพื่อให้มีครึ่งวันของการทดสอบ
ก่อนที่เขาจะกลับบ้าน ไม่มีเวลาอาหารกลางวันที่ บริษัท ที่ โรงอาหาร
เปิด 11:15-1:30 และอย่างน้อยหนึ่งในสามของลูกค้าของพวกเขามีการใช้งานบนเครือข่าย
ในเวลาใด ๆ .
ทั้งทอมและลูกค้ารายนี้มีจุดที่ถูกต้องและไม่มีใครจะทำกฎสำหรับทุกสถานการณ์
แต่ไม่สนใจความเสี่ยงให้กับลูกค้าอื่น ๆ ที่ไม่เหมาะสมและ
บอกว่าการตรวจสอบระมัดระวังมากขึ้นเพียงพอที่ไม่ได้เป็นจุดที่ถูกต้อง การตรวจสอบระมัดระวังมากขึ้น
อยู่เสมอที่ดี แต่ก็ไม่ได้เป็นเหตุผลเพียงพอที่จะไม่สนใจความเสี่ยงที่สูงขึ้นเพื่อ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 2:[สำเนา]

คัดลอก!

กรณีศึกษา: ไม่เปลี่ยนแปลงเมื่อวันศุกร์
หนึ่งลูกค้าของทอมได้จำนวนมากงาน SA และต้มได้รับผลจากลูกค้าเขา
เปลี่ยนแปลง และกำหนดการ มากกว่าวิธีอื่น ๆ เมื่อลูกค้าของเขาทำ
ผิด ทอมมีตำหนิเนื่องจากบางระบบของกลุ่มขึ้นอยู่กับการ
ระบบของลูกค้า ลูกค้าและต้มได้ต่อไปนี้อภิปราย
ภายในพื้นที่ของตัวเอง กฎที่เปลี่ยนแปลงไม่ควรทำบนโลกทอม
ศุกร์ เพราะถ้าพบความผิดพลาดมากกว่าวันหยุด เวลาการตอบสนองจะ
ช้า เพิ่มความเสี่ยงส่งผลกระทบต่องานของลูกค้าของเขา ทอมยัง
สะอาดที่ไม่ต้องการให้วันหยุดของเขาเจ๊ง และเขาคิดว่า ลูกค้าเกินไปควรปฏิบัติ
โดยผลงานนี้
ลูกค้าเชื่อว่า ไม่ว่าวันใดต้มของกลุ่มทำการเปลี่ยนแปลง การ
SAs ควรตรวจสอบงานอย่างครบถ้วน และไม่ต้องสนใจ
เกี่ยวกับการเปลี่ยนแปลงในวันก่อนวันหยุดสุดสัปดาห์หรือวันหยุด แม้
การเปลี่ยนแปลงของลูกค้ามักจะเกิดปัญหา เขาปฏิเสธที่จะยอมรับที่
แม้เปลี่ยนแปลงจะถูกตรวจสอบอย่างระมัดระวังก่อนที่พวกเขาจะทำ ไม่คาดคิดอาจ
เกิดขึ้น หรืออาจเกิดข้อผิดพลาด เขายังปฏิเสธที่จะยอมรับความเสี่ยงเพิ่มขึ้น
ลูกค้าอื่น ๆ และที่ลดความเสี่ยงที่มีในของทุกคนดีสนใจ
ลูกค้ายังรู้สึกว่า SAs ที่ควรทำการเปลี่ยนแปลงในระหว่างวัน,
เนื่องจากมีการทดสอบไม่ดีของการเปลี่ยนแปลงมากกว่ามี ผู้ใช้อยู่พยายามทำการ
ระบบการ เขารู้สึกว่าถ้าแปลงระหว่าง off-hours SAs จะจะไม่ค้นหา
ปัญหาจนกว่าคนที่ใช้ระบบการส่งกลับ ในตอนเช้า หรือหลังจาก
วันหยุด เขาต้องการเปลี่ยนแปลงในช่วงอาหารกลางวัน เพื่อให้มีวันครึ่ง
ทดสอบก่อนเขากลับบ้าน มีชั่วโมงกลางวันไม่ว่าบริษัท โรงอาหาร
ถูกเปิด 11:15:30 น. 1 และน้อยหนึ่งในสามของลูกค้าของพวกเขาถูกใช้งาน
เครือข่ายก็
ทอมและลูกค้ารายนี้มีจุดที่ถูกต้อง และไม่มีกฎหนึ่งที่จะทำทั้งหมด
สถานการณ์ อย่างไรก็ตาม ละเว้นความเสี่ยงแจ้งไม่เหมาะสม และ
พูดว่า ตรวจสอบระมัดระวังมากขึ้นเพียงพอไม่ใช่จุดที่ถูกต้อง ตรวจสอบระมัดระวังมากขึ้น
จะดี แต่มันไม่ใช่เหตุผลที่เพียงพอจะละเว้นความเสี่ยงสูงขึ้นเพื่อจะ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 3:[สำเนา]

คัดลอก!

กรณีศึกษา:ไม่มีการเปลี่ยนแปลงในวันศุกร์
หนึ่งในลูกค้าของทอมได้ทำมาเยอะมากในงาน SA และทอมได้รับผลกระทบจาก' shis ลูกค้าและกำหนดตารางเวลา
การเปลี่ยนแปลงมากกว่าวิธีอื่นๆที่อยู่โดยรอบได้ เมื่อลูกค้าของเขา
ซึ่งจะช่วยทำให้ความผิดพลาดที่ทอมมีตำหนิเพราะระบบของกลุ่มที่บางคนก็ขึ้นอยู่กับ
ซึ่งจะช่วยให้ระบบของลูกค้า ทอมและลูกค้าที่มีการถกเถียงกันต่อไปนี้:.
อยู่ ภายใน พื้นที่ของเขาเองทอมก็ตั้งกฎข้อที่ว่าไม่มีการเปลี่ยนแปลงจะทำให้ในวันศุกร์
ซึ่งจะช่วยเพราะถ้าหากเกิดความผิดพลาดมีการตรวจพบในช่วงวันหยุดสุดสัปดาห์เวลาการตอบสนองมีการชะลอตัวลงจะ
ซึ่งจะช่วยเพิ่มความเสี่ยงที่อาจส่งผลกระทบต่อการทำงานของลูกค้า ทอมยัง
ซึ่งจะช่วยไม่ได้ต้องการในช่วงวันหยุดสุดสัปดาห์ของเขาวอดวายและเขาคิดว่าลูกค้าที่เกินไปควรจะปฏิบัติ
โดยแนวทางการปฏิบัตินี้.
ลูกค้าที่เชื่อว่าไม่ว่าจะเกิดอะไรขึ้นก็ตามวันกลุ่มของทอมทำการเปลี่ยนแปลง
SAS ที่ควรจะตรวจสอบงานของพวกเขามากขึ้นอย่างทั่วถึงแล้วจะไม่มีส่วนเกี่ยวข้อง
ซึ่งจะช่วยเรื่องของการทำการเปลี่ยนแปลงวันก่อนการพักผ่อนหรือเพื่อพักผ่อนในวันหยุดสุดสัปดาห์ แม้ว่าการเปลี่ยนแปลงของลูกค้าเอง
ซึ่งจะช่วยให้เกิดปัญหาที่มักเขาปฏิเสธที่จะยอมรับว่า
ซึ่งจะช่วยได้แม้ในขณะที่การเปลี่ยนแปลงจะได้รับการตรวจสอบก่อนที่จะได้รับอย่างละเอียดทำให้ไม่ได้คาดคิดอาจ
เกิดขึ้นหรือเกิดข้อผิดพลาดที่อาจเกิดขึ้น เขายังไม่ยอมให้ยอมรับความเสี่ยงเพิ่มขึ้นเพื่อ
ซึ่งจะช่วยลูกค้ารายอื่นและที่ลดลงว่าความเสี่ยงที่ดีที่สุดอยู่ในความสนใจของทุกคน.
ลูกค้าที่ยังรู้สึกว่า SAS ที่ควรจะทำการเปลี่ยนแปลงของพวกเขาในระหว่างวันที่
เนื่องจากไม่มีการทดสอบได้ดียิ่งขึ้นการเปลี่ยนแปลงที่มีผู้ใช้อยู่ให้ลองใช้งานได้บน
ซึ่งจะช่วยให้ระบบ เขารู้สึกว่าถ้ามีการเปลี่ยนแปลงในระหว่างปิด - ชั่วโมงฮ็อตสว็อป SAS ที่จะไม่ได้พบกับปัญหา
ซึ่งจะช่วยได้จนกว่าผู้ที่ใช้ระบบกลับมาในช่วงเช้าหรือหลังจาก
ในช่วงวันหยุดสุดสัปดาห์นี้ เขาต้องการทำการเปลี่ยนแปลงในระหว่างมื้อกลางวันจึงไม่ทราบว่าจะเป็นแบบครึ่งวันของ
การทดสอบก่อนที่เขาจะกลับบ้าน ไม่มีชั่วโมงอาหารมื้อกลางวันที่บริษัทนั้น ร้านอาหารแบบบริการตัวเองที่
ซึ่งจะช่วยได้เปิดให้บริการตั้งแต่เวลา 11 : 15 ถึง 1 : 30 และอย่างน้อยหนึ่งในสามของลูกค้าของตนได้ทำงานบนเครือข่าย
ซึ่งจะช่วยได้ในเวลาใดก็ได้.
ทอมและลูกค้ารายนี้ทั้งสองมีจุดที่มีอายุการใช้งานและไม่มีใครกฎข้อที่จะทำอะไรให้
สถานการณ์ทั้งหมด แต่ถึงอย่างไรก็ตามยังไม่สนใจความเสี่ยงให้กับลูกค้าอื่นๆมีความเหมาะสมและไม่ว่า
ซึ่งจะช่วยเพิ่มความระมัดระวังมากขึ้นว่าการตรวจสอบจะเพียงพอไม่ใช่ประเด็นที่ถูกต้อง การตรวจสอบอย่างระมัดระวังมากขึ้น
มีดีอยู่เสมอแต่ก็ไม่ใช่เหตุผลไม่เพียงพอที่จะไม่สนใจความเสี่ยงสูงที่จะได้

การแปล กรุณารอสักครู่..

ภาษาอื่น ๆ

การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.