In our combined 80+ years of execut

In our combined 80+ years of executive experience, we have been involved in the formation
and execution of numerous change management plans, policies, and procedures.
We have been successful yet both acknowledge early failures that turned into valuable
learning experiences. Fortunately, our failures didn’t leave a mark and enabled us to
improve on our subsequent efforts leading to very successful careers.
Many of our clients ask us to share some of our change management lessons learned
and best practices from these experiences to better posture themselves for success and
minimize risk. We present them here to assist you as you develop your own change
management plans and processes:
Touhill’s Best Practices in Change Management
1. Communicate early and often: Nobody likes surprises. Every time you make
a change to an information system, an application, a web page, or data exchanges,
make sure you inform those affected by the change well before you make the change.22 Anticipate resistance and address fears by clearly articulating
why the change is needed and how it will affect the individual. Seek to involve
people in the change as opposed to imposing it upon them. Make sure you invest
in two-way communication throughout all stages of your change management
process.
2. Don’t rush to field crummy products: If you rush a change that produces crummy
results, you are rushing to fail. Crummy results erode confidence and make next
steps even more difficult. Carefully balance the demands for speedy delivery of
products with the demands for quality products as part of your risk management
process. Decisions regarding timelines and quality are management-level decisions.
Make sure that communication is strong between all parties to make certain
that risk is appropriately identified and decisions are made with the right information.
We’ve often found that adequate results are better than gold-plated results and
always better than crummy products that leave everyone disappointed.
3. Timing is everything: Have you ever had a system administrator take down a
service such as your email during the height of the workday because it was convenient
for the administrator? We hate that and won’t tolerate that in our organizations.
Changes need to be accomplished for the betterment of the organization
and its objectives. In his latest CIO position, the author was challenged by a fellow
managing director as to why the IT staff performed maintenance on a key
transportation system at 1:30 in the afternoon on Tuesdays. I told him we found
that well over 90% of the users of the system were in Afghanistan, and when we
asked them when would be a good time to do our maintenance so that it wouldn’t
interfere with their operations, they told us midnight leading into Wednesday was
best. Because Afghanistan is 10.5 hours ahead of us in time zones, we did our
maintenance at their convenience, during our afternoon. We recommend that
when you introduce changes, you do so at the convenience of those affected by
the changes. Not only is it common courtesy, but also it is good business.

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

ในรวมกว่า 80 ปีของประสบการณ์บริหาร เราได้มีส่วนร่วมในการก่อตัวและการดำเนินการจำนวนมากเปลี่ยนแผน นโยบาย และกระบวนการเราประสบความสำเร็จ แต่ทั้งสองยอมรับความล้มเหลวก่อนที่กลายเป็นที่มีค่าประสบการณ์การเรียนรู้ โชคดี ความล้มเหลวของเราไม่ได้ทิ้งเครื่องหมาย และให้เราปรับปรุงในความพยายามของเราในเวลาต่อมานำไปสู่อาชีพที่ประสบความสำเร็จมากลูกค้าของเราจำนวนมากขอให้เราแชร์ของเราเปลี่ยนแปลงการจัดการเรียนรู้และแนวทางจากประสบการณ์เหล่านี้ไปดีกว่าท่าตัวเองสู่ความสำเร็จ และลดความเสี่ยง เรานำเสนอได้ที่นี่จะช่วยคุณพัฒนาเปลี่ยนแปลงของคุณเองแผนการจัดการและกระบวนการ:Touhill ของแนวทางปฏิบัติในการจัดการการเปลี่ยนแปลง1. ต้น และมักจะสื่อสาร: ไม่มีใครชอบประหลาดใจ ทุกครั้งที่คุณทำการเปลี่ยนแปลงการใช้ระบบข้อมูล โปรแกรมประยุกต์ เว็บเพจ หรือแลก เปลี่ยนข้อมูลการตรวจสอบให้แน่ใจว่าคุณแจ้งผู้ได้รับผลกระทบจากการเปลี่ยนแปลงดีก่อนที่จะทำการ change.22 Anticipate ความต้านทานและอยู่กลัว โดยการสื่อสารอย่างชัดเจนทำไมจึงต้องใช้การเปลี่ยนแปลงและวิธีการที่จะมีผลแต่ละ ค้นหาที่เกี่ยวข้องกับคนในการเปลี่ยนแปลงแทนที่สง่างามมา การตรวจสอบให้แน่ใจว่าคุณลงทุนในการสื่อสารแบบสองทิศทางทั่วทุกขั้นตอนการบริหารจัดการการเปลี่ยนแปลงกระบวนการอย่ารีบฟิลด์ตตัวผลิตภัณฑ์: ถ้าคุณวิ่งเปลี่ยนที่ผลิตตตัวผล คุณจะวิ่งล้ม ตตัวผลกัดกร่อนความเชื่อมั่น และทำต่อไปsteps even more difficult. Carefully balance the demands for speedy delivery ofproducts with the demands for quality products as part of your risk managementprocess. Decisions regarding timelines and quality are management-level decisions.Make sure that communication is strong between all parties to make certainthat risk is appropriately identified and decisions are made with the right information.We’ve often found that adequate results are better than gold-plated results andalways better than crummy products that leave everyone disappointed.3. Timing is everything: Have you ever had a system administrator take down aservice such as your email during the height of the workday because it was convenientfor the administrator? We hate that and won’t tolerate that in our organizations.Changes need to be accomplished for the betterment of the organizationand its objectives. In his latest CIO position, the author was challenged by a fellowmanaging director as to why the IT staff performed maintenance on a keytransportation system at 1:30 in the afternoon on Tuesdays. I told him we foundthat well over 90% of the users of the system were in Afghanistan, and when weasked them when would be a good time to do our maintenance so that it wouldn’tinterfere with their operations, they told us midnight leading into Wednesday wasbest. Because Afghanistan is 10.5 hours ahead of us in time zones, we did ourmaintenance at their convenience, during our afternoon. We recommend thatwhen you introduce changes, you do so at the convenience of those affected bythe changes. Not only is it common courtesy, but also it is good business.

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

ในรวมกว่า 80 ปีของประสบการณ์ของผู้บริหารเราได้รับการมีส่วนร่วมในการก่อตัว
และการดำเนินการต่าง ๆ นานาแผนบริหารการเปลี่ยนแปลงนโยบายและขั้นตอน.
เราได้รับประสบความสำเร็จทั้งยังได้รับทราบความล้มเหลวในช่วงต้นที่กลายเป็นที่มีคุณค่า
ประสบการณ์การเรียนรู้ โชคดีที่ความล้มเหลวของเราไม่ได้ทิ้งรอยและช่วยให้เราสามารถ
ปรับปรุงเกี่ยวกับความพยายามของเราที่ตามมาจะนำไปสู่การประกอบอาชีพที่ประสบความสำเร็จมาก.
หลายของลูกค้าของเราขอให้เราแบ่งปันบางส่วนของบทเรียนการจัดการการเปลี่ยนแปลงของเราได้เรียนรู้
และการปฏิบัติที่ดีที่สุดจากประสบการณ์เหล่านี้ให้ดีขึ้นท่าทางตัวเอง สำหรับความสำเร็จและ
ลดความเสี่ยง เรานำเสนอที่นี่ให้ความช่วยเหลือคุณในขณะที่คุณพัฒนาเปลี่ยนแปลงของคุณเอง
แผนการจัดการและกระบวนการ:
ปฏิบัติที่ดีที่สุด Touhill ในการบริหารการเปลี่ยนแปลง
1 สื่อสารต้นและมักจะ: ไม่มีใครชอบที่น่าประหลาดใจ เวลาที่คุณทำทุก
การเปลี่ยนแปลงระบบสารสนเทศ, โปรแกรมหน้าเว็บหรือการแลกเปลี่ยนข้อมูล
ให้แน่ใจว่าคุณแจ้งให้ผู้ที่ได้รับผลกระทบจากการเปลี่ยนแปลงที่ดีก่อนที่คุณจะ change.22 คาดว่าจะต้านทานและที่อยู่โดยความกลัวอย่างเห็นได้ชัดอย่างชัดเจน
ว่าทำไมการเปลี่ยนแปลง เป็นสิ่งจำเป็นและวิธีการที่จะมีผลต่อบุคคล พยายามที่จะเกี่ยวข้องกับ
คนที่อยู่ในการเปลี่ยนแปลงเมื่อเทียบกับการจัดเก็บภาษีบนคนเหล่านั้น ให้แน่ใจว่าคุณลงทุน
ในการสื่อสารแบบสองทางตลอดทุกขั้นตอนของการจัดการการเปลี่ยนแปลงของ
กระบวนการ.
2 ไม่รีบเร่งไปยังเขตข้อมูลผลิตภัณฑ์ crummy: ถ้าคุณรีบเร่งในการเปลี่ยนแปลงที่ผลิต crummy
ผลคุณจะวิ่งไปล้มเหลว ผลการ crummy บั่นทอนความเชื่อมั่นและทำให้ต่อไป
ตามขั้นตอนที่ยากยิ่งขึ้น ระมัดระวังความสมดุลของความต้องการสำหรับการจัดส่งรวดเร็วของ
ผลิตภัณฑ์ที่มีความต้องการสำหรับผลิตภัณฑ์ที่มีคุณภาพเป็นส่วนหนึ่งของการบริหารความเสี่ยงของ
กระบวนการ การตัดสินใจเกี่ยวกับระยะเวลาและมีคุณภาพการตัดสินใจการจัดการระดับ.
ตรวจสอบให้แน่ใจว่าการสื่อสารที่มีความแข็งแรงระหว่างทุกฝ่ายเพื่อให้แน่ใจ
ว่ามีความเสี่ยงจะถูกระบุอย่างเหมาะสมและการตัดสินใจที่จะทำด้วยข้อมูลที่ถูกต้อง.
เรามักจะพบว่าผลที่เพียงพอจะดีกว่าทอง ผลการชุบและ
เสมอดีกว่าผลิตภัณฑ์ crummy ที่ออกจากทุกคนผิดหวัง.
3 เวลาเป็นทุกอย่าง: คุณเคยมีผู้ดูแลระบบจะลง
บริการเช่นอีเมลของคุณในระหว่างความสูงของวันทำงานเพราะมันเป็นความสะดวกสบาย
สำหรับผู้ดูแลระบบ? เราเกลียดที่และจะไม่ยอมให้ว่าในองค์กรของเรา.
การเปลี่ยนแปลงจะต้องมีการประสบความสำเร็จที่ดีขึ้นขององค์กร
และวัตถุประสงค์ ในตำแหน่ง CIO ล่าสุดของเขาที่ผู้เขียนกำลังถูกท้าทายโดยเพื่อน
ผู้อำนวยการบริหารเป็นไปทำไมเจ้าหน้าที่ไอทีดำเนินการบำรุงรักษาคีย์
ระบบการขนส่งที่ 1:30 ในช่วงบ่ายในวันอังคาร ผมบอกเขาว่าเราพบ
ว่าดีกว่า 90% ของผู้ใช้ระบบอยู่ในอัฟกานิสถานและเมื่อเรา
ถามพวกเขาเมื่อจะเป็นเวลาที่ดีที่จะทำการบำรุงรักษาของเราเพื่อที่มันจะไม่
ยุ่งเกี่ยวกับการดำเนินงานของพวกเขาพวกเขาบอกเราเที่ยงคืน นำเข้ามาในวันพุธ
ที่ดีที่สุด เพราะอัฟกานิสถาน 10.5 ชั่วโมงข้างหน้าของเราในโซนเวลาที่เราทำของเรา
ในการบำรุงรักษาที่สะดวกของพวกเขาในช่วงบ่ายวันของเรา เราขอแนะนำว่า
เมื่อคุณแนะนำเปลี่ยนแปลงคุณทำเช่นนั้นในความสะดวกสบายของผู้ที่รับผลกระทบจาก
การเปลี่ยนแปลง ไม่เพียง แต่มันเป็นมารยาททั่วไป แต่ยังเป็นธุรกิจที่ดี

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

