K.Nick,After discussed with team, I think the best way to adjust the B การแปล - K.Nick,After discussed with team, I think the best way to adjust the B ไทย วิธีการพูด

K.Nick,After discussed with team, I

K.Nick,
After discussed with team, I think the best way to adjust the BAY leave scheme is to "roll back and reapply the new leave scheme" instead of adjust the number directly. This will make less impact and for your information...both solution required downtime on production for a few days. However, the second option required more data validation and checking which is taking long time. As plan...if you agreed....we will run this process in Test Environment next week and capture the step and procedure. THen, once we decide to move to production...I would request 5 days operation....by doing this, menu "Absent" will be disable. To make it less impact, to employee...we will use this process on Fri - Wed with schedule below

Fri ==> roll back all leave day
Sat - Mon ==> configure new plan and rerun
Tue ==> Final data check...
Wed ==> reserved for minor fixing and buffer

If all thing is going well, then we will turn on this menu for all employee and resume as normal. If you are ok with this...then I will work out with team to confirm the production date to apply after rehearsal in test environment next week.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
K.Nick,
After กล่าวกับทีมงาน คิดว่า วิธีดีที่สุดเพื่อปรับปรุงโครงร่างลาเบย์จะ "ย้อนกลับ และนำโครงร่างลาใหม่" แทนปรับหมายเลขโดยตรง นี้จะทำให้ผลกระทบน้อย และข้อมูลของคุณ...ทั้งโซลูชันต้องหยุดทำงานในการผลิตกี่วัน อย่างไรก็ตาม ตัวที่สองต้องตรวจสอบข้อมูลเพิ่มเติมและตรวจสอบซึ่งใช้เวลานาน แผน...ถ้าคุณตกลง...เราจะเรียกกระบวนการนี้ในสภาพแวดล้อมการทดสอบสัปดาห์ถัดไป และขั้นตอนและกระบวนการ แล้ว เมื่อเราตัดสินใจที่จะย้ายไปผลิต...ฉันจะขอดำเนินการ 5 วัน... โดยทำเช่นนี้ เมนู "ขาด" จะปิดใช้งาน เพื่อให้น้อยกว่าผลกระทบ พนักงาน...เราจะใช้กระบวนการนี้ในวันศุกร์ - พุธกับกำหนดการด้านล่าง

ศุกร์==>ม้วนกลับทั้งหมดเว้นวัน
เสาร์ - จันทร์==>กำหนดแผนใหม่และรีรัน
Tue ==>ข้อมูลสุดท้ายตรวจสอบ...
พุธ==>สงวนไว้สำหรับการแก้ไขเล็กน้อย และมีบัฟเฟอร์

ทุกสิ่งเป็นไปด้วย ถ้าเราจะเปิดเมนูนี้สำหรับพนักงานทั้งหมด และกลับมาเป็นปกติ ถ้าคุณเป็นตกลงนี้... แล้วฉันจะทำงานกับทีมเพื่อยืนยันวันผลิตใช้หลังจากซ้อมทดสอบในสัปดาห์ถัดไป
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
K.Nick,
หลังจากหารือกับทีมที่ผมคิดว่าวิธีที่ดีที่สุดที่จะปรับโครงการ BAY ลาคือ "ย้อนกลับไปใช้ใหม่และโครงการออกใหม่" แทนการปรับจำนวนโดยตรง ซึ่งจะทำให้มีผลกระทบน้อยและสำหรับข้อมูลของคุณ ... ทั้งการแก้ปัญหาต้องใช้เวลาในการผลิตอีกสองสามวัน แต่ตัวเลือกที่สองต้องมีการตรวจสอบข้อมูลและการตรวจสอบที่ใช้เวลานานใน เป็นแผน ... ถ้าคุณเห็นด้วย .... เราจะเรียกใช้กระบวนการในสภาพแวดล้อมการทดสอบนี้ในสัปดาห์หน้าและจับขั้นตอนและวิธีการ จากนั้นเมื่อเราตัดสินใจที่จะย้ายไปผลิต ... ฉันจะขอให้การดำเนินงานเป็นเวลา 5 วัน .... โดยการทำเช่นนี้เมนู "ขาด" จะปิดการใช้งาน เพื่อให้ผลกระทบน้อยกับพนักงาน ... เราจะใช้กระบวนการนี้ในวันศุกร์ - พกับตารางด้านล่างศ ==> ย้อนกลับออกจากทุกวันเสาร์ - จันทร์ ==> กำหนดแผนใหม่และวิ่งอังคาร ==> ตรวจสอบข้อมูลขั้นสุดท้าย ... พุธ ==> ลิขสิทธิ์สำหรับการแก้ไขเล็กน้อยและ buffer หากสิ่งที่ทั้งหมดจะไปได้ดีแล้วเราจะเปิดเมนูนี้สำหรับพนักงานทั้งหมดและดำเนินการตามปกติ หากคุณมีความตกลงกับนี้ ... แล้วฉันจะทำงานออกกับทีมงานเพื่อยืนยันวันที่ผลิตเพื่อนำไปใช้หลังจากการซ้อมในสภาพแวดล้อมการทดสอบในสัปดาห์หน้า







การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
K . นิค
หลังจากหารือกับทีม ผมคิดว่าวิธีที่ดีที่สุดในการปรับโครงการอ่าวทิ้งคือ " ม้วนกลับและขอทำโครงการออกใหม่ " แทนการปรับเบอร์โดยตรง นี้จะสร้างผลกระทบน้อยกว่า และ สำหรับข้อมูล . . . . . . . ทั้งโซลูชั่นที่ต้องการเสียก่อนในการผลิตไม่กี่วัน อย่างไรก็ตาม ตัวเลือกที่สองต้องเพิ่มเติมข้อมูลการตรวจสอบและการตรวจสอบซึ่งใช้เวลานาน เป็นแผน . . . . . . .หากคุณเห็นด้วย . . . . . . . เราจะใช้กระบวนการนี้ในสภาพแวดล้อมการทดสอบในสัปดาห์ถัดไป และยึดตามขั้นตอน และกระบวนการ แล้ว เมื่อเราตัดสินใจที่จะย้ายไปยังการผลิต . . . . . . . ฉันขอ 5 วัน . . . . . . . การทำเมนู " ขาด " จะปิดการใช้งาน เพื่อให้มันมีผลกระทบน้อยกว่า ลูกจ้าง . . . . . . . เราจะใช้กระบวนการนี้ในวันศุกร์ - วันพุธ กับตารางด้านล่าง

ศุกร์ = = > ย้อนกลับทุกวัน
เสาร์ - จันทร์ = = > ปรับแต่งใหม่วางแผนและฉายซ้ำ
อ. = = > สุดท้ายตรวจสอบข้อมูล . . . . . . .
แต่ง = = > สงวนไว้สำหรับรอง การแก้ไข และบัฟเฟอร์

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

Copyright ©2024 I Love Translation. All reserved.

E-mail: