Industrial Engineers 2005 - 2009

Industrial Engineers 2005 - 2009
IEM Graduation

Industrial Engineers 2009 UDSM

Industrial Engineers 2009 UDSM
IEM 2009

Home

What is Industrial Engineering?

Industrial engineering is a branch of engineering concerned with the development, improvement, implementation and evaluation of integrated systems of people, money, knowledge, information, equipment, energy, material and process. It also deals with designing new prototypes to help save money and make the prototype better. Industrial engineering draws upon the principles and methods of engineering analysis and synthesis, as well as mathematical, physical and social sciences together with the principles and methods of engineering analysis and design to specify, predict, and evaluate the results to be obtained from such systems.

The term "industrial" in industrial engineering can be misleading. While the term originally applied to manufacturing, it has grown to encompass virtually all other industries and services as well. The various topics of concern to industrial engineers include management science, financial engineering, engineering management, supply chain management, process engineering, operations research, systems engineering, ergonomics, value engineering and quality engineering







Saturday, April 23, 2011

How to become your boss?

Ahhh, discipline—that cherished employee virtue, the aspiration of management gurus and trainees alike. Discipline is the current Mom and Apple Pie of the workplace. But, like everything else, it has a dark side.

Bright side up, you're aspiring to the focus and productivity that can come only from a reverence for and practice of discipline—in all its structured glory. Face down, though, the choke chain pulls you away from desire, from risk, from creativity and back, back, back, to the tedious duty that's always calling.
Anything two-sided is tricky to negotiate, especially at the office. You know that from experience. Like every other uneasy office truce, the grail of discipline is most likely achieved by understanding what it is—and what it is not.

At heart, discipline is an internal state. It is a kind of self-management. The grim-faced snitch, who rats you out because you are always 20 minutes late while she is always on time, is merely an enforcer. If she's your team leader, she may succeed in whipping you back into line. But she is not promoting discipline, the frame of mind that gets you out of bed early because you no longer allow yourself to be late. Impulse control, exercised from within, is discipline's hallmark.

But impulse control exercised by your boss works too. "Conscience," said Voltaire, "is not the fear of God but the fear of the police." And a boss who cares what time you arrive, how scrupulously you meet your deadlines or how assiduously you respond to your customers certainly makes it more likely that you will struggle to achieve that disciplined internal drive. If the workplace value system rewards self-management, then we're much more apt to develop and practice it.

Managers who create an environment where people manage themselves are most likely to maximize productivity and job satisfaction. But how do you get employees not only to drive themselves but also to end up together at the same destination? You do it by recognizing that the absence of discipline is chaos and laziness, but discipline overdone is dictatorship. Discipline may make the trains run on time, but it will never get them someplace more interesting.

As Americans, we tend to believe that if something is good, more of it is better. But in this instance, the core elements of discipline are good, but more of it tends to make things worse. So every manager, and every employee, needs to find that delicate balance. After all, just one neighborhood over from discipline lies the sterile, gated community of workaholism, perfectionism and punishment. It's easy to get confused and wind up there.

A focused and energetic employee is apt to be delightfully productive, but a workaholic tends to be a rigid judge of others. The internal standard that drives you to polish the proposal to a high shine contributes to an atmosphere of excellence. But the perfectionist eye that scrutinizes and worries over every tiny detail creates an atmosphere of paralysis.

Clear objectives and regular evaluations inspire self-management, because people know what needs to be done and whether they are doing it well. But pushed to an extreme, evaluation can become criticism and punishment, which—no matter how justified—only builds anxiety and resentment.

Saturday, March 27, 2010

Tallest Man in the world

This is the tallest man in the world,no one than him

Wednesday, March 24, 2010

Tuesday, March 23, 2010

Industrial Engineers as Change Leaders

Change management is a structured approach to transitioning individuals, teams, and organizations from a current state to a desired future state

But

Why people resist Change?
The following are five reasons why people resist change

1.Reason 1
The person is, in general against or negative toward all that is new or different

2.Reason 2
The person is not interested in the idea/the change. He/she has other goals, that he/she want to pursue.

3.Reason 3
The person does not understand the message and/or the consequences that the change will have on her/his work situation

4.Reason 4
The person does not trust the person who communicates the change initiative.

5.Reason 5
Fear

Who is Industrial Engineer in Change Management?

As change Management projects are never easy, Industrial Engineer as a change leader should have the following characteristics.

An ability to work with a wide range of people. The change team itself will include people from many functions and at many levels. People from many levels and functions of the company will need to be consulted and worked with during the change process.

Good communication skills. The change leader will need to be able to communicate effectively with top management, the change project team, and people in all functions that participate in the product development process. The change leader has to communicate goals and targets from top management to the project team, and take responsibility for coordinating people from many functions.

