Friday, August 10, 2007

Total Productive Maintenance - TPM

TPM brings maintenance into focus as a necessary and vitally important part of the business. It is no longer regarded as a non-profit activity. Down time for maintenance is scheduled as a part of the manufacturing day and, in some cases, as an integral part of the manufacturing process. The goal is to hold emergency and unscheduled maintenance to a minimum.
Why TPM?

TPM is introduce to achieve the following objectives:

  1. Avoid wastage in a quickly changing economic environment.
  2. Producing goods without reducing product quality.
  3. Reduce cost.
  4. Produce a low batch quantity at the earliest possible time.
  5. Goods send to the customers must be non defective.
Types of maintenance :
  • Breakdown maintenance:

It means that people waits until equipment fails and repair it. Such a thing could be used when the equipment failure does not significantly affect the operation or production or generate any significant loss other than repair cost.
  • Preventive maintenance:

It is a daily maintenance ( cleaning, inspection, oiling and re-tightening ), design to retain the healthy condition of equipment and prevent failure through the prevention of deterioration, periodic inspection or equipment condition diagnosis, to measure deterioration. It is further divided into periodic maintenance and predictive maintenance. Just like human life is extended by preventive medicine, the equipment service life can be prolonged by doing preventive maintenance.
  • Periodic maintenance ( Time based maintenance - TBM):

Time based maintenance consists of periodically inspecting, servicing and cleaning equipment and replacing parts to prevent sudden failure and process problems.
  • Predictive maintenance:

This is a method in which the service life of important part is predicted based on inspection or diagnosis, in order to use the parts to the limit of their service life. Compared to periodic maintenance, predictive maintenance is condition based maintenance. It manages trend values, by measuring and analyzing data about deterioration and employs a surveillance system, designed to monitor conditions through an on-line system.
  • Corrective maintenance:

It improves equipment and its components so that preventive maintenance can be carried out reliably. Equipment with design weakness must be redesigned to improve reliability or improving maintainability

  • Maintenance prevention:
It indicates the design of a new equipment. Weakness of current machines are sufficiently studied ( on site information leading to failure prevention, easier maintenance and prevents of defects, safety and ease of manufacturing ) and are incorporated before commissioning a new equipment.

Recommendations to succeed

Complex Challanges

  1. Shortned product life cycles
  2. Increased product varieties
  3. Changing regulatory requirements
  4. Squeezed profit margings
  5. Global market competiotion

To remain competitive in this enviornment

  1. Reduce time to market
  2. Increase process visibility
  3. Increase production fisibility
  4. Optimize forecasting and scheduling
  5. Reduce scraps, rework, stock levels and downtime

Thursday, August 9, 2007

Five Key Factors for Successful ERP Implementations

Organizations that concentrate on the technological aspects of ERP and ignore the "softer" components of implementation often fail. ERP is about people, not just technology, and organizations that ignore the people side run a significant risk of project failure.


WHAT YOU NEED TO KNOW


ERP is a business project, not an IT exercise. Enterprises that do not understand this are likely to experience ERP project failure. ERP implementations are inherently risky; however, some of these risks can be minimized by defining implementation strategies appropriate for the organization's unique circumstances. By taking into account the outlined guidelines for success when planning their implementation strategies, organizations can mitigate many of the risks encountered during ERP projects. Paying close attention to the people aspects of an ERP project is as important as the technical aspects to the project's success. Above all, expect difficulties and be patient – ERP is more than a project, it's a lifestyle.


ANALYSIS


ERP implementations are risky and complex; however, when properly managed and executed, they can be highly successful. Many large enterprises will need to migrate to newer technologies being offered by major ERP vendors such as SAP and Oracle. For many of these companies, the ERP implementation has been performed, but the integration of the applications is only partially complete, and the migration to emerging service-oriented architectures is just beginning.
The integration and migration phases will produce projects that need to be properly managed to avoid the pitfalls outlined in this research. In addition, in some areas of the world, many enterprises haven't yet started their ERP deployments. By addressing five critical success factors for implementations, an enterprise can successfully mitigate some of the risks.


Avoid Modifications


As part of the selection process, an enterprise must clearly understand its business requirements and where the ERP system fails to meet those requirements. Where there is a gap between the enterprise's requirements and the ERP solution's capabilities, the enterprise must decide how to close that gap – by altering the established or proposed process to meet the ERP system's processes, developing a workaround or customizing the ERP solution.
Although many ERP projects have a stated direction of "vanilla" implementation, users often find reasons to deviate from that direction. Modifications increase the risk of failure because they usually increase project time and cost, often by enshrining bad practices, reducing the potential benefits of the new system and increasing the complexity of future upgrades. These results will lead to a higher total cost of ownership.


Action Items: Study other ERP implementations within your vertical industry segment, and review what modifications were required to meet industry-specific requirements, as well as local market requirements, and consider similar modifications. Perform a thorough gap analysis, analyze the business value associated with each gap, prioritize the gaps and determine how best to close each gap. Set clear expectations regarding modifications from the project's outset, and develop and follow firm guidelines.


As with all implementations, a business case should be developed for the ERP solution as a whole and then revisited periodically throughout the ERP's life cycle. In addition, when the user community identifies modifications, a business case for building and maintaining the required modifications should be created. This ensures that the modifications are necessary and not simply a matter of "we've always done it this way" functionality.


Executive Management Commitment


Businesses should not lose sight of the fact that an ERP system fundamentally affects the way they operate. As a result, IT should not have sole responsibility for the project. Executive business management buy-in or sponsorship of the project reinforces its importance to middle management and staff. Executive management leadership and direction is a recurrent theme in companies that have successfully implemented ERP.


In some cases, executive management leadership is not enough. In large organizations, it's important to ensure that senior management at the business unit level is also committed to the project, because it's difficult for senior management teams in large companies to mandate major change without the support of the business unit managers.


Action Items: Top management support must be obtained, sustained and visible throughout the life of the project. Involve senior management in project sponsorship, project steering committees, quality reviews, and issue and conflict resolution. Involvement in these governance mechanisms helps sustain management support by keeping them informed of the project's progress.


Change Management


Change management skills are paramount in a successful ERP project, and a robust change management program should be instituted at the project's outset. ERP projects bring with them substantial business process and organizational changes. After an ERP implementation, almost all enterprises state that, during future implementations, they would increase employee participation earlier in the implementation process, make greater investments in end-user training programs and focus more on change management.


Change management skills are not normally found within traditional IT departments and may not exist within the enterprise. Implementers can bring these skills to the project, or the enterprise can create its own change management team by sourcing individuals independently. Ongoing communication – through such mechanisms as project Web sites, newsletters and "road shows" regarding the project's direction, changes, progress, accomplishments and benefits – is vital to a project's success.


Action Items: Initiate change management programs that support the implementation:


Develop communications mechanisms (such as a Web site with regular updates, a monthly newsletter and road shows) to channel information to the end users. Keep the lines of communication open between the project and the business, and keep the information flowing on a regular basis. Ensure that key end users are involved through active communication regarding the project's progress and the changes to the business processes and organization, as well as through participation in the project's governance mechanisms.


Conduct educational activities that assist the staff in grasping the importance of the project, its benefits and its effects on the enterprise. Perform road shows and conference room pilots to obtain buy-in.


Prepare the user community for changes from a project and a business perspective. Set realistic expectations by compiling a detailed business case that clearly states the process changes and functionalities involved in the project and ties them to specific benefits. The change management team should reset the users' expectations, when necessary, based on this document. A critical error cited by many enterprises is the scarce attention paid to the end users.


Hire an experienced, third-party, independent organization to conduct a change readiness assessment prior to the implementation to identify areas of weakness and determine your organization's ability to cope with change.


Training


Training is a key deliverable of any change management program and is a critical success factor for successful ERP implementations. Poorly trained users prevent the uptake and acceptance of the ERP, may limit the realization of benefits, and can completely derail the system and business processes. It's important to make a major commitment to training and to sustain that commitment throughout the ERP solution's life cycle. Training budgets are typically grossly underestimated – often by more than 50 percent. They usually contain some form of "train the trainer" effort, and this type of training tends to fail miserably because of poor trainer choices.


Many enterprises only perform one round of training and overlook the need for ongoing training. Ongoing training for new hires or staff-switching roles should form part of the ERP system's annual maintenance budget. Consistent, high-quality education and training is vital to project success and for the ERP's adoption by the user community. Training should be evaluated through the use of feedback questionnaires to determine its effectiveness and how the courses can be improved. Depending on the organizational structure, end-user training is the responsibility of the human resources department, individual departments or process groups. Except for the technical training of the IT staff, training is not the responsibility of IT department.


Action Items: Place a high priority on quality end-user training. Education and training programs must embrace multiple methods and delivery vehicles, such as one-on-one training, classroom training and computer-based training to meet the needs of adult learners. Enterprises often overlook the IT workforce training needs associated with ERP implementations. If the ERP solution is supported and maintained in-house, adequate investment in training, re-skilling and professional development of IT staff is important to the success of your implementation.


Project Management and Project Team


Building a strong project team should be a priority, because it is a major differentiator between success and failure. Internal project members with deep business knowledge should be assigned to the project team on a full-time basis for the life of the project and should work closely with the implementation partners. Their positions should be backfilled while they are "seconded" onto the ERP project, and the costs associated with this should be built into the project's budget and the ERP business case.


A strong internal project manager is needed to see an ERP project through to its fruition. This individual should have previous project management experience, preferably with ERP implementations, should be retained for the life of the project and should work in closely with the implementation partner's project manager. Most project managers are retained for the duration of the project. A successful implementation – on time and on budget – is as important to the ERP project manager as it is for you.


Action Items: Appoint a strong, experienced project manager from the outset of the project. Consider retention or success bonuses to provide incentives for the project manager to stay for the life of the project. Because this individual is probably not part of the enterprise, he or she will need to be recruited externally. This individual should maintain rigorous control of the project through the use of such proven methodologies as Prince II, PMBOK or software-specific methodologies. The project manager will also need to exercise effective relationship management with the implementation partner. Loss of, or poor control over, the chosen implementation partner is frequently cited as a critical error.

A team-orientated approach is important. Most enterprises cite the need for empowered implementation teams that can make final decisions regarding such issues as configuration and process change without consultation.


Physically locate the project team together, if at all possible, especially in global or geographically spread implementations. If possible, place people on the team who have been through ERP implementations before and who are motivated, enthusiastic and good team players.


Tactical Guidelines


Minimize modifications by developing firm guidelines, and build a business case for each required modification.


Obtain and maintain executive level buy-in, including business unit management where organizationally applicable.


Make change management a top priority by ensuring that a robust change management program is in place at the project's initiation.


Create a quality, ongoing training program that educates end users and IT staff.


Commit quality resources to the project team for the life of the project.


Hire an experienced, professional project manager who has successfully implemented ERP in a similar environment.

ERP Implementation tips

An enterprise resource planning (ERP) software project can be daunting for first-timers or veterans handling a migration. Get started on the right foot with the top 20 ERP implementation tips.


Get your return on investment and then expand. Otherwise, you'll have a never-ending and unsuccessful project.


Planning


Know your goals for your ERP implementation. Choose the product that promises to meet those goals and put measurement tools and processes in place to gauge your success. Set goals for performance, response time and downtime.


Don't do any project without a plan, particularly an ERP project which touches almost every part of your organization. Create process with regular milestones and participation from affected organizations/departments. And be sure to test, test, test, all the way through. "All of these things seem like 'nice-to-haves' rather than critical elements in a project, but can make the overall project much more successful."


Involve users in your ERP project-planning phase, "The software is not going to do you much good if you don't have employee buy-in.


Don't do the planning and implementation alone if you don't have the in-house skills to make it happen. "Determining which options and features to use requires experience." If the in-house team doesn't have that experience, find a local ERP expert who is trustworthy and who collaborates well with your team.


Be realistic in your cost projections. Double the consulting firm's estimate, hardly ever these projects coming in under the estimate." Also, be realistic about training costs. "Even at the largest level, companies underestimate the training costs."


Don't keep adding to your project. In the planning and evaluation stage, people see the capabilities of products and want to use each new one they discover. "Commit to what you want to do initially". "Get your return on investment and then expand. Otherwise, you'll have a never-ending and unsuccessful project."


To host or not to host?


If you'd prefer the hosting model for your ERP, then scrutinize your application service provider (ASP) well. First of all, you must be able to trust this ASP with your data. "Find out if that hosting company provides cookie cutter solutions or can customize the ERP suite to fit your needs." "Many outsourcers don't know enough about ERP to customize it. Then again, if a cookie cutter solution is okay for you, then fine, use an outsourcer and you don't have to take care of your ERP."


Follow the money. "Hosting should take out a lot of internal costs of labor." "It should save you money…by spreading payments over a period of time. You should be paying less over a period of time for hosting than you would do it yourself." The hoster should provide this analysis. If you're not paying less, don't use an ASP.


Evaluation


Choose an ERP package that is industry-standards based. "You don't want to find yourself out on a limb with customers who can't interact with your proprietary, out-of-standard implementation."


Look closely at maintenance costs. "You can pay a great purchase price and find that it costs a fortune to maintain."


Evaluate your processes and decide if changing them to fit a particular ERP suite would be beneficial. "Either you're looking for customization or going for out-of-the-box." "With the latter, people have to change how they do things in order to conform to the package. That may work for a company that needs to make changes anyway. Often, however, it's better to choose a suite that can conform to your needs."


Discuss a vendor's stability with the vendor reps and outside experts. Find out if the company is losing market share, which might make it a candidate for a takeover or failure.


"Whenever a company and its ERP package are acquired, it's not usually good news for the customer. Often, the vendor is buying the client base and is not that interested in the software itself. Instead, they'll try to get clients to move to their own platform." In this situation, customers may have to migrate without good business reasons.


Get the numbers. "Get empirical evidence of return on investment from the vendor and/or a consultant." Also, simulate the ERP suite in your company and make your own calculations.


Get vendors to come clean about their upgrade cycles. "Once they get you as a customer, their goal is to sell you new features and upgrades. You want a company that upgrades and adds necessary features and doesn't lock you into an expensive upgrade cycle."


Find out how much customization assistance the vendor will offer. "If you customize the ERP package to fit your business scenarios without vendor support, you can limit your support options from that vendor down the road."


Be efficient in contract negotiations. "Don't spend too much time analyzing details to the Nth degree. If vendor can answer 25 critical questions and give most of what you want, you're going to be in good shape. Focus more on critical items to get through negotiations more quickly."


You can't get everything you want. "Do accept that there is always going to be a functionality gap. Usually, you have to let 10% go. If the gap is more than 10%, keep shopping."


After the implementation


Pay attention to the quality of your data and the daily workflow. This is especially important during the transition time after implementation and during periods when your business is changing or growing. Watch for seasonal variations.


Don't sign up for long training sessions. Instead, do some initial, condensed training on your own site, and then set up a regular class schedule that gives users time to learn before they move on. "Vendors want to sell customers, say, 40 days of training over six weeks. By the time the class is over, the trainees have forgotten the first half of the lessons."

ERP - Concepts and Cases

Overview


ERP vendors are fast transforming themselves into vendors offering an extended and integrated range of applications. During the last decade, ERP was the buzzword for all corporates around the world, which was expected to solve all their efficiency problems, if implemented. Companies selling ERP packages, and consultants helping in the implementation, made huge sum of money. However, by the end of the decade, ERP took the back stage, with the emergence of the Internet technologies and the opportunities that arose with them. ERP, which made the internal systems of companies efficient, was not enough to tap into the new opportunities. In the new millennium, ERP vendors, who were earlier slow to see the power of the Internet, have been making it an integral part of their offerings, thus creating fresh impetus for growth.


Genesis and Growth of ERP


In the early days of computer usage, software applications were either developed in-house by the employees of Information Systems or EDP (Electronic Data Processing) departments, or were sourced from small software firms operating in the neighborhood. This trend, however, resulted in information islands within an organization, where departments were computerized independent of each other, and the information in the form of data was accumulating and residing in departmental silos.


The origins of ERP can be traced to the introduction of Materials Requirement Planning (MRP) in organizations, in the early 60's, for proactively managing inventories. MRP demonstrated its effectiveness in reducing inventories, and reduction in production and delivery lead times. However, it did not take into account the other resources of the organization. This gave rise to a new technique, Closed Loop MRP, which takes into account the production capacity constraints, and thus also came to be called as Capacity Requirements Planning (CRP). In the 1980's, the need was felt to integrate other resources of a manufacturing organization, and thus evolved the integrated manufacturing management system called Manufacturing Resources Planning (MRP II). This method sought to integrate a variety of functions like business planning, production planning and scheduling, materials requirement planning, and capacity requirements planning, thus bringing more efficiency into manufacturing operations.


MRP II also suffered from a few drawbacks, as it relied upon various assumptions that it made about lead times, capacity and batch sizes etc., for its functioning. The shortcomings of MRP II, as also the need to integrate new techniques like CAD/CAM, led to the development of the total integrated solution called Enterprise Resources Planning (ERP), which attempts to integrate the supplier and customer interfaces, with the manufacturing environment of the organization. The essence of ERP is that it stops treating functional transactions separately as stand-alone activities, and considers them to be part of the inter-linked processes that makes up the business.


ERP aims to combine all departments and functions together into a single, integrated database so that they can more easily share and communicate with each other. ERP automates the tasks involved in performing business processes such as order fulfillment, payments and material receipts, and makes the same data available to all the other functions, instantaneously. Many companies have undertaken ERP implementation, to integrate financial data, to standardize their manufacturing processes, and to have standardized HR information that enables faster decision-making. For best performance, ERP solutions should be modular and open, simulate reality and also be comprehensive in terms of coverage and scope. For companies going ahead with ERP implementation, some of the hidden costs could arise in the form of employee training, integration and testing of the new software, and data analysis and conversion from the legacy systems.
Section I of this book features some articles which explain the genesis and concepts of ERP, the key characteristics of ERP solutions, the main areas of potential benefit, and the typical project costs to be evaluated before starting off on the implementation projects.


Evaluating and Planning ERP Projects


Many organizations have implemented ERP projects during the last few years, with mixed results. While there could be several reasons why projects have not translated into the expected benefits, a lot has to do with understanding the business requirements, finding the suitable software package that fits the needs, and planning the project carefully. Doing a cost and benefit analysis of the proposed ERP projects is a must, before proceeding with the implementation. The typical costs involved in ERP projects would be in the areas of hardware, software, customization, data conversion and training. The potential benefits could be in terms of increase in sales, improvement in margins, savings in inventory carrying costs, etc.


It is important to make a proper business case for an ERP implementation project, before making the investment decision, so as to reduce the project risks. A cost-based approach should first identify the yearly savings that can accrue due to the implementation. After considering the business costs involved, the annual cash flows due to the project can be estimated, and the NPV of the project can be derived. A sensitivity analysis will ensure that the business case is strong enough to withstand time and cost overruns, and also sensitize the firm to the need of having contingency plans. An important aspect of planning for ERP projects is to make the business units responsible and accountable for the outcomes. This can be done by building tracking metrics into the project plan, so that the progress towards the targets can be measured and remedial actions taken as and when necessary. Some of the common problem areas of ERP projects include understanding the integration issues between legacy systems/applications and the new software programs, managing the communications among the project staff and the user community, the decision-making process for resolving project related issues, as also the testing of the infrastructure before and after implementation.


While evaluating ERP systems, the key issues to be examined are the functional fit with the company's business processes, flexibility and scalability of the software, and complexity and user- friendliness of the packages. Quick implementation of ERP projects will ensure that the expected benefits can be materialized faster. The other issues are the ability of the package to support multi-site planning and control, the necessity of regular upgrades, customization required, and the local support infrastructure, as these would increase the total costs for the organization.
Section II of this book features articles that discuss the various issues in the evaluation, selection and planning of ERP projects.


Strategies for Successful ERP Implementation


