The Human Side of WMS Implementatio

The Human Side of WMS Implementations

Catherine L. Cooper

Too many WMS implementations struggle and fail, not because of the system’s weak technical performance, but because of a poorly handled project and people management problems. The many tasks associated with implementing a WMS can make the responsibilities of a project manager seem intimidating. Regardless of which system you select and how much support you expect from the vendor, there is a body of knowledge that you must have as a project manager in order to lead your team through a successful WMS implementation.

Your first mandate is to utilize technical resources for assistance with WMS specific issues, such as the selection of both system and vendor, development of test plans and interfaces, and the hardware setup. You are the manager, and that means that you should not try to be an expert in every area of the project.

Your second mandate is to understand that, despite your best efforts, your WMS project may fail. It is a serious mistake to assume that you will never need to return to the system that you had before (the legacy system). Therefore, be prepared with a clear back-out plan. The days before a new system goes "live" are stressful. Chaos could ensue if the system fails and you are not fully prepared to recover quickly. Before you begin the installation, establish a back-out team, define its responsibilities, and describe step-by-step procedures for returning to the legacy system. The team should review this contingency plan several times before start-up.

There are some project management issues common to most WMS installations, and several basic do’s and don’ts for leading a cohesive project team, developing a positive communication plan, establishing effective communications channels, and identifying essential training activities. Each of these stages is fraught with pitfalls. Some common traps are described below, along with suggestions for managing or, in the best case, avoiding them.

Project Team

Don’t underestimate the importance of project team development. Allowing your corporate organization chart to evolve over time by assigning responsibilities to people, rather than people to functional responsibilities, can result in a dysfunctional team shaped by relationships, personalities, and low morale.

Do take the time to assemble a group with clearly defined roles and responsibilities, and one that is capable of maintaining motivation and commitment throughout the duration of the project. No matter how large or capable your crew is in the beginning, it needs to be properly sized so that momentum and energy can be sustained to the finish line. It is difficult to do this with a large group of loosely knit people, so designate both a core and support team based on functional responsibilities. A sample organization chart is shown in Figure 1.



Project Team Development

Don’t assume that your team possesses all needed skills and that it will not require additional training.

Do assess the team’s capability for achieving a successful implementation. The four main assessment categories are project administration, functional concepts, software modules, and hardware components. To manage a project effectively, the team needs working knowledge in each of these areas. At the very minimum, the team should perform a self-evaluation, but it may be more helpful to have an industry expert conduct the assessment. Based on the assessment results, develop a team education plan outlining the steps required to master the skills needed by the team.

While communication is vital, do not schedule meetings so frequently that you raise the risk of team burnout before the project is completed. Participation and overall project morale wane when people feel that they are not contributing or benefiting from project meetings.

Do schedule full-team meetings monthly or bi-weekly, depending on the project’s requirements. These meetings should focus on status updates and discussions of interest to all the participants, including support team members. Core team members, however, should be in constant communication, getting together several times a week in order to handle functional issues that may not always pertain to the entire group. An additional reason for adopting the team structure is that it helps control people’s time and the company’s resources.

Positive Communication

Don’t forget to name your project or it will be done for you. As with all nicknames, once it sticks – it is yours. No one wants to be known for managing Project Hopeless or a name derived from a deliberate mispronunciation of the WMS package name.

Do proactively name your project, preferably with a short, catchy title that imparts a positive message.

It is a mistake to let the project slowly ramp up as activities are initiated. Instead, be sure to kick off the WMS implementation correctly, an essential step in managing a positive project communication campaign. First, hold an executive briefing to introduce the project’s name, team, objectives, and benefits. Present the schedule, budget, issues, and risks at the same time. Second, introduce the project to your "customers" – the system’s users in the warehouse. A warehouse project kickoff, held during normal shift hours, is very effective. The goal is to announce the reasons for, and the benefits of the project in an upbeat manner. The presentation should include the implementation plans along with the explanation that future updates will be posted on company bulletin boards.

Don’t keep project status information secret or attempt to hide problem issues. No news is not necessarily good news when it comes to corporate activities. Perfect projects rarely exist. You will gain respect by facing difficult issues rather than concealing them.

Do provide continued project updates following the kickoff. Informing people of the project status helps mitigate gossip such as "I heard the project has been put on hold …." People are much more positive and understanding when they are informed. By sharing issues with management, you avoid surprises and may be fortunate enough to receive an unexpected solution. When problems are discovered you need to get pre-approval of contingency plans.

Training

Never underestimate the planning required to develop an effective training program. Weak training programs are a major cause of troubled implementations. Next to having a system that works, a well-trained user group is the most essential component in a successful WMS implementation.

You must develop a training plan that covers the format, approach, course structure and requirements, administration, scheduling, and resources (hardware, software, and trainers). Training can be paper- or computer-based, in a classroom or on the job. It is essential to promptly determine the correct approach for your situation.

Don’t Miss The Benefits Of Getting Supervisors Involved Early

Do conduct supervisor training. This training provides the opportunity to pilot the training materials and operational concepts. Even though acceptance testing may prove that the system works, it may not identify functional problems that supervisors could uncover during training. Also, users are more receptive when the terminology and examples are correctly tailored for their own facility. When you teach supervisors how to handle exceptions and troubleshoot problems, such as RF communication lapses, you enable them to provide assistance with end user training. This becomes useful if the trainer is a vendor or consultant, because your people are more inclined to ask questions of their supervisor than an outsider. As an added bonus, when your supervisor is in a leadership position, you increase user acceptance.

Don’t Limit Training To Only Functions That Users Need To Know

Do explain how the WMS relates to the each person’s current job and the impact of his or her actions on the overall operation. It is important to discuss why some activities are no longer required, especially if they are replaced by a new WMS function. A step-by-step correlation between the old and new system and procedures confirms the importance of each part of the user’s activities, reduces confusion, and makes any unfortunate return to the old system easier.

Don’t Be Too Confident In The System’s Reliability During Training

System installation can be tricky, and having a much-touted new system go down during training sends a negative message to users.

Do keep technical support available during hands-on training. Problems will occur, but fixing them immediately keeps the dreaded "it is never going to work" attitude to a minimum.

Don’t Rely Completely On Classroom-Based Activities

Do consider building a Mock Warehouse. A "simulation lab" may require time and resources to construct, but the investment is well worth it. Training in a simulated warehouse with actual RF equipment, bar-coded pallet props, and fake storage and staging locations is enormously helpful in relating the classroom instruction to the physical activity on the floor. The mock warehouse should use a training database populated with a sample of the real inventory and locations. Locate the setup in a section of your facility to avoid replicating the RF network, and design receiving, put-away, picking and shipping flows so that they resemble actual operational flows.

Don’t Forget To Evaluate And Reward The Participants.

Do certify the participants. Verify that the users have learned how to execute those WMS transactions required to perform their job. This will highlight, prior to implementation, areas or workers requiring additional attention. A certification program promotes a sense of achievement. For example, you might try giving each user a card that lists all the classes that he or she attended and reward-completed cards with a token of accomplishment.

Project Documentation

Don’t lose track of critical project in

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