A good understanding of why change is necessary. Although this may seem obvious it is surprising how many project leaders turn out to be smooth talkers with only a superficial understanding of the need for change. Unfortunately for many of them the result is that they are removed from their position when progress begins to slow.

Sufficient resources (people, money, time) to make change happen. Again this would seem obvious but many a good project leader will fail because the necessary resources are not available.

Able to take and tolerate risk. Almost by definition, change projects involve a lot of risk. People who have been successful project leaders for traditional projects may be unable to change their behavior and take the risk of stepping into uncharted waters. Instead they may, perhaps unconsciously, turn away from risk-bearing activities. In doing so they may turn away from potential opportunities, and condemn the project to failure.

Able to delegate. It's not the role of the change leader to carry out all the changes, but to make sure the changes occur. Project leaders who have always been hands-on may find it difficult to find the right balance between leadership and involvement in details.

Able to listen to what other people are saying. Change will not occur if the change leader only tells other people what to do. Everyone has to have the opportunity to communicate their ideas, exchange thoughts and build up their own logic for supporting change. The change leader has to be able to stop talking and start listening.

Able to respond to what people are saying, and to communicate clearly, correctly and concisely. Change is difficult enough to understand when it is communicated clearly, correctly and concisely. If the change leader is long-winded, woolly and prone to making mistakes, then no one is going to understand the proposed changes. There is a danger in change projects of communicating different things to different people. Often this is done to avoid communicating to a person or a group something that can be expected to be rejected. However, in the long-term it's an approach that is doomed to failure. Eventually, people will find out what is happening, they will rebel against the change leader who has been dissimulating (i.e. lying) and they will dig their heels in and reject the proposed change.

Good sales skills. The change leader will have to sell the need for analysis and change to some cynical, worried, inflexible and apathetic functional managers, and to sell the results of the analysis to top managers, functional managers, and users of engineering information.

Good analytical and conceptual skills. The change leader will need to be able to think in a well-structured way to handle all the information that is collected, but also be open to change, and be able to think laterally about the way information will be used in the future, for example after process reengineering.

Be skilled in problem-solving techniques. A change project will throw up all sorts of problems and the most appropriate way will have to be found to solve each one. Some may be answered by individuals, some by groups, some in traditional meetings, some by brainstorming, some by questionnaires, etc.

Be an able and willing coach. Many people will have little idea of the entire scope of the change project and will look to the change leader for guidance.

Be a good builder of team effectiveness. It's easy to bring a few people together and say they are a team. It's much more difficult to get them to work together as an effective team.

Be able to keep track of progress. Many things will be happening simultaneously in a change project and the change leader needs to have them all under control.

Be able to maintain focus in a changing environment. Many new ideas arise in a change project. The change leader needs to be able to integrate good ideas into the project without losing sight of the original objective.

Be interested in the company and in change. The change leader should be deeply interested in finding out how things work today, and how they could work better in the future.

Good knowledge of the product development and support activities of the company. Practical experience of the way the company works will make the job much easier for the change leader.

Be thick-skinned. The change leader will probably face hostility from many people. There will be hostility from some functional managers who don't want anyone interfering on their turf, from users who just want to be left alone, from top managers who are not prepared to make unpopular, yet necessary, changes and from many people who are just averse to change.

Be credible. The change leader needs a sufficiently wide range of experience, and an action-oriented and relatively unblemished reputation in the company.

Be optimistic, positive and success-oriented. At times a change project will seem tedious, never-ending and unlikely to succeed. At such times, the change leader must find the will to keep moving forward, motivate the team, and meet the objectives.

An ability to present the results of the team's work in a way that is easy for others to understand and allows them to criticize the work in a positive way and to suggest improvements.

Able to behave in the project as if change has already occurred. The change leader shouldn't behave in the change project with all the bad habits that characterized the old environment (turf wars, lying, scoring points off fellow team members, dividing to rule, etc.). If people see their change leaders haven't even managed to change their own behavior they are not going to believe that the change leaders are going to be able to change anyone else's behavior.

Be able to stay with the change project. The change leader should stay with the change project from beginning to end. Changing change leaders in mid-project is even more risky than changing horses in mid-stream. It's difficult for new change leaders, taking over during a project, to make up for lost time. This is not a question of not having time to read all the documentation, but of not being aware of all those apparently unimportant, but actually crucial, events that occurred but were not documented.

Be able to go back to top management for guidance or to stop the project. The change leader has the authority and the responsibility to make changes happen. If however, it appears that changes are not happening quickly enough, or are being opposed by particular interest groups, the change leader should be able to go back to top management for support.

So how does your change leader rate on the above points? Maybe you should read them through again and see where he or she is doing well and where there's an opportunity for improvement. Don't be too hard on them if they don't score full marks. It's really difficult to be a change leader, and there are very few good ones. With time though, the situation will change. Change leaders will analyze their own behavior, identify the weaknesses and take the corresponding steps to improve