If one looks into the reasons for mixed outcomes of past ERP implementations, some of the potential causes for the failure can be identified during each stage of the implementation. For example, during the selection phase, lack of user involvement in defining requirements and evaluating packages could result in wrong expectations and wrong choice of software. The other possibility is that the organization fails to make a realistic estimate of the level of effort and commitment to accomplish the implementation, and may cause budget overruns during the project. During the implementation phase, poor executive support due to non-involvement in the planning process may result in lack of required resources on the project, causing time overruns. Finally, in the application rollout phase, the system platform, infrastructure, and technical software issues could become a bottleneck, if the organization underestimates the training required to be given to the users, to support the new technologies.


For ERP implementation to deliver the desired results, management should take sufficient time to structure the organization to take advantage of the systems. ERP's benefits are a direct result of effective preparation and implementation. For this, the organization should first draw up a business strategy and operating strategy, so that the selection of the software that supports the business processes becomes easier. While selecting the software, thought has to be given to the changes required in the current business processes, and how the software will support the changes. In the planning stage it is preferable that the implementation effort is led by a senior executive, who has the authority to make changes happen quickly.


The Supply Chain Operation Reference (SCOR) model offers a methodology for injecting best practices by mapping processes into the ERP system. It becomes a blueprint for change that ultimately accelerates the decision-making, acceptance and use of new software. The SCOR model focuses more on business, and less on the technology side of ERP implementation. The model provides a four-step road map to project implementation, and provides a top-down training opportunity by requiring rigorous stakeholder participation. Organizations using the SCOR model can benefit from a more detailed and realistic scope statement, identify organizational deficiencies before they impact ERP budgets, expedite requirement definition and generate change management blueprints.


Extending ERP Applications


The early versions of ERP software were basically large-scale, on-site installations in the user organizations. With the high cost of ownership that accompanied such projects, the growth of the ERP market was restricted to the large and medium enterprises, which could afford the cost. With growth slowing in these segments, and the developments in Internet technologies, ERP vendors have started offering their software applications through the Application Services Provider (ASP) model, which is web-based. There are several misconceptions in the minds of user organizations, about the ASP model, the main concerns being that of information security, and the perception of a lack of control on the application. The benefits of hosted ERP solutions include cost savings, quick implementation, and easier upgrades to newer versions.


Having an ERP system in place will also enable companies to embrace e-commerce more effectively. When a company adds the benefits of an integrated automated credit solution with automated collections, it can create an end-to-end automated order-to-cash process. Web-based ERP applications enable e-commerce customers to get direct access to the supplier's ERP systems, for checking product pricing and availability. The vendors can also provide a web-based interface between their ERP system and the supply chain members, allowing real-time flow of reliable and consistent information.


Web-based ERP applications also help in effective Supply Chain Management by sharing data in real time with supply chain partners, improving the optimization decisions. This is particularly true for large retail chains and companies in the FMCG industry. Use of data warehousing solutions on the back of ERP systems, help in forecasting the demand, track product movement, build greater flexibility into the supply chain management, and help in collaborating with suppliers and stockists. This provides greater transparency in information through the supply chain, and keeps suppliers and vendors updated about the demand and supply targets. The efficient planning helps in analyzing information on a daily basis, and for purposes of future planning and operations.


ABC of ERP

Why do ERP projects fail so often?

At its simplest level, ERP is a set of best practices for performing the various duties in the departments of your company, including in finance, manufacturing and the warehouse. To get the most from the software, you have to get people inside your company to adopt the work methods outlined in the software. If the people in the different departments that will use ERP don’t agree that the work methods embedded in the software are better than the ones they currently use, they will resist using the software or will want IT to change the software to match the ways they currently do things. This is where ERP projects break down.

Political fights erupt over how—or even whether—the software will be installed. IT gets bogged down in long, expensive customization efforts to modify the ERP software to fit with powerful business barons’ wishes. Customizations make the software more unstable and harder to maintain when it finally does come to life. The horror stories you hear in the press about ERP can usually be traced to the changes the company made in the core ERP software to fit its own work methods. Because ERP covers so much of what a business does, a failure in the software can bring a company to a halt, literally.