ด้านมนุษยชนของ WMS การใช้งานแคทเธอรีแอลคูเปอร์เกินไปการใช้งานหลายWMS ต่อสู้และล้มเหลวไม่ได้เพราะผลการดำเนินงานทางเทคนิคของระบบที่อ่อนแอ แต่เนื่องจากโครงการการจัดการไม่ดีและคนปัญหาการจัดการ งานมากมายที่เกี่ยวข้องกับการดำเนินการ WMS สามารถทำให้ความรับผิดชอบของผู้จัดการโครงการดูเหมือนข่มขู่ โดยไม่คำนึงถึงระบบที่คุณเลือกและวิธีการมากการสนับสนุนที่คุณคาดหวังจากผู้ขายที่มีองค์ความรู้ที่คุณต้องมีในฐานะผู้จัดการโครงการเพื่อที่จะนำทีมของคุณผ่านการประสบความสำเร็จ WMS การดำเนินงานก. คำสั่งแรกของคุณคือการใช้ประโยชน์จากทรัพยากรทางเทคนิค เพื่อขอความช่วยเหลือกับปัญหาที่เฉพาะเจาะจง WMS เช่นการเลือกของทั้งระบบและผู้ขายการพัฒนาแผนการทดสอบและการเชื่อมต่อและการติดตั้งฮาร์ดแวร์ คุณเป็นผู้จัดการและนั่นหมายความว่าคุณไม่ควรพยายามที่จะเป็นผู้เชี่ยวชาญในพื้นที่ของโครงการทุก. อาณัติที่สองของคุณคือการเข้าใจว่าแม้จะมีความพยายามที่ดีที่สุดของคุณโครงการ WMS ของคุณอาจล้มเหลว มันเป็นข้อผิดพลาดร้ายแรงที่จะคิดว่าคุณจะไม่จำเป็นต้องกลับไประบบที่คุณมีก่อน (ระบบมรดก) จึงได้เตรียมที่มีแผนกลับมาออกที่ชัดเจน วันก่อนที่ระบบใหม่ไป "สด" เครียด ความสับสนวุ่นวายจะตามมาถ้าระบบล้มเหลวและคุณไม่ได้เตรียมอย่างเต็มที่ที่จะฟื้นตัวได้อย่างรวดเร็ว ก่อนที่คุณจะเริ่มการติดตั้งสร้างทีมกลับออกมากำหนดความรับผิดชอบของตนและอธิบายขั้นตอนขั้นตอนโดยขั้นตอนสำหรับการกลับไปที่ระบบเดิม ทีมที่ควรทบทวนแผนฉุกเฉินนี้หลายครั้งก่อนที่จะเริ่มต้นขึ้น. มีบางประเด็นการบริหารจัดการโครงการร่วมกันในการติดตั้งมากที่สุด WMS มีและสิ่งที่ต้องทำหลายขั้นพื้นฐานและ don'ts สำหรับนำทีมงานโครงการเหนียวพัฒนาแผนการสื่อสารเชิงบวกสร้างสื่อสารที่มีประสิทธิภาพ ช่องทางและระบุกิจกรรมการฝึกอบรมที่จำเป็น แต่ละขั้นตอนเหล่านี้จะเต็มไปด้วยข้อผิดพลาด บางคนร่วมกันกับดักอธิบายไว้ด้านล่างพร้อมกับข้อเสนอแนะสำหรับการจัดการหรือในกรณีที่ดีที่สุดในการหลีกเลี่ยงพวกเขา. โครงการทีมอย่าประมาทความสำคัญของการพัฒนาทีมงานโครงการ ที่ช่วยให้โครงสร้างองค์กรของ บริษัท ที่จะพัฒนาขึ้นในช่วงเวลาโดยการกำหนดความรับผิดชอบต่อคนมากกว่าคนที่จะรับผิดชอบการทำงานจะส่งผลให้ทีมงานที่ผิดปกติรูปโดยความสัมพันธ์ของคนที่มีบุคลิกและกำลังใจในการทำงานต่ำ. อย่าใช้เวลาในการรวบรวมกลุ่มที่มีบทบาทกำหนดไว้อย่างชัดเจน และความรับผิดชอบและเป็นหนึ่งที่มีความสามารถในการรักษาแรงจูงใจและความมุ่งมั่นตลอดระยะเวลาของโครงการ ไม่ว่าขนาดใหญ่หรือมีความสามารถในทีมงานของคุณอยู่ในจุดเริ่มต้นที่จะต้องมีขนาดถูกต้องเพื่อให้โมเมนตัมและพลังงานที่สามารถยั่งยืนไปยังเส้นชัยไม่ มันเป็นเรื่องยากที่จะทำเช่นนี้กับคนกลุ่มใหญ่ของคนถักหลวมเพื่อกำหนดทั้งหลักและทีมสนับสนุนตามความรับผิดชอบที่ทำงาน แผนภูมิองค์กรตัวอย่างที่แสดงในรูปที่ 1 โครงการพัฒนาทีมไม่คิดว่าทีมงานของคุณมีทักษะที่จำเป็นทั้งหมดและที่จะไม่จำเป็นต้องมีการฝึกอบรมเพิ่มเติม. อย่าประเมินความสามารถของทีมเพื่อให้บรรลุการดำเนินงานที่ประสบความสำเร็จ สี่ประเภทหลักคือการประเมินการบริหารโครงการแนวคิดการทำงานโมดูลซอฟต์แวร์และส่วนประกอบฮาร์ดแวร์ ในการจัดการโครงการอย่างมีประสิทธิภาพทีมต้องการความรู้ในการทำงานในแต่ละพื้นที่เหล่านี้ ที่ต่ำมากทีมที่ควรดำเนินการประเมินตนเอง แต่มันอาจจะเป็นประโยชน์ที่จะมีผู้เชี่ยวชาญในอุตสาหกรรมดำเนินการประเมินผล ขึ้นอยู่กับผลการประเมินการพัฒนาทีมงานแผนศึกษาการสรุปขั้นตอนที่จำเป็นที่จะโททักษะที่จำเป็นโดยทีมงาน. ในขณะที่การสื่อสารมีความสำคัญไม่ได้กำหนดเวลาการประชุมเพื่อให้บ่อยที่คุณเพิ่มความเสี่ยงของความเหนื่อยหน่ายของทีมก่อนที่โครงการจะเสร็จสมบูรณ์ การมีส่วนร่วมและกำลังใจในการทำงานโครงการโดยรวมเสื่อมโทรมเมื่อคนรู้สึกว่าพวกเขาจะไม่ได้รับการบริจาคหรือได้รับประโยชน์จากการประชุมโครงการ. ทำตารางเวลาการประชุมเต็มรูปแบบทีมรายเดือนหรือรายปักษ์ขึ้นอยู่กับความต้องการของโครงการ การประชุมเหล่านี้ควรมุ่งเน้นไปที่การปรับปรุงสถานะและการอภิปรายที่สนใจของผู้เข้าร่วมทั้งหมดรวมทั้งสมาชิกทีมสนับสนุน สมาชิกในทีมหลัก แต่ควรจะอยู่ในการสื่อสารอย่างต่อเนื่องได้รับร่วมกันหลายครั้งต่อสัปดาห์เพื่อที่จะจัดการกับปัญหาการทำงานที่อาจไม่เกี่ยวข้องกับทั้งกลุ่ม เหตุผลเพิ่มเติมสำหรับการใช้โครงสร้างของทีมก็คือว่ามันจะช่วยให้การควบคุมเวลาของผู้คนและทรัพยากรของ บริษัท ฯ . บวกการสื่อสารอย่าลืมที่จะตั้งชื่อโครงการของคุณหรือจะทำเพื่อคุณ เช่นเดียวกับชื่อเล่นทั้งหมดเมื่อมันเกาะติด - มันเป็นของคุณ ไม่มีใครอยากเป็นที่รู้จักสำหรับการจัดการโครงการหวังหรือชื่อที่ได้มาจากการออกเสียงผิดโดยเจตนาของชื่อแพคเกจ WMS. อย่าเชิงรุกชื่อโครงการของคุณควรมีสั้น ๆ ชื่อลวงที่ภูมิต้านทานข้อความเชิงบวก. มันเป็นความผิดพลาดที่จะให้ โครงการทางลาดขึ้นอย่างช้าๆในขณะที่กิจกรรมจะเริ่มต้น แต่ต้องแน่ใจว่าจะเริ่มเปิดฉากในการดำเนินการ WMS อย่างถูกต้องเป็นขั้นตอนสำคัญในการจัดการแคมเปญการสื่อสารโครงการที่เป็นบวก ครั้งแรกที่จัดบรรยายสรุปผู้บริหารที่จะแนะนำชื่อโครงการของทีมวัตถุประสงค์และประโยชน์ นำเสนอช่วงเวลาที่งบประมาณปัญหาและความเสี่ยงในเวลาเดียวกัน ประการที่สองแนะนำโครงการ "ลูกค้า" ของคุณ - ผู้ใช้ระบบในคลังสินค้า โครงการคลังสินค้าสนามที่จัดขึ้นในช่วงเวลาการเปลี่ยนแปลงตามปกติจะมีประสิทธิภาพมาก มีเป้าหมายที่จะประกาศให้ทราบสาเหตุของการและผลประโยชน์ของโครงการในลักษณะที่มองโลกในแง่ นำเสนอควรมีแผนการดำเนินงานพร้อมกับคำอธิบายว่าการปรับปรุงในอนาคตจะมีการโพสต์บนกระดานข่าว บริษัท . ไม่ควรเก็บข้อมูลสถานะของโครงการที่เป็นความลับหรือพยายามที่จะซ่อนประเด็นปัญหา ไม่มีข่าวไม่จำเป็นต้องเป็นข่าวที่ดีเมื่อมันมาถึงการจัดกิจกรรมขององค์กร โครงการที่สมบูรณ์แบบไม่ค่อยอยู่ คุณจะได้รับความเคารพโดยหันหน้าไปทางปัญหาที่ยากมากกว่าที่พวกเขาปกปิด. อย่าให้มีการปรับปรุงอย่างต่อเนื่องต่อไปโครงการสนาม แจ้งคนสถานะของโครงการช่วยลดการนินทาเช่น "ผมได้ยินโครงการได้รับการวางไว้ ... ." คนที่มีมากขึ้นในเชิงบวกและความเข้าใจเมื่อพวกเขาจะได้รับแจ้ง โดยร่วมกันปัญหาเกี่ยวกับการบริหารจัดการให้คุณหลีกเลี่ยงความประหลาดใจและอาจจะโชคดีพอที่จะได้รับการแก้ปัญหาที่ไม่คาดคิด เมื่อมีปัญหามีการค้นพบคุณต้องได้รับการอนุมัติล่วงหน้าจากแผนฉุกเฉิน. การฝึกอบรมไม่ประมาทวางแผนจำเป็นในการพัฒนาโปรแกรมการฝึกอบรมที่มีประสิทธิภาพ โปรแกรมการฝึกอบรมที่อ่อนแอเป็นสาเหตุสำคัญของการใช้งานที่มีปัญหา ถัดไปจะมีระบบที่ทำงานเป็นกลุ่มผู้ใช้ผ่านการฝึกอบรมเป็นองค์ประกอบที่สำคัญที่สุดในการประสบความสำเร็จ WMS การดำเนินงาน. คุณจะต้องพัฒนาแผนการฝึกอบรมที่ครอบคลุมรูปแบบวิธีการโครงสร้างหลักสูตรและความต้องการการบริหารการจัดตารางเวลาและทรัพยากร ( ฮาร์ดแวร์ซอฟต์แวร์และการฝึกอบรม) การฝึกอบรมสามารถเป็นกระดาษหรือคอมพิวเตอร์ที่ใช้ในห้องเรียนหรือในงาน มันเป็นสิ่งสำคัญที่จะตรวจสอบทันทีแนวทางที่ถูกต้องสำหรับสถานการณ์ของคุณ. อย่าพลาดประโยชน์ของผู้บังคับบัญชาที่เกี่ยวข้องกับการเดินทางในช่วงต้นทำผู้บังคับบัญชาดำเนินการฝึกอบรม การฝึกอบรมนี้มีโอกาสที่จะเป็นนักบินฝึกอบรมและแนวความคิดในการดำเนินงาน ถึงแม้ว่าการทดสอบการยอมรับอาจจะพิสูจน์ให้เห็นว่าระบบการทำงานก็ไม่อาจระบุปัญหาการทำงานที่ผู้บังคับบัญชาสามารถค้นพบในระหว่างการฝึก นอกจากนี้ผู้ใช้จะเปิดกว้างมากขึ้นเมื่อคำศัพท์และตัวอย่างได้รับการออกแบบอย่างถูกต้องสำหรับสิ่งอำนวยความสะดวกของตัวเอง เมื่อคุณผู้บังคับบัญชาสอนวิธีการจัดการกับข้อยกเว้นและแก้ไขปัญหาเช่นการสื่อสาร RF นาคคุณช่วยให้พวกเขาให้ความช่วยเหลือด้วยการฝึกอบรมผู้ใช้ นี้จะกลายเป็นประโยชน์ถ้าฝึกเป็นผู้ผลิตหรือผู้ให้คำปรึกษาเพราะคนของคุณมีแนวโน้มมากกว่าที่จะถามคำถามของผู้บังคับบัญชาของพวกเขามากกว่าคนนอก เป็นโบนัสเพิ่มเมื่อหัวหน้างานของคุณอยู่ในตำแหน่งที่เป็นผู้นำคุณจะเพิ่มยอมรับของผู้ใช้. อย่า จำกัด การฝึกอบรมเพียงฟังก์ชั่นที่ผู้ใช้ต้องการรู้Do อธิบายว่า WMS เกี่ยวข้องกับงานปัจจุบันของแต่ละคนและผลกระทบของเขาหรือ การกระทำของเธอในการดำเนินงาน มันเป็นสิ่งสำคัญที่จะหารือว่าทำไมกิจกรรมบางอย่างไม่จำเป็นอีกต่อไปโดยเฉพาะอย่างยิ่งถ้าพวกเขาจะถูกแทนที่ด้วยฟังก์ชั่นใหม่ WMS ความสัมพันธ์ขั้นตอนโดยขั้นตอนระหว่างระบบเก่าและใหม่และวิธีการยืนยันความสำคัญของแต่ละส่วนหนึ่งของกิจกรรมของผู้ใช้ลดความสับสนและทำให้ใด ๆ กลับมาโชคร้ายกับระบบเก่าได้ง่ายขึ้น. อย่ามั่นใจเกินไปในความน่าเชื่อถือของระบบ ในระหว่างการฝึกอบรมการติดตั้งระบบสามารถหากินและมีระบบใหม่มากโน้มน้าวลงไปในระหว่างการฝึกส่งข้อความเชิงลบกับผู้ใช้งาน. อย่าให้การสนับสนุนทางเทคนิคอยู่ในระหว่างการฝึกอบรม ปัญหาที่จะเกิดขึ้น แต่แก้ไขได้ทันทีช่วยให้หวั่น "มันจะไม่ไปทำงาน" ทัศนคติให้น้อยที่สุด. อย่าพึ่งหมดกิจกรรมที่ใช้สอนในชั้นเรียนไม่พิจารณาการสร้างคลังสินค้าจำลอง A "จำลองห้องปฏิบัติการ" อาจจะต้องใช้เวลาและทรัพยากรที่จะสร้าง แต่การลงทุนเป็นอย่างดีคุ้มค่า การฝึกอบรมในคลังสินค้าจำลองที่มีอุปกรณ์ RF จริงบาร์โค้ดอุปกรณ์ลากพาเลท, ปลอมและการเก็บรักษาและสถานที่แสดงละครเป็นอย่างมากเป็นประโยชน์ในการที่เกี่ยวข้องกับการเรียนการสอนให้กับการออกกำลังกายบนพื้น คลังสินค้าจำลองควรใช้ฐานข้อมูลการฝึกอบรมมีประชากรที่มีตัวอย่างของสินค้าคงคลังที่แท้จริงและถ ค้นหาติดตั้งในส่วนของสถานที่ของคุณเพื่อหลีกเลี่ยงการจำลองเครือข่าย RF และการออกแบบที่ได้รับ, การวางไปการเลือกและการจัดส่งกระแสเพื่อให้พวกเขามีลักษณะคล้ายกับการดำเนินงานที่เกิดขึ้นจริงกระแส. อย่าลืมการประเมินและให้รางวัลแก่ผู้เข้าร่วม. ไม่รับรอง ผู้เข้าร่วม ตรวจสอบว่าผู้ใช้งานจะได้เรียนรู้วิธีการดำเนินการผู้ที่ทำธุรกรรม WMS จำเป็นในการดำเนินงานของพวกเขา นี้จะเน้นการดำเนินการก่อนที่จะมีพื้นที่หรือคนงานที่ต้องให้ความสนใจเพิ่มเติม โปรแกรมการรับรองส่งเสริมความรู้สึกของความสำเร็จ ตัวอย่างเช่นคุณอาจจะพยายามให้ผู้ใช้แต่ละคนที่แสดงบัตรทุกชั้นเรียนที่เขาหรือเธอได้เข้าเรียนและบัตรรางวัลเสร็จสมบูรณ์ด้วยสัญลักษณ์ของความสำเร็จ. เอกสารโครงการไม่สูญเสียการติดตามของโครงการที่สำคัญในการ

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

