"Failure is pillar to success". But many times we fail to utilize this. Following are some simple but effective guidelines. I hope it will help you.
1. Don't sugarcoat the situation.
Present the facts in a realistic manner.
Don't overestimate the likeliness of recovery.
Explain the consequences in concrete terms.
2. Divorce the failure from the people involved.
Don't think in terms of "blame."
Don't use the names of colleagues and reasons for decision failure in the same breath.
Bear in mind that many decisions fail as a result of pure chance and bad luck.
Also take to heart the notion that people often have less control over decisions and their implementations than you may have assumed.
3. Form a review team.
Compose the team of members most directly affected by the decision failure.
Include participants who have the ability to implement backup plans.
SCJP OCP OCA OCE Java Sample/Test Questions Dumps free pdf for Oracle Associate / Professional CertificationHere are few links for which provide good java practice questions / simulators with answers for Oracle (formerly Sun ) Certified Java Prog...
List of Core/common GoF / J2EE Design Patterns which are internally used by Spring / based upon: 1. MVC - The advantage with Spring MVC...
What is difference between Filter, Interceptor & Listener - when to use one, in which scenario .. Definition: A filter dynamically...
Monolithic Architecture In a server-side application Its common to have following layers: Presentation — responsible for handling HTTP ...