But IT can fix the bugs pretty quickly in most cases, and besides, few big companies can avoid customizing ERP in some fashion—every business is different and is bound to have unique work methods that a vendor cannot account for when developing its software. The mistake companies make is assuming that changing people’s habits will be easier than customizing the software. It’s not. Getting people inside your company to use the software to improve the ways they do their jobs is by far the harder challenge. If your company is resistant to change, then your ERP project is more likely to fail.

Production Planning and Shop Floor Control

Production Planning and Control

OVERVIEW


A design must be converted to a process plan before it may be produced.

But, if we have thousands of process plans, and hundreds of customer orders, with dozens of parts in each, which machines do we use when to make the products? What parts do we need?

Traditionally jobs have been scheduled on a first come, first served basis. This resulted in a lineup of various jobs waiting to be done at each work center.

When jobs are not scheduled efficiently, we often will get jobs sitting half completed, while we wait for simple parts to be processed. This costs money, wastes time, takes up floor space, makes the customer unhappy, etc.

Eventually computers were used to figure out how to schedule jobs so that parts were made before they were needed, and so that work was done on time.

As computers were used more it also became obvious that strict schedules were a nice idea, but they don't work. A schedule is only valid until the first breakdown.

Newer control programs called Production Planning and Control (PPC) systems were used to generate schedules, and fix problems that came up.

Most systems, manual, and automatic either push, or pull the work through the factory. If the work is pushed, then customer orders tend to drive the production. If the work is pulled, the factory often tries to satisfy some continuous demand, and when things are about to run out, more is produced.

Regardless of which system is used, Scheduling is not exact, and never optimal, but you can get a near optimal schedule with the right tools and methods.

Some of the traditional Production, Planning and Control subject include,

Forecasting - Estimating the production demands using a horizon of a few month to a few years for long range planning.

Production Planning - Matching needed production to available resources.

SCHEDULING

We often know well in advance what has to be produced

We can use computer programs to come up with a `near perfect' schedule for all jobs, ahead of time.

These methods at the present time are not well enough developed to handle sudden disruptions on the shop floor (See next section on Shop Floor Control).

Schedules are often made up weekly


Material Requirements Planning (MRP)

This is one very popular approach to planning

Uses Master Production Schedules to determine how much of each product should be produced within given periods. Master Production Schedules are based on customer, or projected demand.

The elements used by MRP to plan are,


Master Production Plan (Schedule)
On-hand inventories
Bill of Materials
Current of Purchased and Manufactured Orders
Rules for each part produced (including WIP)

The rules about each step in production include,

Lead-time
Order quantity per final part
Scrap rate
Buffer stock quantity
etc.

MRP then tries to determine quantities required using the data input from the users, and a set of rules, such as,


Fixed Order Quantity - Product are produced as required using a prespecified lot size.

Economic Order Quantity - The cost of carrying inventory is weighed off against the cost of setup for one production run.

Lot for lot - Lots are produced as required, any batch size.

Fixed-period Order Quantity - Produce parts to cover more than a single order.

Lot sizes required are subtracted from available stocks.

The required production quantities are used to order from suppliers, etc, while considering lead times, and delays.

You should note that this approach is concerned more with inventory minimization than with utilization of machines.

While this system can lead to easy production scheduling, it is susceptible to errors in BOMs, routings, etc.

Advantages,


Improved Customer Service
Better Scheduling
Reduced inventory
Reduced component shortages
Reduced manufacturing costs
Reduced lead times
Higher production quality
Less scrap, and rework
Higher morale in production
Improved communication
Improved plant efficiency
Improved competitive position
Improved coordination of marketing and finance

Capacity Planning

While MRP is concerned with determining how much should be produced; it is not concerned with how to produce it.

Capacity planners attempt to determine how to assign jobs to machines, people, etc.

Information used by capacity planners includes,


Planned orders (from MRP)
Orders in process (order status)
Routings, including setup and run time (from process plans)
Available facilities
Workforce availability
Subcontracting potential


There are some strategies used by the Capacity Planner to Assign jobs to machines,


Splitting of lots (batches) across identical machines
Splitting of lots to expedite a smaller quantity
Sequencing of lots to minimize setup times
Alternative routings that require different resources
Loading a facility by weight, volume, etc. (eg. heat treating)