ในของเรารวมกัน 80 ปี + ประสบการณ์ของผู้บริหาร เราได้มีส่วนร่วมในการสร้างและการดำเนินการของแผนบริหารการเปลี่ยนแปลงหลายนโยบาย และกระบวนการเราได้ประสบความสำเร็จอีกทั้งรับทราบก่อนความล้มเหลวที่กลายเป็นที่มีคุณค่าประสบการณ์การเรียนรู้ โชคดี , ความล้มเหลวของเราไม่ได้ทิ้ง มาร์ค และ ทำให้เราปรับปรุงของเราต่อมาความพยายามที่นำไปสู่อาชีพที่ประสบความสำเร็จหลายของลูกค้าของเราให้เราแบ่งปันบางส่วนของบทเรียนที่เราได้เรียนรู้ การบริหารการเปลี่ยนแปลงและวิธีปฏิบัติที่ดีที่สุดจากประสบการณ์เหล่านี้ดีกว่าท่าตัวเองเพื่อความสำเร็จ และลดความเสี่ยง เรานำเสนอที่นี่จะช่วยคุณพัฒนา เปลี่ยนแปลง ของคุณเองแผนการจัดการและกระบวนการ :touhill ของการปฏิบัติที่ดีที่สุดในการจัดการการเปลี่ยนแปลง1 . ติดต่อต้นและมักจะไม่มีใครชอบประหลาดใจ ทุกครั้งที่คุณให้มีอะไรเปลี่ยนไปเป็นข้อมูลระบบ , โปรแกรม , หน้าเว็บหรือข้อมูลแลกเปลี่ยนให้แน่ใจว่าคุณแจ้งให้ผู้ได้รับผลกระทบจากการเปลี่ยนแปลงก่อนที่คุณจะ change.22 คาดหวังและความกลัวโดยชัดเจน articulating ความต้านทานที่อยู่ทำไมเปลี่ยนไหมเป็นและวิธีการที่จะส่งผลกระทบต่อบุคคล ค้นหาที่เกี่ยวข้องกับคนไหมเปลี่ยนเป็นนอกคอกรบกวนมันแก่พวกเขา ให้แน่ใจว่าคุณ ลงทุนในการสื่อสารสองทางตลอดทุกขั้นตอนของการจัดการการเปลี่ยนแปลงของคุณกระบวนการ2 . อย่ารีบผลิตภัณฑ์ที่ไม่มีค่าสนาม : ถ้าคุณรีบเปลี่ยนที่ผลิตที่ไม่มีค่าผลลัพธ์ที่คุณกำลังรีบที่จะล้มเหลว ผลลัพธ์ที่ไม่มีค่าบั่นทอนความเชื่อมั่นและให้ต่อไปขั้นตอนที่ยากขึ้น อย่างสมดุลความต้องการสำหรับการ จัดส่ง ที่รวดเร็วของผลิตภัณฑ์ที่มีความต้องการสินค้าคุณภาพเป็นส่วนหนึ่งของการบริหารจัดการความเสี่ยงกระบวนการ การตัดสินใจเกี่ยวกับระยะเวลาและคุณภาพการตัดสินใจระดับบริหารตรวจสอบให้แน่ใจว่า การสื่อสารที่แข็งแกร่งระหว่างทุกฝ่ายเพื่อให้แน่ใจระบุความเสี่ยงที่เหมาะสมและการตัดสินใจด้วยข้อมูลที่ถูกต้องเรามักจะพบว่า ผลลัพธ์เพียงพอดีกว่าทองผล และเสมอดีกว่าอารมณ์ร้ายผลิตภัณฑ์ที่ออกจากทุกคนผิดหวัง3 . เวลาคือทุกอย่างที่คุณเคยมีผู้ดูแลระบบลงบริการเช่นอีเมลของคุณในระหว่างความสูงของวันทำงาน เพราะมันสะดวกสำหรับผู้ดูแลระบบ เราเกลียดและไม่ยอมให้ว่าในองค์กรของเราการเปลี่ยนแปลงที่ต้องทำสำหรับ betterment ขององค์กรและวัตถุประสงค์ของ ในตำแหน่ง CIO ล่าสุดของเขา ผู้เขียนถูกท้าทายโดยเพื่อนกรรมการผู้จัดการ ว่าทำไมพนักงานมันทำการรักษากุญแจระบบการขนส่งที่ 1 : 30 ในช่วงบ่ายวันอังคาร ฉันบอกเขาว่า เราพบได้ดีกว่า 90% ของผู้ใช้ระบบ และเมื่อเราอยู่ในอัฟกานิสถานถามพวกเขาเมื่อจะเป็นเวลาที่ดีที่จะทำบำรุงรักษาของเราเพื่อให้มันไม่ได้ขัดขวางการทำงานของพวกเขา พวกเขาบอกเราว่าเที่ยงคืนชั้นนำในวันพุธ คือที่ดีที่สุด เนื่องจากอัฟกานิสถานเป็น 10.5 ชั่วโมงข้างหน้าของเราในโซนเวลา เราทำของเราการบำรุงรักษาที่สะดวกของพวกเขา ในช่วงบ่ายของเรา เราขอแนะนำว่าเมื่อคุณแนะนำการเปลี่ยนแปลงที่คุณทำในความสะดวกสบายของผู้ที่ได้รับผลกระทบโดยการเปลี่ยนแปลง ไม่เพียง แต่มันเป็นมารยาท แต่ยังเป็นธุรกิจที่ดี