ด้านที่เป็นมนุษย์ของโปรแกรมการใช้งาน

แคทเธอรีนลิตรคูเปอร์

มากเกินไป ซึ่งการต่อสู้ และ โปรแกรมล้มเหลว ไม่ใช่เพราะระบบของความสามารถทางเทคนิคที่อ่อนแอ แต่เพราะงานจัดการโครงการ และการจัดการปัญหาคน งานมากมายที่เกี่ยวข้องกับการใช้ระบบทำให้ความรับผิดชอบของผู้จัดการโครงการ ดูเหมือนน่ากลัวไม่ว่าระบบที่คุณเลือกและเท่าใดการสนับสนุนที่คุณคาดหวังจากผู้ขาย มีร่างกายของความรู้ที่คุณต้องเป็นผู้จัดการโครงการเพื่อนำทีมของคุณผ่านการใช้โปรแกรมสำเร็จ

คำสั่งแรกของคุณคือการใช้ทรัพยากรทางเทคนิคสำหรับความช่วยเหลือกับปัญหาเฉพาะระบบ เช่น การเลือกของ ทั้งระบบและผู้ขายพัฒนาแผนการทดสอบและอินเตอร์เฟซและฮาร์ดแวร์ที่ติดตั้ง คุณเป็นผู้จัดการ และนั่นหมายความ ว่า คุณไม่ควรพยายามที่จะเป็นผู้เชี่ยวชาญในพื้นที่ของทุกโครงการ

