In the original implemenlation, 'Top Management Support
and Championship" was critically important. Due to the amount
of change to business processes and the way information is
acquired, stored, accessed and analyzed, it is very important for
top management to show its support in order to facilitate change.
Support can be demonstrated in a number of ways such as
publicly communicating support and allocating necessary
resources for the project. In the case of both organizations, top
management showed their support in both ways. Championship
is very important in the original implementation as well. Botfi
organizations had a project champion who sold the project
throughout the organization and was the "cheerleader" or
motivator of the project team. One of the best examples of the
importance of senior management support is demonstrated in the
case of one of the organizations where a senior manager did not
support the ERP implementation. Due to his negative opinion
toward the project, the managers working in his/her department
began to share his/her disdain and communicated it to other
employees. On the other hand, in the departments where senior
management did support the implementation, managers and
other employees shared their enthusiasm.
'Top Management Support and Championship' was not as
important during the upgrade project. One of the module owners
said that even though they did have top management support for
the upgrade, it wasn't as necessary because the new system
would not affect users to the extent that the original
implementation did. It was necessary to gain the support of
management in order to attain the necessary resources, but due
to the relatively smaller amount of resourees necessary for this
project the highest levels of management didn't have to get
involved. Furthermore, the project team didn't emphasize the
importance of the project champion during the upgrade. In the
interviews, the participants either stated that championship
wasn't as important or indicated a lower level of agreement on
who was the project champion than in the original
implementation.
Top management support is one of the few critical success
factors that is most important during the Chartering phase of the
project and decreases in importance as the projeet progresses. Its
importance in the first phase of the project is due to the need for
the allocation of resources that occurs at the beginning of the
project. If there is no support for the project from top
management at the beginning of the project, the ERP system
might not be implemented at all. This occurs both in the
implementation and the upgrade of the ERP system.
'Communication' is very important in both the
implementation and upgrade. Both organizations took steps to
facilitate and encourage communication between the project
team members and stakeholders in the organizations. In the case
of State University, the project team was relocated to an office
with no cuhicle subdivisions that one of the module owners
called the "bullpen" because it forced them to come into contact
with the team members. Each person had only a desk to
facilitate the communication and "overhearing" what are the
issues with other parts of the system. For Public Power
Company, their way of facilitating communication was to move
the project team to a rented building in order to create a new
work environment. Because the people implementing the system
were collocated for the duration of the project, many of them
expressed the feeling of being part of a team. Communication
with stakeholders outside of the project was also very important.
Expectations for the project and the project's progress were
communicated using a number of channels including posters and
the intranet. During Uie implementation, fiiture users knew that
an EPR system was being implemented and when to expect
different milestones.
During the upgrade, the communication between project
team members continued being very important. Although
conscious steps were not taken to facilitate communication,
channels had already been defined to facilitate this
communication. In the case of State University, the project team
of the original implementation became responsible for the
system once it was implemented. Therefore, they were
collocated to facilitate communication among the team
members. In the case of Public Power Company, the team
members already knew each other and had experience working
together. This contact facilitated communication.
It is interesting to note that tbe importance of
communication from the Project to the Shakedown phase is
different between the implementation and upgrade lifecycles. In
the case of ERP implementation, communication grows in
importance from the Project to the Shakedown phase since
multiple stakeholders (such as users, consultants and vendors)
play a key part in fine-tuning the system. Staffing may also
increase to deal with temporary inefficiencies while users
receive fiarther training or retraining. The implementation team
works closely with users during the Shakedown phase to fix
hugs and to deal with problems that arise in stabilizing the
system. On the other hand, the importance of communication
decreases from the Project to the Shakedown phase of the ERP
upgrade lifecycle since the system is largely stabilized af^er the
initial implementation. After the Project phase of the ERP
upgrade lifecycle. users would have been trained on the
upgraded system and the implementation team would have
completed the configuration and testing of the upgraded system.
Unless major problems arise with the rollout of^ the upgraded
system, communication with stakeholders would decrease. Since
most upgrades are purely technical and involved only minor
changes to user interfaces and business processes,
communication with stakeholders decreases from the Project to
the Shakedown phase.
'Change Management' is shown to be very important
throughout the implementation and upgrade. In order to
determine tbe type and amount of change an organization is
undertaking, one could look at the effects of business process
reengineering (BPR) in the organization. In the case of Public
Power Company, the organization took a decision at the
beginning of the project to change their business processes in
order to match those of the ERP system and take advantage of
the best practices it ofiers- "We wanted to remain as close to
vanilla as possible," said the CIO. On the other hand. State
University changed some of its business processes but
maintained some if its own and therefore had to customize its
implementation.
Another large part of change management is training. In
both organizations, training for end-users was done by members
of the project team. Team members would go to training in their
particular modules of expertise and come hack to the
organization to teach the other employees in their area. Training
for IT personnel was slightly different because all employees in
the systems administration (Basis) and programming (ABAP)
had to go to classes. Along with training, making sure a user
support organization was available for the users proved to be
critical during the project. User support usually followed a
number of tiers in both organizations. If users had a problem,
they would contact the first level of support. If the problem was
not solved, it would be sent to a higher level of support,
probably one of the module owners. If Ue problem was not
ใน implemenlation เดิม, ' ด้านบนจัดการสนับสนุน
และแชมป์ "เป็นสำคัญมิ เนื่องจากยอด
เปลี่ยนกระบวนการทางธุรกิจและวิธีการข้อมูลถูก
มา จัดเก็บ การเข้าถึง และวิเคราะห์ มันเป็นสิ่งสำคัญมากสำหรับ
บริหารเพื่อแสดงการสนับสนุนเพื่อช่วยในการเปลี่ยนแปลงได้สูงสุด
สนับสนุนสามารถถูกแสดงในหลายวิธีเช่น
สนับสนุนการสื่อสารสาธารณะ และการปันส่วนจำ
ทรัพยากรสำหรับโครงการ ในกรณีขององค์กรทั้งสอง ด้านบน
จัดการแสดงความสนับสนุนในทั้งสองวิธี แชมป์
เป็นสิ่งสำคัญมากในการดำเนินการเดิมเช่นการ Botfi
องค์กรได้แชมป์โครงการที่โครงการขาย
ทั่วองค์กร และเป็นเชียร์ลีที่ "ดเดอร์" หรือ
motivator ของทีมโครงการ หนึ่งตัวอย่างที่ดีที่สุดของ
คือแสดงความสำคัญของการสนับสนุนผู้บริหารในการ
กรณีหนึ่งขององค์กรที่ผู้จัดการอาวุโสไม่
สนับสนุนงาน ERP จากความเห็นของเขาลบ
ไปทางโครงการ ผู้จัดการที่ทำงานในแผนกเขา/เธอ
เริ่มร่วม disdain เขา/เธอ และสื่อสารกับอื่น ๆ
พนักงาน ในทางตรงข้าม ในแผนกต่าง ๆ อาวุโส
จัดการได้สนับสนุนการใช้งาน ผู้จัดการ และ
พนักงานอื่น ๆ ร่วมความกระตือรือร้นของพวกเขา
'ด้านบนจัดการสนับสนุนและแชมป์' ไม่เป็น
สำคัญในช่วงเวลานั้น หนึ่งในเจ้าของโมดูล
กล่าวว่า แม้ว่าพวกเขาไม่ได้มี ผู้บริหารระดับสูงสนับสนุน
เกรด มันไม่ได้ตามความจำเป็นเนื่องจากระบบใหม่
จะส่งผลต่อผู้ใช้ที่เดิม
ใช้งานไม่ ก็จำเป็นต้องได้รับการสนับสนุนของ
จัดการเพื่อบรรลุทรัพยากรที่จำเป็น แต่ผล
จำนวน resourees ที่จำเป็นสำหรับการนี้ค่อนข้างเล็ก
โครงการระดับสูงสุดของการจัดการไม่ต้องรับ
เกี่ยวข้อง นอกจากนี้ ทีมโครงการไม่เน้นการ
ความสำคัญของโครงการแชมป์ระหว่างการปรับรุ่น ใน
การสัมภาษณ์ผู้เข้าร่วมอาจระบุว่า แชมป์
wasn ไม่สำคัญ หรือระบุเป็นระดับต่ำกว่าข้อตกลงใน
ใครเป็นแชมป์โครงการกว่าในต้นฉบับ
ดำเนินการ
สนับสนุนผู้บริหารระดับสูงเป็นหนึ่งในความสำเร็จที่สำคัญไม่กี่
ปัจจัยที่สำคัญที่สุดระหว่าง Chartering ขั้นตอนของการ
โครงการและลดความสำคัญเป็นยะ projeet ของ
สำคัญในระยะแรกของโครงการได้เนื่องจากต้องการ
การปันส่วนของทรัพยากรที่เกิดขึ้นที่จุดเริ่มต้นของการ
โครงการ ถ้าไม่มีการสนับสนุนโครงการจากด้านบน
จัดการที่จุดเริ่มต้นของโครงการ ระบบ ERP
อาจไม่ได้ใช้เลย เกิดขึ้นทั้งในการ
ดำเนินงานและการปรับรุ่นของ ERP ระบบ
'สื่อสาร' เป็นสิ่งสำคัญมากทั้งใน
อัพเกรดและใช้งาน องค์กรทั้งสองเอาขั้นตอนการ
อำนวยความสะดวก และส่งเสริมให้การติดต่อสื่อสารระหว่างโครงการ
ทีมสมาชิกและมีส่วนได้เสียในองค์กร ในกรณี
ของมหาวิทยาลัย ทีมโครงการถูกย้ายไปสำนักงาน
กับไม่แบ่งย่อย cuhicle ที่หนึ่งของเจ้าของโมดูล
เรียกว่า "bullpen" เพราะมันบังคับให้มาติดต่อ
กับสมาชิกในทีม แต่ละคนมีเพียงโต๊ะไป
อำนวยความสะดวกในการสื่อสาร และ "overhearing" คืออะไร
ปัญหากับส่วนอื่น ๆ ของระบบ สำหรับไฟฟ้าสาธารณะ
บริษัท วิธีการอำนวยความสะดวกในการสื่อสารคือการ ย้าย
ทีมโครงการอาคารเช่าเพื่อสร้าง
บรรยากาศการทำงาน เนื่องจากคนที่ใช้ระบบ
ถูก collocated สำหรับระยะเวลาของโครงการ หลาย
แสดงความรู้สึกของการเป็นส่วนหนึ่งของทีม สื่อสาร
กับเสียภายนอกโครงการยังเป็นสิ่งสำคัญมาก.
ความคาดหวังของโครงการและความคืบหน้าของโครงการได้
สื่อสารโดยใช้จำนวนช่องรวมทั้งโปสเตอร์ และ
อินทราเน็ต ในระหว่างใช้งาน Uie, fiiture ผู้รู้
ได้ถูกดำเนินการเป็นระบบชนิด epr ที่ทุก ๆ และเมื่อคาดหวัง
เหตุการณ์สำคัญต่าง ๆ
ระหว่างการอัพเกรด การสื่อสารระหว่างโครงการ
ทีมอย่างต่อเนื่องเป็นสิ่งสำคัญมาก แม้ว่า
สติขั้นตอนที่ไม่ได้ถูกนำไปช่วยในการสื่อสาร,
แล้วได้กำหนดช่องทางเพื่ออำนวยความสะดวกนี้
สื่อสาร ในกรณีของมหาวิทยาลัย ทีมโครงการ
ของต้นฉบับกลายเป็นชอบ
ระบบเมื่อมีการใช้งาน ดังนั้น พวก
collocated เพื่อให้ง่ายต่อการติดต่อสื่อสารระหว่างทีม
สมาชิก ในกรณีของ บริษัทไฟฟ้าสาธารณะ ทีม
สมาชิกรู้กัน และมีประสบการณ์ทำงานแล้ว
ร่วมกัน บริการนี้ติดต่อสื่อสาร
เป็นที่น่าสนใจที่สำคัญ tbe ของหมายเหตุ
สื่อสารจากโครงการระยะปอกลอกเป็น
แตกวัฐจักรการดำเนินงานและการปรับรุ่น ใน
กรณีของการนำ ERP การสื่อสารเติบโตใน
สำคัญจากโครงการระยะปอกลอกตั้งแต่
เสียหลาย (เช่นผู้ใช้ ที่ปรึกษา และผู้ขาย)
เล่นเป็นส่วนสำคัญในระบบงานเพื่อให้เกิด พนักงานอาจยัง
เพิ่มเพื่อจัดการกับ inefficiencies ชั่วคราวในขณะที่ผู้ใช้
รับ fiarther ฝึกอบรม หรือ retraining ทีมงาน
ทำงานใกล้ชิดกับผู้ใช้ระหว่างขั้นตอนการปอกลอกแก้ไข
hugs และจัดการกับปัญหาที่เกิดขึ้นใน stabilizing
ระบบการ ในทางกลับกัน ความสำคัญของการสื่อสาร
ลดลงจากโครงการระยะปอกลอกของ ERP การ
เกรดวงจรตั้งแต่ระบบส่วนใหญ่เสถียร af
เอ้อ
ขั้น หลังจากขั้นของ ERP การ
เกรดวงจร ผู้ใช้จะได้รับการฝึกอบรมในการ
อัพเกรดระบบและทีมงานจะมี
เสร็จสิ้นการกำหนดค่าและการทดสอบระบบอัพเกรด
ยกเว้นว่าปัญหาสำคัญที่เกิดขึ้นกับไวร์เลส
ที่อัพเกรด
ระบบสื่อสารกับผู้มีส่วนได้เสียจะลดลง ตั้งแต่
การอัพเกรดส่วนใหญ่เป็นวิชาเฉพาะทางด้านเทคนิคเพียงอย่างเดียว และเกี่ยวข้องกับรอง
เปลี่ยนอินเทอร์เฟซผู้ใช้และกระบวนการทางธุรกิจ,
สื่อสารกับผู้มีส่วนได้เสียลดลงจากโครงการไป
ระยะปอกลอก
'จัดการการเปลี่ยนแปลง' จะแสดงเป็นอย่างยิ่ง
ตลอดการใช้งานและการอัพเกรด เพื่อ
กำหนดชนิด tbe และจำนวนการเปลี่ยนแปลงองค์กรคือ
ประกอบ หนึ่งสามารถดูผลของกระบวนการทางธุรกิจ
(BPR) การรื้อปรับระบบในองค์กร ในกรณีของรัฐ
บริษัท องค์กรที่ใช้เวลาการตัดสินใจที่จะ
จุดเริ่มต้นของโครงการที่จะเปลี่ยนกระบวนการทางธุรกิจของพวกเขาใน
สั่งตรงกับระบบ ERP และเอารัดเอาเปรียบ
ส่วนการปฏิบัตินั้น ofiers- "เราอยากอยู่ใกล้กับ
วานิลลาเป็น, " CIO กล่าวว่า ในทางตรงข้าม รัฐ
มหาวิทยาลัยเปลี่ยนแปลงบางส่วนของกระบวนการทางธุรกิจ แต่
รักษาถ้าบางตน และดังนั้นจึง มีการกำหนดของ
ดำเนินการ
อีกส่วนใหญ่ของการจัดการการเปลี่ยนแปลงเป็นการฝึกอบรม ใน
ทั้งองค์กร ทำการฝึกอบรมสำหรับผู้ใช้งาน โดยสมาชิก
ของทีมโครงการ ทีมจะไปฝึกอบรมในการ
โมดูเฉพาะความเชี่ยวชาญมาสับไป
องค์กรสอนพนักงานอื่น ๆ ในพื้นที่ของตน ฝึกอบรม
จะบุคลากรต่างกันเล็กน้อยเนื่องจากพนักงานทั้งหมดใน
ดูแลระบบ (พื้นฐาน) การเขียนโปรแกรม (ภาษาอาบัป)
ต้องไปเรียน พร้อมกับฝึกอบรม ตรวจสอบให้แน่ใจว่าผู้ใช้
สนับสนุนองค์กรมีผู้พิสูจน์ได้ว่าใช้
สำคัญระหว่างโครงการ สนับสนุนผู้ใช้ที่มักจะตามตัว
จำนวนระดับในองค์กรทั้งสอง ถ้าผู้ใช้มีปัญหา,
พวกเขาต้องติดต่อระดับแรกของการสนับสนุน ถ้าปัญหา
ไม่แก้ไข มันจะถูกส่งไปยังระดับสูงกว่า สนับสนุน
คงหนึ่งเจ้าของโมดูล ถ้าไม่มีปัญหา Ue
การแปล กรุณารอสักครู่..