อาณัติที่สองของคุณคือการ เข้าใจ ว่า แม้จะมีความพยายามที่ดีที่สุดของคุณ , WMS โครงการอาจล้มเหลว มันเป็นข้อผิดพลาดร้ายแรง สมมติว่า คุณจะไม่เคยต้องการที่จะกลับไปยังระบบที่คุณมีก่อน ( ระบบเดิม )ดังนั้น เตรียมล้างออกแผน วันก่อนระบบใหม่ไป " สด " จะเครียด ความวุ่นวายจะตามมาหากระบบล้มเหลวและคุณจะไม่ได้เตรียมการอย่างเต็มที่เพื่อกู้คืนอย่างรวดเร็ว ก่อนที่จะเริ่มการติดตั้ง สร้าง ออกทีม กำหนดความรับผิดชอบของตน และอธิบายทีละขั้นตอนเพื่อกลับสู่ระบบเดิมทีมควรทบทวนแผนฉุกเฉินนี้หลายครั้ง ก่อนจะเริ่มต้นขึ้น

มีบางโครงการจัดการปัญหาที่พบบ่อยมากที่สุดระบบการติดตั้งและพื้นฐานหลายประการที่ทำและ don ' ts สำหรับการนำทีม โครงการน่าสนใจ การพัฒนาแผนการสื่อสารทางบวก การสร้างช่องทางการสื่อสารที่มีประสิทธิภาพ และการระบุกิจกรรมการฝึกอบรมที่จำเป็นแต่ละขั้นตอนเหล่านี้จะเต็มไปด้วยข้อผิดพลาด กับดักบางทั่วไปที่อธิบายไว้ด้านล่าง พร้อมกับข้อเสนอแนะในการจัดการหรือในกรณีที่ดีที่สุด หลีกเลี่ยงพวกเขา .

ทีมงาน

อย่าประมาทความสำคัญของโครงการการพัฒนาทีมงาน . ให้แผนภูมิองค์กรขององค์กรเพื่อพัฒนาตลอดเวลา โดยมอบหมายความรับผิดชอบให้คนอื่น มากกว่าคนที่รับผิดชอบหน้าที่ได้ผลในรูปความสัมพันธ์ dysfunctional ทีมโดย บุคลิกภาพ และขวัญกำลังใจต่ำ

ทำใช้เวลาในการรวบรวมกลุ่มที่มีบทบาทและความรับผิดชอบไว้อย่างชัดเจน และหนึ่งในนั้นคือความสามารถในการรักษาแรงจูงใจและความมุ่งมั่นตลอดระยะเวลาของโครงการ ไม่ว่าใหญ่ หรือความสามารถของลูกเรือในการเริ่มต้นมันต้องถูกต้องขนาดเพื่อให้โมเมนตัมและพลังงานสามารถ sustained ไปยังเส้นชัย มันเป็นเรื่องยากที่จะทำนี้ มีกลุ่มใหญ่ของคนถักหลวม ดังนั้นกำหนดทั้งหลักและสนับสนุนทีมบนพื้นฐานของความรับผิดชอบ หน้าที่ ตัวอย่างแผนผังองค์กรจะแสดงในรูปที่ 1





ทีมพัฒนาโครงการอย่าคิดว่าทีมของคุณมีทักษะที่จำเป็นทั้งหมดและจะไม่ต้องอบรมเพิ่มเติม

ทำประเมินความสามารถของทีมเพื่อให้บรรลุการดำเนินงานที่ประสบความสำเร็จ หลัก 4 ประเภทคือการประเมินโครงการการบริหารงาน แนวคิด โมดูลซอฟต์แวร์และส่วนประกอบฮาร์ดแวร์ จัดการโครงการอย่างมีประสิทธิภาพทีมต้องการความรู้ในแต่ละพื้นที่เหล่านี้ อย่างน้อยสุด ทีมควรจะทำการประเมินตนเอง แต่มันอาจจะมีประโยชน์ให้มีอุตสาหกรรมผู้เชี่ยวชาญ ทำการประเมิน ตามผลการประเมินพัฒนาทีมการศึกษาแผนกำหนดขั้นตอนต้อง master ทักษะที่จำเป็นโดยทีม

ในขณะที่การสื่อสารเป็นสําคัญไม่กำหนดเวลาการประชุม ดังนั้นบ่อยครั้งที่คุณเพิ่มความเสี่ยงของทีมงาน ก่อนที่โครงการจะแล้วเสร็จ การมีส่วนร่วมและเสื่อมโทรมขวัญของโครงการโดยรวม เมื่อคนรู้สึกว่าพวกเขาจะไม่สนับสนุนหรือได้รับประโยชน์จากการประชุมโครงการ

ทำตารางเวลาเต็มรูปแบบการประชุมทีมรายเดือน หรือบี สัปดาห์ ขึ้นอยู่กับความต้องการของโครงการการประชุมเหล่านี้ควรเน้นการปรับปรุงสถานะและการสนทนาที่น่าสนใจที่เข้าร่วมทั้งหมด รวมทั้งสมาชิกของทีมสนับสนุน สมาชิกของทีมหลัก แต่ควรได้รับในการสื่อสารคงที่ การร่วมกันหลายครั้งต่อสัปดาห์เพื่อจัดการกับปัญหาการทำงานที่อาจไม่เสมอเกี่ยวกับกลุ่มทั้งหมดเพิ่มเติมเหตุผลสำหรับการใช้โครงสร้างของทีมก็จะช่วยในการควบคุมเวลาของผู้คนและทรัพยากรของ บริษัท ฯ

บวกการสื่อสาร

อย่าลืมชื่อโครงการของคุณหรือจะทำเพื่อคุณ เป็นชื่อเล่น เมื่อมัน sticks และมันเป็นของคุณ ไม่มีใครอยากจะเป็นที่รู้จักกันสำหรับการจัดการโครงการหมดหวัง หรือชื่อที่ได้มาจากการออกเสียงผิดโดยเจตนาของ WMS
แพคเกจชื่อ
ทำวันนี้ชื่อโครงการควรมีสั้น , ลวงชื่อเรื่องที่ imparts ข้อความบวก

มันผิดให้โครงการค่อยๆลาดขึ้นเป็นกิจกรรมจะเริ่ม แทน , ให้แน่ใจว่าได้เตะออกจากระบบการใช้งานอย่างถูกต้อง เป็นขั้นตอนที่จำเป็นในการจัดการการสื่อสารเชิงบวก โครงการรณรงค์ ครั้งแรกถือประชุมผู้บริหารเพื่อแนะนำชื่อของโครงการทีมวัตถุประสงค์และประโยชน์ ปัจจุบัน เวลา งบประมาณ ปัญหาและความเสี่ยงในเวลาเดียวกัน 2 แนะนำโครงการของคุณ " ลูกค้า " สำหรับผู้ใช้ของระบบในคลังสินค้า คลังสินค้าโครงการคิกออฟ จัดขึ้นในช่วงเปลี่ยนชั่วโมงปกติ มีประสิทธิภาพมาก เป้าหมายคือการประกาศเหตุผลและประโยชน์ของโครงการในลักษณะที่ upbeatการนำเสนอควรมีการนำแผนพร้อมกับอธิบายว่า การปรับปรุงในอนาคตจะโพสต์บนกระดาน บริษัท .

อย่าให้โครงการสถานะข้อมูลลับหรือความพยายามที่จะซ่อนประเด็นปัญหา ไม่มีข่าวเป็นข่าวที่ดีเมื่อมันมาถึงกิจกรรมขององค์กร โครงการสมบูรณ์แบบ ไม่ค่อยอยู่คุณจะได้รับการเคารพโดยเผชิญกับปัญหาที่ยาก แทนที่จะปกปิดไว้

ทำให้การปรับปรุงอย่างต่อเนื่องตามโครงการคิกออฟ . แจ้งคนของสถานะของโครงการที่ช่วยลดนินทา เช่น " ฉันได้ยินว่าโครงการที่ถูกระงับไว้ . . . . . . . " คนเป็นบวกมากขึ้นและเข้าใจเมื่อพวกเขาจะทราบ แชร์ปัญหากับการจัดการคุณหลีกเลี่ยงที่น่าประหลาดใจและอาจจะโชคดีพอที่จะได้รับโซลูชั่นที่ไม่คาดคิด เมื่อปัญหาถูกคุณต้องได้รับการอนุมัติล่วงหน้าจากแผน

ฝึก

ไม่ประมาทวางแผนต้องพัฒนาประสิทธิภาพการฝึกอบรมโปรแกรม โปรแกรมการฝึกอบรมอ่อนแอเป็นสาเหตุหลักของปัญหาที่ใช้งาน ต่อไปจะมีระบบที่ทํางาน