<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-28001190</id><updated>2012-02-04T02:30:01.322-08:00</updated><category term='GOD'/><title type='text'>vivek blog</title><subtitle type='html'>hi this is blog for different topics.
please comment all</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>36</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-28001190.post-2552263207697349143</id><published>2009-07-29T02:44:00.001-07:00</published><updated>2009-07-29T02:44:37.182-07:00</updated><title type='text'>Are you looking for a education after 12th or PUC.</title><content type='html'>&lt;p&gt;if you are looking so please check this picture below&lt;/p&gt; &lt;p&gt;Thanks to &lt;a title="http://pkp.blogspot.com/2009/07/blog-post.html" href="http://pkp.blogspot.com/2009/07/blog-post.html"&gt;http://pkp.blogspot.com/2009/07/blog-post.html&lt;/a&gt;&lt;/p&gt; &lt;p&gt;&amp;nbsp;&lt;/p&gt; &lt;p&gt;&lt;a href="http://lh6.ggpht.com/_ieA-0X1_JXw/SnAZ-joP-yI/AAAAAAAAB4A/TVOUlfCX9zY/s1600-h/books_22.jpg"&gt;&lt;img style="border-right-width: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" title="books_2" border="0" alt="books_2" src="http://lh6.ggpht.com/_ieA-0X1_JXw/SnAaAilHXcI/AAAAAAAAB4E/wby77PQdxJ4/books_2_thumb.jpg?imgmax=800" width="168" height="244"&gt;&lt;/a&gt;&lt;/p&gt;  &lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-2552263207697349143?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/2552263207697349143/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=2552263207697349143' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/2552263207697349143'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/2552263207697349143'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2009/07/are-you-looking-for-education-after.html' title='Are you looking for a education after 12th or PUC.'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://lh6.ggpht.com/_ieA-0X1_JXw/SnAaAilHXcI/AAAAAAAAB4E/wby77PQdxJ4/s72-c/books_2_thumb.jpg?imgmax=800' height='72' width='72'/><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-1551722114833327789</id><published>2009-07-29T02:42:00.001-07:00</published><updated>2009-07-29T02:42:43.863-07:00</updated><title type='text'>Tamil Old letters Transformation</title><content type='html'>&lt;p&gt;Hi&lt;/p&gt; &lt;p&gt;I got this Tamil transformation of letters from one age to another.&lt;/p&gt; &lt;p&gt;I got this from Tamil Wikipedia. &lt;/p&gt; &lt;p&gt;See below&lt;/p&gt; &lt;p&gt;&lt;a href="http://lh6.ggpht.com/_ieA-0X1_JXw/SnAZg1sKjdI/AAAAAAAAB34/wSSVIA7o8HQ/s1600-h/800pxHistory_of_Tamil_script2.jpg"&gt;&lt;img style="border-right-width: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" title="800px-History_of_Tamil_script" border="0" alt="800px-History_of_Tamil_script" src="http://lh3.ggpht.com/_ieA-0X1_JXw/SnAZkfkFbyI/AAAAAAAAB38/pCfdCRT3Xek/800pxHistory_of_Tamil_script_thumb.jpg?imgmax=800" width="244" height="164"&gt;&lt;/a&gt;&lt;/p&gt;  &lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-1551722114833327789?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/1551722114833327789/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=1551722114833327789' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/1551722114833327789'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/1551722114833327789'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2009/07/tamil-old-letters-transformation.html' title='Tamil Old letters Transformation'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://lh3.ggpht.com/_ieA-0X1_JXw/SnAZkfkFbyI/AAAAAAAAB38/pCfdCRT3Xek/s72-c/800pxHistory_of_Tamil_script_thumb.jpg?imgmax=800' height='72' width='72'/><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-2721090467742905002</id><published>2008-04-14T01:40:00.000-07:00</published><updated>2008-04-14T01:41:12.810-07:00</updated><title type='text'>Time Management</title><content type='html'>Hi all&lt;br /&gt;always plan and do the work. &lt;br /&gt;if you fail to plan then plan to fail&lt;br /&gt;make note of all things what are all you are going to do in a notebook &lt;br /&gt;make remainders (if you have mobile ,pda or any digital) otherwise write it in a paper keep it in your pocket and mark tick once you have completed the work&lt;br /&gt;always give priority to the work and dont be lazy. add the time along with the work what you are going to do. and complete it on time. &lt;br /&gt;if the work going beyond your time(until it is important) leave as it and try to complete it. otherwise give a break to that one and complete the other one. since it will avoid the frustration of that particular job. &lt;br /&gt;check and make a note of it and track it.&lt;br /&gt;soon you will find what mistakes you have done in past and correct int he future plans and work.&lt;br /&gt;do a routine check in the work schedule and try to fit in it.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-2721090467742905002?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/2721090467742905002/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=2721090467742905002' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/2721090467742905002'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/2721090467742905002'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2008/04/time-management.html' title='Time Management'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-1921031208607423315</id><published>2008-04-14T01:39:00.000-07:00</published><updated>2008-04-14T01:40:03.977-07:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='GOD'/><title type='text'>nothing to lose</title><content type='html'>Everytime who watches above will give you more than your wish.&lt;br /&gt;Now-a-days i am feeling that if i ask some thing from my GuruDheva.&lt;br /&gt;he( i never saw him he may be she also but while typing most masculine will be considered as he. if i mention he means it is not only he but also it represents to she also.) &lt;br /&gt;He tells me to wait for some time or even for days.&lt;br /&gt;He gave me lot against the normal policy of human life and culture.&lt;br /&gt;what ever i asked he gave me and he taught me the lessons from what i asked and got in this life. till now i learnt lot from him and in life also. do u know why i keep this blog as loosupaya? because of my behaviour only. he gave me lot what i asked and what i asked was became curse for me. since i should have asked him good things only. but i asked most is bad. so the good things what i asked it became very good and what i asked the bad it made me too much of bad in my personal and in my inner mind. the only thing i could survice is i am truth full in all. Nothing to lose in this life. if you are praying to God or to any personal feeling or anything dont be greedy and dont ask give me that give me this one like that. ( I personally dont have belive in GOD but i dont know what happened who did to belive my GuruDheva). &lt;br /&gt;Just pray to them give me what do you want to give me.&lt;br /&gt;if you give me pain and always say i will make medicine for this one.&lt;br /&gt;if you give me sorrow i will learn how to control&lt;br /&gt;if you give me happy i will not get exchaused&lt;br /&gt;if you give me loss i will learn how to make profit more&lt;br /&gt;be positive always.. &lt;br /&gt;so there is nothing to lose in this world.&lt;br /&gt;i will make more how i got GuruDheva in my world.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-1921031208607423315?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/1921031208607423315/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=1921031208607423315' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/1921031208607423315'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/1921031208607423315'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2008/04/nothing-to-lose.html' title='nothing to lose'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-3220822090252286693</id><published>2007-08-07T04:49:00.000-07:00</published><updated>2007-08-07T04:49:48.857-07:00</updated><title type='text'>Online Share Traders India,Stock Trading,Online Equity Brokers,Share Broking India - Apollo Sindhoori</title><content type='html'>&lt;a href="http://www.apollosindhoori.com/"&gt;Online Share Traders India,Stock Trading,Online Equity Brokers,Share Broking India - Apollo Sindhoori&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-3220822090252286693?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/3220822090252286693/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=3220822090252286693' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/3220822090252286693'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/3220822090252286693'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2007/08/online-share-traders-indiastock.html' title='Online Share Traders India,Stock Trading,Online Equity Brokers,Share Broking India - Apollo Sindhoori'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-116013945951460510</id><published>2006-10-06T05:52:00.000-07:00</published><updated>2006-10-06T05:57:46.620-07:00</updated><title type='text'>I am in full tried</title><content type='html'>hi all&lt;br /&gt;i dont know what to do. I am trying my best to do. But till now i am worrying about my job&lt;br /&gt;how i am going to handle i dont know&lt;br /&gt;i think i have to put more effort in that one&lt;br /&gt;ho my god...&lt;br /&gt;help me out&lt;br /&gt;vivek&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-116013945951460510?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/116013945951460510/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=116013945951460510' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/116013945951460510'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/116013945951460510'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/10/i-am-in-full-tried.html' title='I am in full tried'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115953041484655993</id><published>2006-09-29T04:45:00.000-07:00</published><updated>2006-09-29T04:46:55.016-07:00</updated><title type='text'>How to Face Interview</title><content type='html'>COMMON INTERVIEW QUESTIONS&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Why do you want this job?&lt;br /&gt;Think about this question carefully and stress upon the positive aspects that attracted you to apply for this post. Be careful in not mentioning the negative points of your present job as a reason for why u want this job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What according to you are the pre-requisites for this job?&lt;br /&gt;The advertisement placed by them for the job can help you to some extent of answer this question. These may include leadership ability, supervisory skills, communication skills, interpersonal skills, problem solving, analytical skills, etc.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What do you think you can contribute to the success of the company?&lt;br /&gt;This is a chance for you to form an impression. Explain about your past achievements in your previous job(s) relevant to the new position you are applying for.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Why do you want to work with this company?&lt;br /&gt;Your answer should be emphasizing all the positive aspects about why you want to join the company but Carefully avoiding answers like for more money or for shorter working hours. They will leave bad Impression to your prospective employer.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What do you know about this company?&lt;br /&gt;This is a great chance for you to impress the interviewer with the knowledge you have gained about the company. Give them a run down of their products/services, sales figures, news, company figures, customers, etc.&lt;br /&gt;&lt;br /&gt;What is the feature that interests you about our product/service?&lt;br /&gt;The research you have done about the company should help you a lot here.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What do you think we can offer you that your previous company has offered you?&lt;br /&gt;Stride with utmost care here. Don’t mention money aspects. You could Stress on opportunities for personal growth, new challenges, etc.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Why do you think we should employ you?&lt;br /&gt;You can answer this question based on your previous experience and achievements relating to the position and company. As a conclusion you could mention that you can fit into the position comfortably with the supporting reason. You can also ask the employers opinion about this.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;How long would it take for you to make a significant contribution to the success of the company/project?&lt;br /&gt;You can mention that you can make the contribution from day one. You can also ask the employer how much time are you expecting for me to make a significant contribution.How competitive are you for this job/ Depending on the position you are applying for you may want to sound fairly ambitious, but do not look as if you are after the interviewer's position.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What do you like and dislike the most about your job?&lt;br /&gt;Likes: here you can stress things like new challenges, opportunity to bring a new experience to the company&lt;br /&gt;Dislikes: mention that you do not dislike anything in particular which is the reason why you liked the job.&lt;br /&gt;&lt;br /&gt;Why did you choose a career in this field?&lt;br /&gt;Your answer should be very positive with appropriate reasoning and advantages of this field. If you have been changing careers give logical reasoning why you have done so.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What according to you are the similarities and differences between your previous job and your present job?&lt;br /&gt;The interviewer is trying to visualize how well you could fit into the position so try to focus more on the similarities rather than the differences. Coming to the point of differences it will help you if you can demonstrate that you have done similar task before or you could pick up the new skill quickly.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What is your opinion about the previous company you have worked for?&lt;br /&gt;Stress upon the positive points about your company with a few words of praise for the company. You can&lt;br /&gt;mention about the training you have received or the work experience you have gained.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Did your previous company live up to your expectations? Why do you want to leave that&lt;br /&gt;company?&lt;br /&gt;Your answer should be always about joining or leaving a company. Do not mention anything negative about your present employer. Instead you could say that you are looking for new challenges and mention that the company who is interviewing you fits into that very well.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What is the organisation structure in your previous company and how well did you fit in it?&lt;br /&gt;These kinds of questions are usually used to know wether your old job is at comparable level to your new job. If the new job is at a level more than your previous one, you should be able to demonstrate that you will be able take up a more demanding position. You should try to tell that you have already been handling most of the responsibilities and posses the needed skills for this job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What is the size of the company you would prefer to work with? Small, medium or large?&lt;br /&gt;Before answering this question bear in mind the company size where you are attending the interview. If it is a medium or small sized company you could say that you like to work in a close atmosphere with a good team spirit. If it is a large company you can say that you enjoy the stability of working in a large company and established company.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What are your expectations in the new job?&lt;br /&gt;The most appropriate reply would be that you are looking for a job where you can apply your present skills and learn new ones.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What would be your ideal job?&lt;br /&gt;For this question you can describe your ideal job in a similar way as their job description given in the advertisement. An ideal job can include challenging work environment, good team spirit, opportunity to learn new skills, apply your existing skills, etc.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you thinking of considering any other jobs at the moment?&lt;br /&gt;If you are considering, but be careful not to give too many details as it may weaken you negotiating&lt;br /&gt;position later. If you are not considering any just say that you have a few irons in the fire.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;How would you describe yourself?&lt;br /&gt;Take this chance to describe about your personal and professional attributes and achievements.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Do you think that you are successful?&lt;br /&gt;Your answer should be positive. You can explain about some of your past work related achievements that will suit the position you desire for.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What has been your greatest success? How did you achieve it?&lt;br /&gt;Describe about an achievement, which best suits, their needs.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What has been your greatest failure?&lt;br /&gt;Tell about a failure, which you have rectified in later stages, or something, which is not very important.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What do you think about improving yourself?&lt;br /&gt;Be careful in not mentioning any of your negative points as the interviewer is waiting to find a flaw in you. Instead stress on things like learning new things.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Did you have any chance for growth in your previous jobs?&lt;br /&gt;If you had successful chances for growth then mention that, if you did not have any satisfactory&lt;br /&gt;opportunities for growth be careful about the words you use.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you a leader?&lt;br /&gt;Explain about your previous experiences where you have successfully demonstrated your leadership&lt;br /&gt;qualities.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you a loner or do you get along well with others?&lt;br /&gt;Some jobs mean that you have to work in a team and for some jobs you need to be on your own. You can&lt;br /&gt;say that you are comfortable in both the situations.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you self motivated or you need someone to motivate you?&lt;br /&gt;You should answer that you are self-motivated.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Will you be able to work on your own initiative?&lt;br /&gt;You should answer positively asking how much responsibility will I be required to handle.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What are the motivational factors for you?&lt;br /&gt;You can say good career growth, opportunities to learn new skills, a congenial work environment etc.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you competitive?&lt;br /&gt;Your answer should depend on the type of job offered. If you are working in a team then you should say that you would work in the best interest of team and not just for your own benefit.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Will you be able to work under pressure?&lt;br /&gt;Your answer should be affirmative but ensure that you ask under how much pressure?&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What are your career goals?&lt;br /&gt;Mention the goals, which are in common interest of the company requirements.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you prepared to relocate?&lt;br /&gt;If you are, say so. If you do not want to move then you do not have to accept the job - try and come&lt;br /&gt;across as someone who is positive.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Are you willing to travel?&lt;br /&gt;Again if you are, say so. You want to sound positive, so find out how much travelling is involved before you turn down the job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;How often are you off sick?&lt;br /&gt;This can be a difficult question to answer if you are frequently off sick or you have just recovered from a prolonged period of illness. If you have generally enjoyed good health And this period of illness is not typical then you should say so.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What did you earn in your last job?&lt;br /&gt;You have to be very careful when answering this question because once an interviewer knows your current salary they will try and fix your next remuneration based on this figure. This may be satisfactory if you only wanted a modest rise in salary and your current salary is in line with their salary range, but, what if your current salary is substantially lower than the rate for the job, or if you want a substantial salary rise? In&lt;br /&gt;these cases you would be best advised to say that you do not really want to prejudice yourself by being too high or too low. Ask if you can discuss this later after the responsibilities for the job have been discussed; you may also want to ask them what the range for the job is (if you do not already know).&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What level of salary are you looking for now?&lt;br /&gt;Be very careful when you answer this question - you do not want to appear to be greedy. If you are applying for a specific vacancy you could ask them what the salary range is. Once they have answered you could say "I think my experience would place me at the top end of your range, don't you?" If they ask you this question fairly early on in the interview you could delay answering by saying "It is hard to discuss salary without first knowing a little bit more about the job and the responsibilities."&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;What will your referees say about you?&lt;br /&gt;Say that you expect excellent references.&lt;br /&gt;&lt;br /&gt;*********************************************************************************************************************************************************&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Difficult questions&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;If you cannot answer a question you might reply with "That's an interesting question - how would you tackle it?"&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Fantasy questions&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;These sorts of questions can be very difficult to answer. Such questions might include: "What would you do if you won the National Lottery?" You should give the answer, which in your opinion will give you the best chance of getting the job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Questions you may want to ask an interviewer&lt;br /&gt;&lt;br /&gt;The interview is a two-way process. The company interviewing you will want to find out whether you are suitable for the position and you will want to find out if the company and position are right for you. You should therefore ensure that you have enough information to make up your mind whether you want the job.&lt;br /&gt;For example:&lt;br /&gt;What will be my responsibilities?&lt;br /&gt;Where will I fit into the overall organizational structure?&lt;br /&gt;Who will I report to?&lt;br /&gt;Where does he/she fit in the structure?&lt;br /&gt;Who will report to me? How experienced are they?&lt;br /&gt;What do you expect me to do in the first 6 months?&lt;br /&gt;What level of performance do you expect from me?&lt;br /&gt;Who are your customers?&lt;br /&gt;Where is the company going? Upwards? Expansion plans?&lt;br /&gt;What are the chances of advancement/promotion in this position? When?&lt;br /&gt;What will be my salary, benefits and bonuses? [Do not bring this up too early in the interview - wait until they are sold on you.]&lt;br /&gt;Will traveling be required in this position?&lt;br /&gt;Will relocation be required now or in the future?&lt;br /&gt;What training do you provide?&lt;br /&gt;When will you decide on the appointment?&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Source: http://www.bradleycvs.co.uk/  &lt;br /&gt;Interview Questions You May Be Asked&lt;br /&gt;Before attending an interview you should think about your responses to the following questions. Your answers may depend on the job or company in question, so you should go through your responses just before each interview.&lt;br /&gt;Why do you want this job?&lt;br /&gt;Think carefully about this question. Stress the positive aspects, which have attracted you to applying for this position. Do not mention the negative aspects of your current job or the job in question.&lt;br /&gt;What qualities do you think will be required for this job?&lt;br /&gt;Their advertisement for the job may help you a little bit, but you should also think of the other qualities that may be required. These may include leadership ability, supervisory skills, communication skills, interpersonal skills, problem solving, analytical skills, etc.&lt;br /&gt;What can you contribute?&lt;br /&gt;This is your chance to shine. Tell them about your achievements in your previous position(s) which are relevant to the new position you are applying for.&lt;br /&gt;Why do you want to work for this company?&lt;br /&gt;Emphasis the positive reasons why you want to join their company, but avoid aspects such as more money or shorter hours. These would not endear you to a prospective employer.&lt;br /&gt;What do you know about this company?&lt;br /&gt;This is your chance to impress the interviewer with your knowledge of their company. Give them a run down of their products/services, sales figures, news, company figures, customers, etc.&lt;br /&gt;What interests you about our product (or service)?&lt;br /&gt;Again, your research into the company should aid you in answering this question.&lt;br /&gt;What can we (the new company) offer that your previous company cannot offer?&lt;br /&gt;Tread carefully here! Again do not mention money. Stress opportunities for personal growth, new challenges, etc.&lt;br /&gt;You have not done this sort of job before. How will you cope/succeed?&lt;br /&gt;Say that you are the sort of person who aims to succeed at everything you do and that you are very determined and will do whatever it takes to get the job done.&lt;br /&gt;Why should we employ you?&lt;br /&gt;The answer to this question will be based on your previous experience and achievements which relate to the company. At the end you could add that you think there is a good fit between you and the job, and do ask the interviewer for their opinion.&lt;br /&gt;How long do you think it would be before you were making a significant contribution to the team/company?&lt;br /&gt;If you think that you could contribute from day one then say so. Then turn the question round on them and say how soon would they expect it.&lt;br /&gt;How ambitious are you? Would you compete for my job?&lt;br /&gt;Depending on the position you are applying for you may want to sound fairly ambitious, but do not look as if you are after the interviewer's position.&lt;br /&gt;What do you like and dislike about the job we are discussing?&lt;br /&gt;Likes: stress things such as a new challenge or the opportunity to bring fresh experience to the company. Dislikes: Imply there is nothing to dislike about the job, which is why you are so interested.&lt;br /&gt;Why did you choose a career in …?&lt;br /&gt;Be positive about your reasons. If you have changed careers make a logical argument as to why you did so.&lt;br /&gt;Why are you changing careers?&lt;br /&gt;This question will only be asked if you are making a radical change in your career. Always stress the positive aspects of the change rather than the negative aspects of your previous career - you do not want to come across as someone who is moving just because you hate your old career. Say why you think you will be good in the new career - this should come from your experience and achievements, stress the transferable skills you have, such as leadership ability, etc.&lt;br /&gt;How much does your last job resemble the one you are applying for? What are the differences?&lt;br /&gt;The interviewer is trying to see how well you would fit in to the position you are applying for. So you should stress the similarities rather than the differences. When it comes to discussing the differences it will help your case if you can show that either you have done something similar in the past or that you can quickly pick up the new skills.&lt;br /&gt;What do you think of the last company you worked for?&lt;br /&gt;You should stress the positive aspects of your last company saying that they were a good company to work for. Tell them about the training you received or the work related experience you gained.&lt;br /&gt;Why did you join your previous company? Did they live up to your expectations? Why are you leaving now?&lt;br /&gt;Always be positive about your reasons for joining and leaving a company. Be very careful that you do not say anything negative about your present employer. If you do, the new company will wonder what you will say about them when you leave. You might want to stress that you are looking for a new challenge and that you feel that the company who is interviewing you fits the bill!&lt;br /&gt;Explain the organisational structure in your last company and how you fitted into it?&lt;br /&gt;This sort of question may be used to find out whether your old job is at a comparable level to your new job. If the new job being discussed would be a step up the ladder you will need to show that you are ready for a more demanding position. You may be able to show that you have already had many of the responsibilities and the necessary skills which would be required for the next step.&lt;br /&gt;How long have you been looking for a new job?&lt;br /&gt;If you have been unemployed for a long time this may be a rather tricky question to answer. But be honest. If you have been away on holiday or done some voluntary work you could mention this.&lt;br /&gt;Do you prefer to work in a small, medium or large company?&lt;br /&gt;Remember where you are! If the company interviewing you is a small to medium sized company say that you enjoy a close atmosphere with a good team spirit. At a large company say that you enjoy the stability of working for a large and established company.&lt;br /&gt;What are you looking for in a new job?&lt;br /&gt;Make sure your answer fits in with the company who is interviewing you. A suitable reply would be that you are looking for a new job where you can apply your existing skills and learn new ones.&lt;br /&gt;What would your ideal job be?&lt;br /&gt;Again, remember where you are! Describe the job in terms of the criteria they have used to describe their job. An ideal job might include things like challenging work, a fair rate of pay for the job, nice colleagues, good career prospects, good team atmosphere, opportunity to learn new skills, apply old skills, etc.&lt;br /&gt;Are you considering any other positions at the moment?&lt;br /&gt;If you are say so, but do not give too many details away - it will weaken your negotiating position later. If you do not have any other job offers at the moment just say that you have a few irons in the fire.&lt;br /&gt;What did you think of your manager/supervisor?&lt;br /&gt;Say that he/she was the sort of person you could learn from and you communicated well, which meant that the task in hand was completed on time.&lt;br /&gt;What did you do on a day to day basis?&lt;br /&gt;Stress the positive things you did including your achievements. Even if some or much of it was paperwork, you can still show your interest in the way it was tackled.&lt;br /&gt;Did you increase sales or profits in your last job?&lt;br /&gt;This question is only relevant for senior managers or sales people. If you have increased sales and/or profit then do not be afraid to shout about it. If you have not increased sales say why not, e.g. general downturn in the market, etc. It might then be a good idea to mention an achievement in a previous job if your performance was better there.&lt;br /&gt;Have you reduced costs at your last company?&lt;br /&gt;If you have reduced costs say so - companies are always looking for ways to reduce costs.&lt;br /&gt;How would you describe yourself? / How would others describe you?&lt;br /&gt;Pick your best attributes and achievements from your career.&lt;br /&gt;Do you consider yourself successful?&lt;br /&gt;You should say you do. Pick some work related achievements that are in line with the position that you are discussing.&lt;br /&gt;What was your greatest success? How did you achieve it?&lt;br /&gt;You should pick an achievement which is related to their needs.&lt;br /&gt;What has been your biggest failure?&lt;br /&gt;Try to pick a failure which you were later able to correct or something that is not really important.&lt;br /&gt;How could you improve yourself?&lt;br /&gt;Do not mention anything negative about yourself - the interviewer is looking for a chink in your armour.&lt;br /&gt;Did you feel you progressed satisfactorily in your last job?&lt;br /&gt;If you progressed faster than normal you should say so. If growth was not as good as expected then be careful how you phrase this.&lt;br /&gt;Are you a leader?&lt;br /&gt;State how you have successfully acted as a leader, giving examples of your successes.&lt;br /&gt;How do you handle criticism?&lt;br /&gt;Your answer should be along the following lines: "I always think that it is important to get feedback on how I am performing so that I can improve any areas which my manager/supervisor highlights. Do you have regular staff appraisals and a staff development plan?"&lt;br /&gt;What sort of manager are you? / What makes a good manager?&lt;br /&gt;You should say that it is someone who listens to other people and can delegate whilst maintaining overall control of the task at hand, bringing in the project on time and to budget. Good planning skills are essential.&lt;br /&gt;Do you work well with others? Or are you a loner?&lt;br /&gt;Some jobs mean that you have to work very closely with other people whilst other jobs mean that you are largely working on your own, so you need to say that you are happy in both situations.&lt;br /&gt;Do you need other people around to stimulate you or are you self-motivated?&lt;br /&gt;You need to say that you are self-motivated.&lt;br /&gt;Are you accepted into a team quickly?&lt;br /&gt;Hopefully you can answer a resounding "Yes" to this question.&lt;br /&gt;Can you act on your own initiative?&lt;br /&gt;You should say that you can. You could ask how much responsibility you would have.&lt;br /&gt;How do you run a meeting?&lt;br /&gt;You could say that you must start with an agenda and stick to it. You could add that you would try to get the views and ideas from everyone present, working in an air of co-operation. If people moved off at a tangent you would bring them back to the item being discussed.&lt;br /&gt;What motivates you?&lt;br /&gt;Our suggestions are career growth, opportunity to learn new skills, good co-workers, etc.&lt;br /&gt;What management style gets the best results out of you?&lt;br /&gt;Try and think about how you have reacted to different managers and which factors have motivated you. Do not say too much in reply to this question, because if your answer is contrary to the management style of the company they will not be keen to employ you!&lt;br /&gt;Do you know how to motivate other people?&lt;br /&gt;Hopefully you can say "Yes", and say that you have to find out what motivates a person and give them recognition for a job well done. You should always give them encouragement and help them when required.&lt;br /&gt;Are you competitive?&lt;br /&gt;Your answer depends on the sort of job you are doing. If you will be working as part of a team you will need to show that you can work in the best interests of the team and not just for your own benefit.&lt;br /&gt;Are you aggressive?&lt;br /&gt;If you mean by this someone who gets things done, then the answer is "Yes". You need to defuse the implications of this question.&lt;br /&gt;What do you dislike doing?&lt;br /&gt;Say that you are prepared to do whatever it takes to get the job done well and on time and try to do disagreeable things first to get them out of the way rather than putting them off.&lt;br /&gt;What problems did you encounter in your last job? What annoyed you about your last job?&lt;br /&gt;Stick to the problems that you were able to solve, i.e. "I had problem X, which I later managed to resolve by doing Y". Show that you are a person who can solve problems rather than someone who lets things get on top of them.&lt;br /&gt;What would you like to avoid in your next job?&lt;br /&gt;You need to be positive here and say that there is nothing in particular that you would like to avoid.&lt;br /&gt;Do you feel you are ready to take on greater responsibilities?&lt;br /&gt;Show how you have progressed throughout your life and how you have accepted and taken on responsibility for the actions of yourself and others. If you have not really had many work related responsibilities you can mention other responsibilities you have had outside work.&lt;br /&gt;Can you work under pressure?&lt;br /&gt;You need to say that you can. You could ask how much pressure the job involves.&lt;br /&gt;How many hours are you prepared to work?&lt;br /&gt;You would be prepared to work the necessary hours to get the job done on time.&lt;br /&gt;Do you mind working for someone older than yourself? Younger than you? Of the opposite sex?&lt;br /&gt;Here you can say that you are prepared to work with anyone.&lt;br /&gt;What are your career goals?&lt;br /&gt;Link in your goals with the company who is interviewing you.&lt;br /&gt;How did you get on with your previous manager/supervisor, co-workers and subordinates?&lt;br /&gt;Hopefully you can say that you got on well with everyone.&lt;br /&gt;Have you been responsible for implementing ISO9000/BS5750 or Total Quality Management (TQM)?&lt;br /&gt;If you have, state how you implemented it successfully. If you have not, you will need to show that you are used to working to company quality standards or that you have a methodical approach to carrying out work.&lt;br /&gt;What interests do you have outside work?&lt;br /&gt;Your hobbies and interests can tell an employer a lot about you, including whether you are sociable or solitary, and whether you can take on 'leadership' roles. So you should think about which interests will paint the right picture of you given the position you are discussing.&lt;br /&gt;If you have changed jobs a lot you may be asked how long you would stay in the new job.&lt;br /&gt;You should state that you are looking for a long-term opportunity where you can learn and develop. You could then ask them if this applies to the job being discussed.&lt;br /&gt;Have you ever been fired?&lt;br /&gt;If you have, you will need to handle this question with great care. Try and put yourself in as favourable light as possible without being too dismissive. If you have later been able to correct any deficiency which resulted in you being fired you should tell the interviewer.&lt;br /&gt;Are you too old for this job?&lt;br /&gt;Tell them that you feel that your extra experience would enable you to make a bigger contribution to their company sooner than someone younger and less experienced.&lt;br /&gt;Are you too young for this job?&lt;br /&gt;"No, I do not think so!" is the answer you should give and then state the reason why you are not too young. If you have a lot of experience gained in a short time, say so.&lt;br /&gt;You may be over qualified for this position?&lt;br /&gt;Tell them that you feel that your extra experience would enable you to make a bigger contribution sooner than someone with less experience.&lt;br /&gt;Are you prepared to relocate?&lt;br /&gt;If you are, say so. If you do not want to move then you do not have to accept the job - try and come across as someone who is positive.&lt;br /&gt;Are you willing to travel?&lt;br /&gt;Again if you are, say so. You want to sound positive, so find out how much travelling is involved before you turn down the job.&lt;br /&gt;How often are you off sick?&lt;br /&gt;This can be a difficult question to answer if you are frequently off sick or you have just recovered from a prolonged period of illness. If you have generally enjoyed good health and this period of illness is not typical then you should say so.&lt;br /&gt;What did you earn in your last job?&lt;br /&gt;You have to be very careful when answering this question because once an interviewer knows your current salary they will try and fix your next remuneration based on this figure. This may be satisfactory if you only wanted a modest rise in salary and your current salary is in line with their salary range, but, what if your current salary is substantially lower than the rate for the job, or if you want a substantial salary rise? In these cases you would be best advised to say that you do not really want to prejudice yourself by being too high or too low. Ask if you can discuss this later after the responsibilities for the job have been discussed; you may also want to ask them what the range for the job is (if you do not already know).&lt;br /&gt;What level of salary are you looking for now?&lt;br /&gt;Be very careful when you answer this question - you do not want to appear to be greedy. If you are applying for a specific vacancy you could ask them what the salary range is. Once they have answered you could say "I think my experience would place me at the top end of your range, don't you?" If they ask you this question fairly early on in the interview you could delay answering by saying "It is hard to discuss salary without first knowing a little bit more about the job and the responsibilities."&lt;br /&gt;What will your referees say about you?&lt;br /&gt;Say that you expect excellent references.&lt;br /&gt;Difficult questions&lt;br /&gt;If you cannot answer a question you might reply with "That's an interesting question - how would you tackle it?"&lt;br /&gt;Fantasy questions&lt;br /&gt;These sort of questions can be very difficult to answer. Such questions might include: "What would you do if you won the National Lottery?" You should give the answer, which in your opinion will give you the best chance of getting the job.&lt;br /&gt;Questions to Ask the Interviewer&lt;br /&gt;The interview is a two-way process. The company interviewing you will want to find out whether you are suitable to the position and you will want to find out if the company and position are right for you. You should therefore ensure that you have enough information to make up your mind whether you want the job. For example:&lt;br /&gt;What will be my responsibilities?&lt;br /&gt;Where will I fit into the overall organisational structure?&lt;br /&gt;Who will I report to?&lt;br /&gt;Where does he/she fit in the structure?&lt;br /&gt;Who will report to me?&lt;br /&gt;How experienced are they?&lt;br /&gt;What do you expect me to do in the first 6 months?&lt;br /&gt;What level of performance do you expect from me?&lt;br /&gt;Who are your customers?&lt;br /&gt;Where is the company going? Upwards? Expansion plans?&lt;br /&gt;What are the chances of advancement/promotion in this position? When?&lt;br /&gt;What will be my salary, benefits and bonuses? [Do not bring this up too early in the interview - wait until they are sold on you.]&lt;br /&gt;Will travelling be required in this position?&lt;br /&gt;Will relocation be required now or in the future?&lt;br /&gt;What training do you provide?&lt;br /&gt;When will you decide on the appointment?&lt;br /&gt;What is the next step?&lt;br /&gt;Answering Interview Questions – Difficult Questions – Personal QuestionsThese questions give you the opportunity to answer in a way that enables you to provide focused information about your skills and abilities. Here are some common examples of this type of question:Do you consider yourself a natural leader?The ideal answer to this is 'yes', but in reality not all of us possess the confidence required to lead. You can substitute 'natural' with either 'competent' or 'conscientious', focusing more on leading by example with good organizational and interpersonal skills. Most professional jobs require an element of leadership that you should be taking the trouble to cultivate, whether it comes naturally or not. Tell me about yourself?This can be a frustratingly open question, but it does give you an excellent opportunity to communicate your skills and experience. Aim to keep your answer professionally orientated, specific to the characteristics that the interviewer may want to hear. Although your objective is to show you've got the perfect profile to fulfil the role, try to do so in a friendly manner so that you can show the interviewer that you have an agreeable personality. What are your biggest accomplishments?Answers to this should always be job-related, impressive but also hinting that your best work is yet to come. Don't be hesitant or vague when answering this question. Show that you have a clear idea of your achievements to date.&lt;br /&gt;Answering Interview Questions – Difficult Questions – Dangerous QuestionsThese questions give you the opportunity to overcome direct objections that the interviewer may have with your application. If these are not addressed, you will effectively rule yourself out as a serious candidate.Here are some common examples of this type of question:What did you dislike about your last job?Ideally you would answer 'there was nothing I disliked', although this may not be realistic. Hiring someone who easily fits into the existing complement of staff is very important, therefore steer clear of criticizing former colleagues or managers. Once again, if you pay attention to the company culture when they described the role to you, you can mention factors that would be likely to impress them.How long have you been looking for another position?If you are currently unemployed and have been looking for some time, try to minimize the 'time gap' by mentioning any other activities in which you have been involved, such as study or charity work. If your work is of a specialist nature and you've been determined to continue in that field, point this out provided that it isn't at odds with the demands of the new role. A resourceful answer here can certainly score you points, instead of putting you at a disadvantage. Why aren't you earning more at your this stage of your career?This is another implied negative, which can be turned into a positive by emphasizing your desire to gain solid experience instead of continually changing jobs for the sake of money. This question gives you scope to ask; "How much do you think I should be earning?" This could possibly lead to an offer. Why have you changed jobs so frequently?This is another question that can prove difficult. The best response can be to blame it on your need to gain experience and grow. Emphasize that the variety of jobs has been good experience and that you're now more mature and settled. Questions like this can be turned around, but be careful not to dwell too much on the subject, or over-justify yourself.Why were you made redundant?If you were made redundant as a result of a re-organization; then this is a legitimate excuse that most recruiters will understand - they have probably been involved with laying off people themselves at some time. Try to give acceptable reasons, such as downsizing or restructuring. Try to be brief and to matter-of-fact , encouraging the interviewer to move on. Why were you fired?If, however, you were fired and cannot realistically pass it off as a redundancy, then it's advisable to be open and honest whilst minimizing the reason for your dismissal. Try to portray the incident as 'one of those unlucky things that happens to the best of us' and modestly explain how you've learnt from the experience and the steps you've since taken. The objective is to put the interviewer at ease in the hope that they won't place too much importance on a reference check. It is however a good idea to reconcile with your former employers and ask them to at least give you a fair reference.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;How to Answer Interview QuestionsBy Bill Radin&lt;br /&gt;Here are eight of the most commonly asked (and basic) interviewing questions. Do yourself and the prospective employer a favor, and give them some thought before the interview occurs. &lt;br /&gt;Why do you want this job?  Why do you want to leave your current job?  What are your personal and professional goals?What do you like most about your current job?  Where do you see yourself in five years?What are your strengths?What are your weaknesses?What do you like least about your current job? &lt;br /&gt;The last question is probably the hardest to answer: What do you like least about your current job?&lt;br /&gt;I’ve found that rather than pointing out the faults of others (as in, “I can’t stand the office politics,” or, “My boss is a jerk”), it’s best to place the burden on yourself (“I feel I’m ready to exercise a new set of professional muscles,” or, “The type of technology I’m interested in isn’t available to me now.”). By answering in this manner, you’ll avoid pointing the finger at someone else, or coming across as a whiner or complainer. It does no good to speak negatively about others.&lt;br /&gt;I suggest you think through the answers to the eight questions above for two reasons.&lt;br /&gt;First, it won’t help your chances any to hem and haw over fundamental issues such as these. (The answers you give to these types of questions should be no-brainers.)&lt;br /&gt;And second, the questions will help you evaluate your career choices before spending time and energy on an interview. If you don’t feel comfortable with the answers you come up with, maybe the new job isn’t right for you.&lt;br /&gt;&lt;br /&gt;1. Prepare And Over-Prepare Why over-prepare? It goes like this: Plan your strategy by preparing your answers for the possible interview questions you may be asked--and then practice, practice, practice. Role-play and repeat your best responses until they are completely natural, until they simply roll off your tongue with the spontaneity that comes with successive repetition. 2. Be Particularly Clear On What You Know And What You Want To Achieve Most interviews are resume-based so have the facts of your stated objective, relevant experience, education, etc. thoroughly memorized and mentally supported. As to your job objective, be clear on what you want, as well as what you don't want. There is little room in the job market for the applicant who is willing to take anything, as he or she will usually get nothing. 3. Make Sure Your Responses Match Your Claims If, for example, you have taken extra course work to qualify for a particular position, have a license, have accomplished specific performance achievements or have earned a special certification, tie it into your narrative or use your presentation binder, e.g., 'When I took my course work for my CPA, I learned that....'4. Be Clear On Your Strengths You are almost certain to be asked questions pertaining to your strengths and weaknesses. Know your strengths and emphasize those that relate specifically to the position for which you are being considered. For example, if you are applying for a sales position, you might describe one of your strengths (if it's true) as follows: 'I've made a study of personality types and I've learned to quickly classify prospects in terms of the kinds of approaches that might best sell them.' Be prepared, in this case, to back up your claim if the interviewer suddenly asks: 'How would you classify me?'5. Describe Your Weaknesses As Strengths This is tricky, so let's think about why the question is asked. The interviewer probably wants to learn several things about you with this question, such as: whether or not you are arrogant ('I really don't think I have any weaknesses'), whether you know yourself ('Well, I've never really thought about that') and finally, what you are doing to improve your weaknesses. Here are two ways to answer this question so you leave a positive impression in the mind of the interviewer:&lt;br /&gt;(a) Explain that, in overcoming a weakness, you have learned something. If, for example, there's a period in your career path that just doesn't fit (say that you took a job selling cars between jobs as an accountant ... it happens!), you might tell the interviewer: 'One weakness, which took me some time to overcome, was that I really wasn't sure I wanted to be an accountant. For example, in 1988-90, I worked as a car salesman. I did this because I couldn't decide if I wanted to make accounting my career. That experience taught me that I really didn't want to sell products, and that I was much more challenged by the opportunity to solve client problems'. (b) Pick a weakness that is really a strength. If, for example, you're interviewing for a job in an organization you know is hard-charging and unforgiving of average performance, you might say, 'One of my weaknesses is that I tend to be impatient with people who aren't willing to pull their full weight and give 110%.'. In this case, your 'weakness' may help you get the job.6. Be Clear On Where You Want To Go A standard question, which has many variations, is: 'Where do you want to be five years from today?' Only today, the answers are different. Unless you plan to inherit Dad's/Mom's company, your answer is apt to be a lot more general than it might have been a decade ago. Why? Because the economy and nearly every industry is changing so fast that specificity with respect to the distant future is extremely difficult. So, instead of responding to the question with, 'I plan to be in a position of senior leadership in this company', you might want to say, 'I plan to become qualified in every phase of this industry'. Your exact response will depend upon the specifics of your job search, but the principle is: be specific while allowing yourself the flexibility, which suggests that you understand the complexities of the business you are applying for.7. If You've Been Fired, Be Forthright About It Many people have been laid or fired off through no fault of their own and this no longer a stigma to have been fired--unless it was for justifiable cause. Answer directly, but without a 'charge' in your voice. Expressing your bitterness over being let go, tells the interviewer (rightly or wrongly) that you cannot accept the realities of modern free enterprise -- that downsizing is acceptable and often necessary.8. Have Clear Personal Standards This is a sleeper because this question doesn't seem to have much to do with the immediate interview. However, many organizations are looking for people who DO have standards regarding their personal/professional lives, who can articulate them clearly and concisely, and who live by them. In this case, the briefer, the better. 'I delegate my weaknesses'. 'I don't take on projects unless I can give them 100 percent commitment'. 'I am committed to life-long learning and growth'. 9. Interview The Interviewer A competent interviewer will respect your efforts to assess the organization and the position in terms of whether or not it meets your requirements. And you owe it to yourself to have defined beforehand, what you ideally want and what you are willing to settle for, under certain conditions. For example, you might really want a salary of $75,000 to begin with, but you would be willing to take less if the opportunities for growth are clearly in the picture. 10. Don't Allow Yourself To Be Badgered By The Salary Issue Even today, it is still not uncommon to hear the old refrain: 'Our policy is not to pay a new employee more than X% higher than he/she is currently making'. Sorry, that doesn't fly. The real issue, and the only one at stake, is whether or not your prospective employer is willing to pay what you are worth. And, your worth is a function of the job itself, your capability and your willingness to perform it. In most organizations, there are clear parameters for a given job, a range of salary that is adjustable depending upon the market and the applicant's experience. In most cases, unless you are very good, you will have to work within those limits. But, within the limits, what you are worth is a matter of mutual agreement based on the knowledge of your worth and your ability to convince the person interviewing you. So, to sum it up: Know the range of compensation for the job you are seeking, make your own realistic determination of what you are worth, and then be prepared to stand your ground.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;A JOB interview can be a nerve-wracking experience if you are not prepared and lack self-confidence. We present a few tips that will help you to brush up on your interview skills and come out as a winner from your next interview! 1. Plan to arrive 10 minutes early. This will give you ample time to catch your breath, gather your thoughts and make a quick trip to the washroom to give your appearance one final check. To avoid unnecessary stress, choose your interview attire the night before.&lt;br /&gt;2. Greet the interviewer by his or her last name. If you are unsure of the pronunciation, do ask the employer to repeat it. Or better still, check it with the front desk personnel or receptionist before walking into the interview room.&lt;br /&gt;3. Let the interviewer lead the conversation but try to get him/her to describe the position and duties to you early in the interview. This will allow you to apply your background, skills and achievements to the position.&lt;br /&gt;4. When asked: "Tell me about yourself?", focus your answers on your background and a few professional and personal accomplishments.&lt;br /&gt;5. Stress on your achievements. For example: your sales records, the processes you have developed or systems installed, projects that you initiated, etc.&lt;br /&gt;6. Show enthusiasm. This can be demonstrated through verbal and non-verbal cues (for example, appropriate body language like nodding can be used to support your interest). Enthusiastic feedback can enhance your chances of being further considered.&lt;br /&gt;7. Answer questions by speaking in terms of the position. Emphasise what you can do for the company. Mention specific accomplishments that show your abilities and determination to succeed in this job. Your answers describe the position and duties to you early in the interview. This will allow you to apply your background, skills and achievements to the position. should tell the employer why you would be an asset to the company and not why you need a job.&lt;br /&gt;8. Bring an extra copy of your resume.&lt;br /&gt;9. Explain whenever possible; don't answer with a simple "yes" or "no." Be prepared to answer questions such as: * Tell me about yourself. * Tell me about your background and accomplishments. * What are your strengths? Weaknesses? * How would you describe your most recent job performance? * What interests you about our company? Also, be prepared to ask questions such as: * What would I be expected to accomplish in this position? * What are the greatest challenges in this position? * How do you think I fit the position? Remember, your lack of questions may be mistaken as lack of interest in the job. Summary If you are interested in the position, stress this to the interviewer. If you get the impression that the interview is not going well and that you have already been rejected, do not let your discouragement show. Once in a while an interviewer who is genuinely interested in you may seem to discourage you as a way of testing your reaction. Remember to thank the interviewer for his/her time and end the session with a confident and firm handshake.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Some interview pitfalls to avoid:&lt;br /&gt;&lt;br /&gt;1.       Don't arrive at the interview late.&lt;br /&gt;&lt;br /&gt;2.       Don't over or under dress or dress inappropriately for the position. First impressions do count and you want to be dressed to show that you fit into the desired role.&lt;br /&gt;&lt;br /&gt;3.       Don't wear strong perfume.&lt;br /&gt;&lt;br /&gt;4.       Don't forget to take with you extra clean copies of your CV as well as a notebook and pen with which to take notes.&lt;br /&gt;&lt;br /&gt;5.       Don't forget to shake the hand of the Interviewer firmly - a limp or sweaty handshake will not be looked on favorably.&lt;br /&gt;&lt;br /&gt;6.       Don't chew gum, smoke, eat or drink at the Interview.&lt;br /&gt;&lt;br /&gt;7.       Don't act distracted. Look the Interviewer straight in the eye and give him your full and undivided attention.&lt;br /&gt;&lt;br /&gt;8.       Don't let your body language send the wrong messages. Be aware of the nonverbal cues you are sending out! Sit upright and straight in the chair facing the employer and smile. Lean forward occasionally to express interest. Avoid crossing your arms or legs in front of you (suggests defensiveness), slouching in the chair (suggests sloppiness and lack of energy), leaning too far back (may be interpreted as being overly familiar and disrespectful), talking to the floor (lack of confidence) or flirting.&lt;br /&gt;&lt;br /&gt;9.       Don't refer to the Interviewer by his first name unless he specifically asks you to do so.&lt;br /&gt;&lt;br /&gt;10.    Don't talk about your weaknesses or failings or apologize for lack of education, experience, training etc. Everyone has weaknesses; the Interview is the time to showcase your enthusiasm and strengths.&lt;br /&gt;&lt;br /&gt;11.    Don't make derogatory comments about previous bosses or peers. This is never acceptable and particularly works against you in the Interview.&lt;br /&gt;&lt;br /&gt;12.    Don't act tired or jaded. Employers are invariably looking for someone to energize, inspire and uplift the team. Try to act enthusiastic and full of energy and motivation.&lt;br /&gt;&lt;br /&gt;13.    Don't act unfocused and uncertain about what you want. Whatever interview you're in - you want THAT job.&lt;br /&gt;&lt;br /&gt;14.    Don't lie. Answer briefly, truthfully and concisely.&lt;br /&gt;&lt;br /&gt;15.    Don't interrupt.&lt;br /&gt;&lt;br /&gt;16.    Avoid giving 'yes' or 'no' answers. Support your answers with examples and be as factual and concise as you can.&lt;br /&gt;&lt;br /&gt;17.    Don't talk too much. Focus your answers on the particular question and on your related strengths. Watch for signals that the Interviewer is losing interest and stop talking immediately.&lt;br /&gt;&lt;br /&gt;18.    Don't talk about your personal life. You have not been hired yet so keep it professional. This is no the time to talk about failed love lives, a husband who asked you to quit your job etc.!&lt;br /&gt;&lt;br /&gt;19.    Don't treat questions as jokes or try to be too funny.&lt;br /&gt;&lt;br /&gt;20.    Don't ask about holidays, perks, hours or compensation until you've actually been made a serious offer.&lt;br /&gt;&lt;br /&gt;21.    Don't act overly confident or superior. Ultimately, unless you are applying to the very senior level positions, the Interviewer is looking for someone who is manageable and will fit into the team.&lt;br /&gt;&lt;br /&gt;22.    Don't drop names of influential friends and acquaintances unless you are passing a message or someone has referred you. Be very careful and professional when you mention names of clients and make sure you are never giving out confidential information.&lt;br /&gt;&lt;br /&gt;23.    Don't leave abruptly. Shake the Interviewer's hand firmly, thank him for his time and ask what the next step will be.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;COMMON Interview Questions:&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;1. Tell me about yourself.&lt;br /&gt;&lt;br /&gt;Keep your answer short and focused on your professional life. This is not the time to bring up relationships, childhood experiences, family etc. A brief history of education, career and special interests is what is called for here. End it with why you are interested in this particular job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;2. Why are you applying for this particular job?&lt;br /&gt;&lt;br /&gt;Show interest and demonstrate that you have researched the job and know what you are getting into. Bring up evidence from past work/ studies that supports your interest in this role and any skills you have acquired in preparation for the role. You can say something like 'I would like to work for a leader in innovative network and telecommunications solutions and my college degree in computational mathematics has given me a solid background for this role. Mention the value-added you can bring to the job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;3. What do you know about our company?&lt;br /&gt;&lt;br /&gt;Indicate what you have learnt from your research activities - from their annual reports,&lt;br /&gt;&lt;br /&gt;newspapers, word of mouth, other employees etc. Use this to flatter them and show that you have done your homework.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;4. What makes you qualified for this particular job?&lt;br /&gt;&lt;br /&gt;Again, explain that you are very interested in the job and demonstrate what it is about your past experiences, education and qualifications that makes you ideal for the job. Show enthusiasm and support your answers with evidence wherever you can (eg. my summer internship at Citibank gave me broad exposure to the area of equity analysis and I think I can apply many of the tools I learnt there in this job). Elaborate on all the past experiences and skill sets that make you suitable for the job.In cases where your past experience is not directly relevant, you can still find elements of it that can be useful. Play up teamskills, computer skills, leadership roles, specific courses and independent research activities that can be useful to the job at hand to show your initiative even where you don't have directly relevant job experience.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;5. What can you do for us that someone else can't?&lt;br /&gt;&lt;br /&gt;Demonstrate key strengths, skills and personal characteristics.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;6. Why should we hire you?&lt;br /&gt;&lt;br /&gt;See 3. Because you have all the experience/ traits/ credentials demonstrated in 3 and in addition to being qualified, you are enthusiastic, intelligent, hardworking, flexible and willing to learn. Also mention any key relationships you may have that may assist you in the job.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;7. What do you look for in a job?&lt;br /&gt;&lt;br /&gt;Be honest. Also mention keywords such as challenging, steep learning curve, good work culture, demanding, rewarding, opportunities for advancement and growth, team environment, opportunity to build and maintain client relationships etc.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;8. Why are you looking to make a career change?&lt;br /&gt;&lt;br /&gt;Mention your interests and make sure you bring up all skills/ experience however insignificant that can support your move in this new direction. It is quite common in this day and age to make a career switch. You need however to show that you have very carefully thought about the change, have a strong interest in the new career and can use some of your previous skills/ education/ relationships to make that move.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;9. Why did you leave your last job?&lt;br /&gt;&lt;br /&gt;Do NOT use this as an opportunity to badmouth past employers or peers or talk about a failure of any sort. Any of these answers are acceptable: you were looking for a new challenge, your learning curve had flattened out in the previous job and you were looking for a new learning opportunity, the company or department were restructuring, you were ready to start something new after achieving your career goals at the previous company etc.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;10. Why do you want to work for us (as opposed to the competitor companies)?&lt;br /&gt;&lt;br /&gt;Demonstrate that you know something about the company, that you believe they are leaders/ innovators in what they do, or you think their work culture is exactly what you are looking for, or you like their product(s) or you have friends who work there and have always been attracted to the company etc. Flatter the company and show you know something about it.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;11. How long will it take you to start making a meaningful contribution?&lt;br /&gt;&lt;br /&gt;Show that you are enthusiastic and willing to learn and will put in all the hours and effort necessary to learn the ropes and start making an immediate contribution. Indicate that your past experiences/ skills/ credentials will enable you to make an immediate contribution at some level while you quickly learn all new aspects of the job. An Interviewer wants someone who is willing and able to learn and will make a return on his investment sooner rather than later.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;12. What are your strengths?&lt;br /&gt;&lt;br /&gt;See 14 below. In addition, keywords such as good teamplayer, work very well under pressure, very creative, very strong quantitative or computer skills, and very strong client relationship skills may be appropriate depending on your chosen field.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;13. What are your weaknesses?&lt;br /&gt;&lt;br /&gt;Do NOT mention key weaknesses here. This is not the place to say you are bad at meeting deadlines or you never mastered highschool mathematics etc. Turn this question around to your benefit. For example, you are 'overambitious' or 'extremely attentive to detail' or 'like to take on too many projects'. Make it sound positive.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;14. What are your career goals?&lt;br /&gt;&lt;br /&gt;Show you have thought forward and are committed to your career.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;15. How would you describe yourself?&lt;br /&gt;&lt;br /&gt;Any of these are good examples of attributes employers are looking for: intelligent, hardworking, quick to learn, enthusiastic, honest, efficient, productive, ambitious, successful, compassionate (in the medical fields).&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;16. How would your colleagues describe you?&lt;br /&gt;&lt;br /&gt;Do not bring up anything negative here.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;17. How would your boss describe you?&lt;br /&gt;&lt;br /&gt;They will check references anyways so bring up the most positive attribute you can think of about yourself eg hardworking, honest etc. and leave it to your Boss to say anything to the contrary.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;18. What did you most like/ dislike about your past job?&lt;br /&gt;&lt;br /&gt;Do not use this to badmouth past jobs/ employers. Keep it light and in your favour eg I outgrew the job, there wasn't a clear career progression, I wasn't learning anything new etc. Ideally, you will have loved your last job and would like to achieve the same kind of success and job satisfaction in a more challenging area as you have now 'outgrown' that job and are ready for 'new challenges'.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;19. Describe a situation in your past where you showed initiative?&lt;br /&gt;&lt;br /&gt;You could describe any new methods you came up with to do your job or to save money for the company or to turn around a bad situation. It can be something as simple as changing a filing system, or establishing a relationship with a vendor that saved your department a lot of money. If you are in sales, you may want to talk about how you brought in that big account. Creatives may talk about how they came up with that cutthroat image or design that brought in the business.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;20. What were your main responsibilities in your last job?&lt;br /&gt;&lt;br /&gt;Have these ready and list them all. Dwell on the ones that are most relevant to the new job. This answer should be smooth and practiced.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;21. What do you consider your greatest accomplishments?&lt;br /&gt;&lt;br /&gt;Many of us have one or two milestones in our career that we are very proud of eg. that early promotion, that 'huge' deal we brought in, the design we came up with, the costs we saved, the revenues we increased, the people we trained, a new invention or process we came up with etc.&lt;br /&gt;&lt;br /&gt;Examples of accomplishments may be: 'Reduced costs by X%; or renamed and repositioned a product at the end of its lifecycle, or organized and led a team to do do XYZ, or achieved sales increase of&lt;br /&gt;&lt;br /&gt;X% etc. If you are a fresh college graduate, talk about extracurricular activities, leadership roles and grades.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;22. Describe your management style (if relevant)&lt;br /&gt;&lt;br /&gt;No answer&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;23. Do you work better in teams or independently?&lt;br /&gt;&lt;br /&gt;Show that you are a proactive teamplayer and like to bounce ideas off others and get input; however you are very capable of working independently (give examples).&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;24. How do you work under pressure?&lt;br /&gt;&lt;br /&gt;Well. Give evidence.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;25. What other jobs have you applied for?&lt;br /&gt;&lt;br /&gt;Don't mention jobs in different career directions (eg advertising and investment banking). Do however bring up any other offers or Interviews from competing firms.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;26. How did you do in college?&lt;br /&gt;&lt;br /&gt;Keep it positive. It's okay to say you were very busy making the most of college and were very involved in sports, activities, social life etc. Employers want human beings not robots. Mention the areas you did very well in even if it was just one or two courses you excelled in. They will check for themselves.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;27. What kind of hours would you like to work?&lt;br /&gt;&lt;br /&gt;Employers want to see flexibility. Indicate you are willing to put in whatever hours are necessary to finish the job. Do however mention any constraints you have eg. you would like to be home to pick your kids up from school at 3:30. Most employers are willing to work around your constraints if you show flexibility on your side as well.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;28. Do you have any questions for me?&lt;br /&gt;&lt;br /&gt;YES you do. Questions engage the Interviewer and show your interest. Ask questions that show you know something about the company or the job, that you are planning ahead, that you are anxious and willing to learn the ropes and that you are committed to the position.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115953041484655993?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115953041484655993/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115953041484655993' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115953041484655993'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115953041484655993'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/09/how-to-face-interview.html' title='How to Face Interview'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115953006129598791</id><published>2006-09-29T04:39:00.000-07:00</published><updated>2006-09-29T04:41:01.893-07:00</updated><title type='text'>Internet explorer error codes</title><content type='html'>Internet Error Codes&lt;br /&gt;&lt;br /&gt;Here are the most common codes and messages you're likely to see on your Web browser (HTTP), when accessing Usenet, using e-mail, or using the FTP protocol to upload or download files.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;The codes can generally by grouped as follows -&lt;br /&gt;100-199 - Information Codes. Provide information about the request or the servers involved.&lt;br /&gt;200-299 - Success Codes. Indicate that the request was accepted or the requested file has no content (empty).&lt;br /&gt;300-399 - Redirects. Requested content has moved.&lt;br /&gt;400-499 - Client Errors. Cannot find content or you don't have the correct permissions to access it.&lt;br /&gt;500-599 - Server Errors. There is a problem at the server end stopping the request from completing successfully.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;To give you a greater understanding of these errors, here is a list of the most popular codes.&lt;br /&gt;&lt;br /&gt;As a rule of thumb, the first thing you should if you get an error is make sure that you have typed in the URL or page address correctly.&lt;br /&gt;&lt;br /&gt;Bad request 400&lt;br /&gt;The request could not be understood by the server due to bad syntax. You should not repeat the request without modifications.&lt;br /&gt;&lt;br /&gt;Unauthorized 401&lt;br /&gt;The creators of a Web page may want only certain people have access to that page. You should only retry the request if you know that you have authorization.&lt;br /&gt;&lt;br /&gt;PaymentRequired 402&lt;br /&gt;This message gives a specification of charging schemes which are acceptable. You may retry the request with a suitable ChargeTo header.&lt;br /&gt;&lt;br /&gt;Forbidden 403&lt;br /&gt;The request is for something forbidden. Authorization will not help. This status code is commonly used when the server does not wish to reveal exactly why the request has been refused, or when no other response is applicable. (The file needs to be set with "read permissions" for all users.)&lt;br /&gt;&lt;br /&gt;Not found 404&lt;br /&gt;The server has not found anything matching what you requested. Make sure that the Web address (URL) that you typed in exactly matches the address you were given. Check that the capitalization matches, spelling, and punctuation, like dots (.) and slashes (/), are correctly placed. Be sure you are using the forward slash (/) and not the backward slash (\ ).&lt;br /&gt;&lt;br /&gt;405 Method Not Allowed&lt;br /&gt;The method specified in the Request-Line is not allowed for the resource identified by the request. The response must include an Allow header containing a list of valid methods for the requested resource.&lt;br /&gt;&lt;br /&gt;406 Not Acceptable&lt;br /&gt;The resource identified by the request is only capable of generating response entities which have content characteristics not acceptable according to the accept headers sent in the request.&lt;br /&gt;&lt;br /&gt;407 Proxy Authentication Required&lt;br /&gt;This code is similar to 401 (Unauthorized), but indicates that you must first authenticate yourself with the proxy. The proxy must return a Proxy-Authenticate header field (section 14.33) containing a challenge applicable to the proxy for the requested resource. You may repeat the request with a suitable Proxy-Authorization header field (section 14.34). HTTP access authentication is explained in section 11.&lt;br /&gt;&lt;br /&gt;408 Request Timeout&lt;br /&gt;The client did not produce a request within the time that the server was prepared to wait. You may repeat the request without modifications at any later time.&lt;br /&gt;&lt;br /&gt;409 Conflict&lt;br /&gt;The request could not be completed due to a conflict with the current state of the resource. This code is only allowed in situations where it is expected that the user might be able to resolve the conflict and resubmit the request.&lt;br /&gt;&lt;br /&gt;410 Gone&lt;br /&gt;The 410 response is primarily intended to assist the task of web maintenance by notifying the recipient that the resource is intentionally unavailable and that the server owners want remote links to that resource be removed.&lt;br /&gt;&lt;br /&gt;411 Length Required&lt;br /&gt;The server refuses to accept the request without a defined Content- Length. The client may repeat the request if it adds a valid Content-Length header field containing the length of the message-body in the request message.&lt;br /&gt;&lt;br /&gt;412 Precondition Failed&lt;br /&gt;The precondition given in one or more of the request-header fields evaluated to false when it was tested on the server. This response code allows the client to place preconditions on the current resource metainformation (header field data) and thus prevent the requested method from being applied to a resource other than the one intended.&lt;br /&gt;&lt;br /&gt;413 Request Entity Too Large&lt;br /&gt;The server is refusing to process a request because the request entity is larger than the server is willing or able to process. The server may close the connection to prevent the client from continuing the request.&lt;br /&gt;&lt;br /&gt;414 Request-URI Too Long&lt;br /&gt;The server is refusing to service the request because the Request-URI is longer than the server is willing to interpret.&lt;br /&gt;&lt;br /&gt;415 Unsupported Media Type&lt;br /&gt;The server is refusing to service the request because the entity of the request is in a format not supported by the requested resource for the requested method.&lt;br /&gt;&lt;br /&gt;Internal Error 500&lt;br /&gt;The server encountered an unexpected condition which prevented it from fulfilling the request. Your request could not be processed due to an internal server error.&lt;br /&gt;&lt;br /&gt;Not implemented 501&lt;br /&gt;The server does not support the functionality required to fulfill the request. This is the appropriate response when the server does not recognize the request method and is not capable of supporting it for any resource.&lt;br /&gt;&lt;br /&gt;502 Bad Gateway&lt;br /&gt;The server, while acting as a gateway or proxy, received an invalid response from the upstream server it accessed in attempting to fulfill the request.&lt;br /&gt;&lt;br /&gt;503 Service Unavailable&lt;br /&gt;The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. If known, the length of the delay may be indicated in a Retry-After header. If no Retry-After is given, you should handle the response as it would for a 500 response.&lt;br /&gt;&lt;br /&gt;504 Gateway Timeout&lt;br /&gt;The server, while acting as a gateway or proxy, did not receive a timely response from the upstream server it accessed in attempting to complete the request.&lt;br /&gt;&lt;br /&gt;505 HTTP Version Not Supported&lt;br /&gt;The server does not support, or refuses to support, the HTTP protocol version that was used in the request message. The response should contain an entity describing why that version is not supported and what other protocols are supported by that server.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115953006129598791?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115953006129598791/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115953006129598791' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115953006129598791'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115953006129598791'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/09/internet-explorer-error-codes.html' title='Internet explorer error codes'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115952988084898662</id><published>2006-09-29T04:34:00.000-07:00</published><updated>2006-09-29T04:38:01.230-07:00</updated><title type='text'>communication tips</title><content type='html'>What is Communication?&lt;br /&gt;How does one talk so that another person listens and understands? How does one listen? How does one know if he has been heard and understood?&lt;br /&gt;These are all points about communication that have never before been analyzed or explained.&lt;br /&gt;People have known that communication is an important part of life but until now no one has ever been able to tell anyone how to communicate.&lt;br /&gt;. . . a written message. . .&lt;br /&gt;Until Scientology, the subject of communication had received no emphasis or study. Any attention given to it was mechanical and the province of engineers. Yet all human endeavor depends utterly on a full knowledge of the real basics of communication.&lt;br /&gt;To master communication, one must understand it.&lt;br /&gt;In Scientology, communication has been defined – an accomplishment that has led to a much deeper understanding of life itself.&lt;br /&gt;. . . a spoken word. . .&lt;br /&gt;Communication, in essence, is the shift of a particle from one part of space to another part of space. A particle is the thing being communicated. It can be an object, a written message, a spoken word or an idea. In its crudest definition, this is communication.&lt;br /&gt;This simple view of communication leads to the full definition:&lt;br /&gt;. . . or an idea.&lt;br /&gt;Communication is the consideration and action of impelling an impulse or particle from source-point across a distance to receipt-point, with the intention of bringing into being at the receipt-point a duplication and understanding of that which emanated from the source-point.&lt;br /&gt;Duplication is the act of reproducing something exactly. Emanated means “came forth.”&lt;br /&gt;The formula of communication is cause, distance, effect, with intention, attention and duplication with understanding.&lt;br /&gt;The definition and formula of communication open the door to understanding this subject. By dissecting communication into its component parts, we can view the function of each and thus more clearly understand the whole.&lt;br /&gt;Any successful communication contains all the elements shown here. Any failure to communicate can be analyzed against these components to isolate what went wrong.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Barriers to Effective Communication&lt;br /&gt;There are a wide number of sources of noise or interference that can enter into the communication process. This can occur when people now each other very well and should understand the sources of error. In a work setting, it is even more common since interactions involve people who not only don't have years of experience with each other, but communication is complicated by the complex and often conflictual relationships that exist at work. In a work setting, the following suggests a number of sources of noise:&lt;br /&gt;Language: The choice of words or language in which a sender encodes a message will influence the quality of communication. Because language is a symbolic representation of a phenomenon, room for interpreation and distortion of the meaning exists. In the above example, the Boss uses language (this is the third day you've missed) that is likely to convey far more than objective information. To Terry it conveys indifference to her medical problems. Note that the same words will be interpreted different by each different person. Meaning has to be given to words and many factors affect how an individual will attribute meaning to particular words. It is important to note that no two people will attribute the exact same meaning to the same words.&lt;br /&gt;defensiveness, distorted perceptions, guilt, project, transference, distortions from the past&lt;br /&gt;misreading of body language, tone and other non-verbal forms of communication (see section below)&lt;br /&gt;noisy transmission (unreliable messages, inconsistency)&lt;br /&gt;receiver distortion: selective hearing, ignoring non-verbal cues&lt;br /&gt;power struggles&lt;br /&gt;self-fulfilling assupmtions&lt;br /&gt;language-different levels of meaning&lt;br /&gt;managers hesitation to be candid&lt;br /&gt;assumptions-eg. assuming others see situation same as you, has same feelings as you&lt;br /&gt;distrusted source, erroneous translation, value judgment, state of mind of two people&lt;br /&gt;Perceptual Biases: People attend to stimuli in the environment in very different ways. We each have shortcuts that we use to organize data. Invariably, these shortcuts introduce some biases into communication. Some of these shortcuts include stereotyping, projection, and self-fulfilling prophecies. Stereotyping is one of the most common. This is when we assume that the other person has certain characteristics based on the group to which they belong without validating that they in fact have these characteristics.&lt;br /&gt;Interpersonal Relationships: How we perceive communication is affected by the past experience with the individual. Percpetion is also affected by the organizational relationship two people have. For example, communication from a superior may be perceived differently than that from a subordinate or peer&lt;br /&gt;Cultural Differences: Effective communication requires deciphering the basic values, motives, aspirations, and assumptions that operate across geographical lines. Given some dramatic differences across cultures in approaches to such areas as time, space, and privacy, the opportunities for mis-communication while we are in cross-cultural situations are plentiful.&lt;br /&gt;Developing Communication Skills: Listening Skills&lt;br /&gt;There are a number of situations when you need to solicit good information from others; these situations include interviewing candidates, solving work problems, seeking to help an employee on work performance, and finding out reasons for performance discrepancies.&lt;br /&gt;Skill in communication involves a number of specific strengths. The first we will discuss involves listening skills. The following lists some suggests for effective listening when confronted with a problem at work:&lt;br /&gt;·         Listen openly and with empathy to the other person&lt;br /&gt;·         Judge the content, not the messenger or delivery; comprehend before you judge&lt;br /&gt;·         Use multiple techniques to fully comprehend (ask, repeat, rephrase, etc.)&lt;br /&gt;·         Active body state; fight distractions&lt;br /&gt;·         Ask the other person for as much detail as he/she can provide; paraphrase what the other is saying to make sure you understand it and check for understanding&lt;br /&gt;·         Respond in an interested way that shows you understand the problem and the employee's concern&lt;br /&gt;·         Attend to non-verbal cues, body language, not just words; listen between the lines&lt;br /&gt;·         Ask the other for his views or suggestions&lt;br /&gt;·         State your position openly; be specific, not global&lt;br /&gt;·         Communicate your feelings but don't act them out (eg. tell a person that his behavior really upsets you; don't get angry)&lt;br /&gt;·         Be descriptive, not evaluative-describe objectively, your reactions, consequences&lt;br /&gt;·         Be validating, not invalidating ("You wouldn't understand"); acknowledge other;'s uniqueness, importance&lt;br /&gt;·         Be conjunctive, not disjunctive (not "I want to discuss this regardless of what you want to discuss");&lt;br /&gt;·         Don't totally control conversation; acknowledge what was said&lt;br /&gt;·         Own up: use "I", not "They"... not "I've heard you are noncooperative"&lt;br /&gt;·         Don't react to emotional words, but interpret their purpose&lt;br /&gt;·         Practice supportive listening, not one way listening&lt;br /&gt;·         Decide on specific follow-up actions and specific follow up dates&lt;br /&gt;A major source of problem in communication is defensiveness. Effective communicators are aware that defensiveness is a typical response in a work situation especially when negative information or criticism is involved. Be aware that defensiveness is common, particularly with subordinates when you are dealing with a problem. Try to make adjustments to compensate for the likely defensiveness. Realize that when people feel threatened they will try to protect themselves; this is natural. This defensiveness can take the form of aggression, anger, competitiveness, avoidance among other responses. A skillful listener is aware of the potential for defensiveness and makes needed adjustment. He or she is aware that self-protection is necessary and avoids making the other person spend energy defending the self.&lt;br /&gt;In addition, a supportive and effective listener does the following:&lt;br /&gt;·         Stop Talking: Asks the other person for as much detail as he/she can provide; asks for other's views and suggestions&lt;br /&gt;·         Looks at the person, listens openly and with empathy to the employee; is clear about his position; be patient&lt;br /&gt;·         Listen and Respond in an interested way that shows you understand the problem and the other's concern&lt;br /&gt;·         is validating, not invalidating ("You wouldn't understand"); acknowledge other;'s uniqueness, importance&lt;br /&gt;·         checks for understanding; paraphrases; asks questions for clarification&lt;br /&gt;·         don't control conversation; acknowledges what was said; let's the other finish before responding&lt;br /&gt;·         Focuses on the problem, not the person; is descriptive and specific, not evaluative; focuses on content, not delivery or emotion&lt;br /&gt;·         Attend to emotional as well as cognitive messages (e.g., anger); aware of non-verbal cues, body language, etc.; listen between the lines&lt;br /&gt;·         React to the message, not the person, delivery or emotion&lt;br /&gt;·         Make sure you comprehend before you judge; ask questions&lt;br /&gt;·         Use many techniques to fully comprehend&lt;br /&gt;·         Stay in an active body state to aid listening&lt;br /&gt;·         Fight distractions&lt;br /&gt;·         ( if in a work situation) Take Notes; Decide on specific follow-up actions and specific follow up dates&lt;br /&gt;A Short Example of Effective Communication&lt;br /&gt;Example:&lt;br /&gt;Maria: My project coordinator, Judy, is in a slump; she's just not producing her usual caliber of work. I need to find out what the problem is.&lt;br /&gt;On the surface, it would seem that getting good information is easy. But like other forms of communication, it takes planning and experience to develop skills in this area&lt;br /&gt;Key Techniques&lt;br /&gt;Focus the discussion on the information needed Judy, I've noticed in the past month that you've fallen behind on keeping the project schedule current. I'd like to figure out with you what we both can do to get it back on track.Use open-ended questions to expand the discussion You've always kept the schedule up to the minute-until about a month ago. Why the change?Use closed ended questions to prompt for specifics "What projects are you working on that take time away from your work on this project (warning: closed ended questions are often disguised as open ended as in "Are you going to have trouble finishing this project?)Encourage dialogue through eye contact and expression This involves nodding in agreeemnt, smiling, leaning toward the speaker, making statements that acknowledge the speaker is being heard.&lt;br /&gt;State your understanding of what you are hearing This can be done by restating briefly what the other person is saying but don't make fun of it"So it sounds like these phone calls have ended up taking a lot more time than you or Jay expected; you think the three of us should talk about priorities; is this your position?"&lt;br /&gt;Why Is It So Hard To Listen?&lt;br /&gt;Most of us can make our point without too much difficulty. Any time FSAP counselors work with two or more people, both are usually expert at describing everything that is wrong with the other person. But it is rare to find someone who truly knows how to listen. Why is this so difficult? Most of us don't listen, especially when we are involved in an argument, because we are forming our response, waiting to pounce on the speaker the minute they take a breath. We may be waiting to display our brilliance and make our point by taking things out of context. We may also be listening for cues so that we can direct the conversation in our direction. None of these actions communicates to the listener that we are truly interested in hearing them, thereby communicating respect. People often seem shocked when the conversation ends after utilizing these "half-listening" techniques.&lt;br /&gt;Another "conversation ender" is our desire to jump right in and fix the problem. This difference in communication style has been spelled out very clearly in Debra Tannen's "You Just Don't Understand" where gender differences in communication styles are described. As she points out, sometimes people want to talk just to talk. Talking is therapeutic, even when an "answer" is not forthcoming.&lt;br /&gt;Listening is not easy and requires a certain set of skills. An active listener:&lt;br /&gt;concentrates on what is being said (doesn't read, shuffle papers or otherwise non-verbally communicate a lack of interest)&lt;br /&gt;listens to all facts and tries not to interrupt until the speaker has concluded his/her statements. When someone is talking for a long period of time, it is sometimes helpful to either take notes or ask them to stop so that you can feed back to them what you have heard.&lt;br /&gt;listens for key words of interest on which to comment and ask questions (communicating that I am really interested and want to hear more or better understand what you are saying.)&lt;br /&gt;is objective; hears people as they are, not the way you'd like them to be.&lt;br /&gt;holds back personal judgments until the speaker has presented his/her ideas.&lt;br /&gt;Listening requires courage because we may hear things that we'd rather not (especially about ourselves). Active listening means staying in the "here and now", focusing on the current issues and not getting sidetracked on what happened previously or the way we'd like things to be.&lt;br /&gt;Where the magic starts to occur in a conversation is when you are able to let the speaker know that you are really paying attention to them. How does one do this? By acknowledging what you heard the other person say. This can be accomplished in different ways:&lt;br /&gt;"It sounds like you are saying...""Do I understand you to mean...?""Let me make sure that I understand your point. Do you mean...?"&lt;br /&gt;Acknowledging what you heard is in no way agreeing with what you heard. The reason that many of us skip this step is because we believe that if we state what we heard the person say, then we have agreed with them. Providing feedback simply communicates that I respect you and am showing that respect by trying hard to understand your point, even if I do disagree with it .&lt;br /&gt;There is nothing as powerful as being understood by another person, especially when it involves something important and entails an emotional content. The above statements are ways to make that happen.&lt;br /&gt;How Can I Make My Point in a More Effective Manner?&lt;br /&gt;Learning how to communicate assertively allows you the freedom to know that you have a right to speak and be heard in most situations and the confidence to know that you can present yourself in such a fashion that people will want to hear you.&lt;br /&gt;Assertive communication is difficult to teach in a short paragraph. There are excellent books and articles listed at the end of this section, but here are some of the main principles:&lt;br /&gt;First and foremost, assertive speakers demonstrate attentive listening behavior. What you communicate is "I am showing you the respect by listening to you, and assume that you will show me the same courtesy."&lt;br /&gt;Demonstrate an assuring manner, communicating caring and strength&lt;br /&gt;To the extent possible, remain as relaxed as you can. It is physiologically impossible to be both relaxed and anxious at the same time, so focus on being relaxed and develop skills that will help in these situations&lt;br /&gt;State clearly what it is that you want&lt;br /&gt;State honestly how you feel about the topic&lt;br /&gt;Both of the above recommendations are more effective whenever you use "I" statements, e.g. "I would like to speak with you about the fight we had last night in the restaurant. I feel very angry about the scene we made and I would like very much for us to work things out." Using "I" statement allows you to take responsibility for your behavior and your feelings. It also gets you out of the habit of blaming others, a sure recipe for defensiveness from the listener.&lt;br /&gt;An assertive speaker also recognizes that there is someone else with whom you are having the conversation. Recognizing their side and their concerns shows respect and usually results in reciprocal behavior.&lt;br /&gt;An assertive speaker always communicates a desire for a "win-win" outcome, again recognizing the needs of the other person&lt;br /&gt;Your eyes should be making good contact, but not staring. Your posture should be well balanced, straight, erect and relaxed. Your voice should be firm, warm, well modulated and relaxed.&lt;br /&gt;Putting all of these tips together takes practice but is worth the time and effort to improve your ability to get your point across. When employees ask us for help in addressing a colleague, we usually ask them to do two things: 1. imagine the worst thing that can happen when you speak to this person and be confident that you can handle it; and 2. practice the conversation with the FSAP counselor or some trusted individual so that you will be prepared for most contingencies.&lt;br /&gt;Effective Communication&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Performance Element&lt;br /&gt;Master&lt;br /&gt;Advanced&lt;br /&gt;Developing&lt;br /&gt;Beginner&lt;br /&gt;Clarity&lt;br /&gt;Consistently provides a clear main idea supported by rich, vivid, and powerful details.&lt;br /&gt;Consistently provides a clear main idea supported by sufficient details.&lt;br /&gt;Occasionally provides a clear main idea supported by sufficient details.&lt;br /&gt;Rarely provides a clear main idea supported by sufficient details.&lt;br /&gt;Audience Adjustments&lt;br /&gt;Adjusts tone and style to appeal to a wide range of audiences.&lt;br /&gt;Adjusts tone and style to appeal to different audiences.&lt;br /&gt;Adjusts tone and style to appeal to specific and familar audiences.&lt;br /&gt;Uses the same tone and style regardless of audience.&lt;br /&gt;Purposes&lt;br /&gt;Can consistently identify and adjust to specific purposes of communication (i.e. entertain, inspire, motivate, understanding, accurate recall, persuasion, decision making).&lt;br /&gt;Can occasionally identify and adjust to specific purposes of communication (i.e. entertain, inspire, motivate, understanding, accurate recall, persuasion, decision making).&lt;br /&gt;Can rarely identify and adjust to specific purposes of communication (i.e. entertain, inspire, motivate, understanding, accurate recall, persuasion, decision making).&lt;br /&gt;Does not exhibit the ability to identify different purposes and types of communication.&lt;br /&gt;Variety&lt;br /&gt;Uses a variety of approaches to achieve desired purpose or audience impact.&lt;br /&gt;Relies upon 2-3 approaches to achieve desired purpose or audience impact.&lt;br /&gt;Relies upon two major approaches to achieve desired purpose or audience impact.&lt;br /&gt;Uses one approach in most or all situations.&lt;br /&gt;Self-Evaluation&lt;br /&gt;Students evaluates own effectiveness using predetermined audience response criteria.&lt;br /&gt;Student evaluates own effectiveness using own performance criteria.&lt;br /&gt;Student evaluates own effectiveness without specific performance criteria.&lt;br /&gt;Student does evaluates own effectiveness.&lt;br /&gt;Title Page&lt;br /&gt;Includes title, name, many colors, and attention grabbing ideas.&lt;br /&gt;Includes title, name, and many colors&lt;br /&gt;Includes title, name, and 2 or 3 colors.&lt;br /&gt;Includes title and name.&lt;br /&gt;Drawings&lt;br /&gt;Drawings contain all information and are easily understood.&lt;br /&gt;Drawings contain all information and are easily understood.&lt;br /&gt;Drawings contain most of the basic information and are easily understood.&lt;br /&gt;Drawings is missing basic information ; is difficult to understand.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;10 Tips For Successful Public Speaking&lt;br /&gt;Feeling some nervousness before giving a speech is natural and healthy. It shows you care about doing well. But, too much nervousness can be detrimental. Here's how you can control your nervousness and make effective, memorable presentations:&lt;br /&gt;Know the room. Be familiar with the place in which you will speak. Arrive early, walk around the speaking area and practice using the microphone and any visual aids.&lt;br /&gt;Know the audience. Greet some of the audience as they arrive. It's easier to speak to a group of friends than to a group of strangers.&lt;br /&gt;Know your material. If you're not familiar with your material or are uncomfortable with it, your nervousness will increase. Practice your speech and revise it if necessary.&lt;br /&gt;Relax. Ease tension by doing exercises.&lt;br /&gt;Visualize yourself giving your speech. Imagine yourself speaking, your voice loud, clear, and assured. When you visualize yourself as successful, you will be successful.&lt;br /&gt;Realize that people want you to succeed. Audiences want you to be interesting, stimulating, informative, and entertaining. They don't want you to fail.&lt;br /&gt;&lt;br /&gt;Don't apologize. If you mention your nervousness or apologize for any problems you think you have with your speech, you may be calling the audience's attention to something they hadn't noticed. Keep silent.&lt;br /&gt;Concentrate on the message -- not the medium. Focus your attention away from your own anxieties, and outwardly toward your message and your audience. Your nervousness will dissipate.&lt;br /&gt;Turn nervousness into positive energy. Harness your nervous energy and transform it into vitality and enthusiasm.&lt;br /&gt;10.   Gain experience. Experience builds confidence, which is the key to effective speaking. A Toastmasters club can provide the experience you need.&lt;br /&gt;VISIT A TOASTMASTERS CLUB! Toastmasters clubs meet in the morning, at noon, and in the evening in approximately 70 countries worldwide. No matter where you live, work, or travel you are more than likely to find a club nearby. If you'd like to learn more about joining Toastmasters, follow the &lt;a href="http://www.toastmasters.org/join.asp"&gt;How to Become a Member&lt;/a&gt; link.&lt;br /&gt;&lt;br /&gt;Say 'No' to Responsibility Overload&lt;br /&gt;An interesting fact is that many "stressed out" people are not poor stress managers- they are simply overloaded with commitments and responsibilities. In this case stress arises from an overbooked schedule or a greater number of responsibilities than one can reasonably handle.&lt;br /&gt;Perhaps you recognize the signs of "responsibility overload" in your own schedule. Despite a major upcoming deadline and long hours, you find yourself agreeing to organize the office holiday party. Although your afternoons are already packed, you end up coaching your daughter's soccer team. You're president of your tenants' association because you did it last year and hate to let your neighbors down. Most of us know the feeling of wondering why we ever agreed to take on yet one more responsibility. Even school-age children can experience stress from an overloaded extracurricular schedule.&lt;br /&gt;Finding things to eliminate (and to decline, in the future) in a too-busy schedule can help you not only to reduce stress, but also provides you with more time for yourself and more energy to deal with your remaining commitments. Look closely at how you spend your non-working, non-sleeping hours. Examine your social, family, and community commitments and ask yourself: Is this a true obligation for me? It's up to you to decide which activities you feel are most important and cannot be missed. Do I want to do this? Will this activity or event bring me joy? Will my participation bring joy or happiness to someone important to me? Looking at your schedule with a critical eye will help you to target areas in which you can make cutbacks.&lt;br /&gt;Many people report that they assume too many responsibilities because they do not want to be perceived as lazy or unhelpful, or because they do not want to be seen as letting others down. For many, learning to say no to others' requests is the most difficult &lt;a href="http://stress.about.com/cs/timemanagement/index.htm"&gt;time management&lt;/a&gt; task. Although it seems like a simple step, a large number of people admit that they often agree to requests because they have difficulty refusing them. In this case it is helpful to actually rehearse how you will react next time you are asked to take on a responsibility you don't want to accept. Practice the following responses if you need help saying "no":&lt;br /&gt;"I'm not taking on any more charity/volunteer/community/ projects right now.""Sorry, I'm just not able to plan that far ahead now.""I've got so much on that I'm not scheduling anything new right now.""We're having a quiet holiday with just the family this year." "I really don't feel that I'd be able to provide the required commitment level to do justice to the project."&lt;br /&gt;Remember, you do not owe others an explanation or defense of your choices. Deliver your answer with a friendly smile and refuse to be drawn into a debate or discussion. For more practical tips on saying 'no,' psychologist Dr. Linda D. Tillman writes about &lt;a href="http://stress.about.com/gi/dynamic/offsite.htm?site=http://www.selfgrowth.com/articles/tillman6.html"&gt;"The Power of Saying 'No'"&lt;/a&gt; and gives advice for those "people pleasers" who readily agree to any request.&lt;br /&gt;As with all changes and improvements, learning to free yourself from overloaded and unwanted responsibilities is a skill you can improve with time, leading ultimately to a more balanced life and better stress management.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Listening Skills&lt;br /&gt;True Listening Can be a Challenge&lt;br /&gt;Lack of communication in a marital relationship is one of the main reasons couples end up in divorce. When spouses don't listen to one another, the result is often frustration, anger, misunderstandings, and hurt. Even your health can be compromised. Some studies on heart disease have shown that poor communication can result in rapid fluctuations in blood pressure which isn't good for your heart.&lt;br /&gt;Poor communication skills can be an inherited family trait. If a person is raised in an environment where people don't listen or can't express their feelings, they will probably bring that inability to communicate into their marriage and other relationships. However, you can change the habit of being a shallow listener.&lt;br /&gt;To become a more effective listener, try some of these techniques:&lt;br /&gt;Be aware that you need to listen. Make eye contact. Pay attention by not looking at the TV or glancing at the newspaper or finishing up a chore.&lt;br /&gt;Don't interrupt. Let your spouse finish what they are saying. If this is a problem and you interrupt a lot, place your hands over your mouth, or you chin in your hands to remind you to keep quiet.&lt;br /&gt;Try not to jump to conclusions. Keep an open mind and don't judge. Put yourself in your spouse's shoes. Be loving as you listen and don't overly react. Think before you say anything in response, especially if it is an emotional reaction.&lt;br /&gt;Don't look for the "right" or "wrong" in what your spouse is saying. Just listen.&lt;br /&gt;When responding, let your partner know that you heard what they said by using a feedback technique and restating what was said. Say something like You are saying you ....&lt;br /&gt;Be open to hearing that you didn't hear what your spouse was saying.&lt;br /&gt;Be aware of non-verbal signs and clues - both yours and those of your mate. These include shrugging your shoulders, tone of voice, crossing arms or legs, nodding, eye contact or looking away, facial expressions (smile, frown, shock, disgust, tears, surprise, rolling eyes, etc.), and mannerisms (fiddling with papers, tapping your fingers).&lt;br /&gt;Remember that feelings are neither right or wrong.&lt;br /&gt;Look out for these blocks to listening: mind reading, rehearsing, filtering, judging, daydreaming, advising, sparring, being right, changing the subject, and placating.&lt;br /&gt;Remember, that you can't listen and talk at the same time!&lt;br /&gt;Try to stay focused on the main points that your spouse is talking about. Don't be distracted if your mate digresses onto another topic.&lt;br /&gt;It's ok to ask questions to clarify what you thought you heard.&lt;br /&gt;Don't give advice unless asked for it.&lt;br /&gt;Listen without planning on what you are going to say in response. Let go of your own agenda&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Chapter 6Attributes of Good Listening&lt;br /&gt;&lt;br /&gt;"listening involves hearing, sensing, interpretation, evaluation and response"&lt;br /&gt;Good listening is an essential part of being a good leader. You cannot be a good leader unless you are a good listener. You as a leader must be very aware of the feedback you are receiving from the people around you. If you are not a good listener, your future as a leader will be short. I might add that being a good listener is a skill important in many other settings. For example, being a good listener will enhance your social relationships of all types, marriage, dating, parties, work, etc.&lt;br /&gt;Have you ever stopped to think that we require courses and training in our education in speaking and writing, but not in listening? Why not? Are such skills important? Yes! Can you or I improve our listening capacity through purposive efforts? Again, the answer is clear: yes! Do we know what it takes to be a good listener? Another, yes. Why do we leave the learning of good listening skills to hard-earned experience or chance? Probably, the only answer is tradition. The people who established "reading, writing and arithmetic" as the content of American schools did not recognize the need for other skills such as listening. And even today, how many parents will insist that their child develop good listening skills through training in schools or elsewhere? All to few!&lt;br /&gt;Good listening includes a package of skills, which requires knowledge of technique and practice very similar to good writing or good speaking. Many people believe that good listening skills are easy to learn or automatically part of every person's personality. Neither is correct. The difference is that poor listening skills are often not as obvious to other people. If we cannot speak effectively, it is immediately obvious, but it may take a little time for other people to become aware that you or I are poor listeners.&lt;br /&gt;Poor listening habits are very common. Indeed, poor listening skills are more common than poor speaking skills. I am sure that you have seen on many occasions, two or more people talking to (by) each other at the same time. People cannot talk and be an effective listener at the same instance. What is not so obvious is when you and I are only paying partial attention or don't fully understand. I am frequently amused and bemused in my classes, I can give a lecture on a complex topic and all too often very few questions are asked, but bring up a topic such as tests and hands will go up all over the room. Why? Is it that they listened to and understood the lecture, but not the announcement about a test? Obviously, not. The test has immediate relevance called grades, while the material in the lecture? Well, maybe some time in the future. I strongly suspect that the same conclusions can be drawn about many or most other conversations or other listening. There are some games that we use in the classroom and elsewhere in which we start some information through a line of people. Each one passes the information to the next. The end result is usually very different than what was started. Some of the differences are the result of poor listening skills.&lt;br /&gt;There is shallow listening and deep listening. Shallow or superficial listening is all too common in classes and many other settings. Most of us have learned how to give the appearance of listening to the professor while not really listening. Even less obvious is when the message received is different from the one sent. We did not really understand what the message is. We listened, but we did not get the intended message. Such failed communications are the consequences of poor speaking, poor listening and/or poor understanding.&lt;br /&gt;Good listening skills will vary from one communications situation to the next. For example, what is effective feedback will vary from one person to another. Some people to whom you are listening may need more feedback than other people.&lt;br /&gt;Listening skills can always be improved. Perfection in listening, just as in other communications skills, does not exist.&lt;br /&gt;There are several good books and many articles on good listening. The following skills and attributes are taken from the literature.&lt;br /&gt;There are three basic listening modes: combative, attentive and reflective. Most of us would describe our listening as attentive, that we are interested in the other person's point of view. I have had many students come up to me in a combative mode when discussing grades. They clearly did not want to hear my explanations, but wanted to promote theirs. All to seldom do we take the reflective mode in which we take an active roll in the communications process. We are not just passive vessels into which information is poured, but we think critically about the topics, the messages we receive. This when real learning occurs.&lt;br /&gt;The following attributes of good listening are suggestive of the skills needed. There is some overlap between the various attributes, but each suggests something different.&lt;br /&gt;Concentration. Good listening is normally hard work. At every moment we are receiving literally millions of sensory messages. Nerve endings on our bottom are telling us the chair is hard, others are saying our clothes are binding, nerve ending in our nose are picking up the smells of cooking French fries, or whatever, our ears are hearing the buzzing of the computer fan, street sounds, music in the background and dozens of other sounds, our emotions are reminding us of that fight we had with our mate last night, and thousands more signals are knocking at the doors of our senses. We have to repress almost all of these and concentrate on the verbal sounds (and visual clues) from one source - the speaker. And this concentration, if something that most of us have not been thoroughly trained in how to do. Focus your attention - on the words, ideas and feeling related to the subject. Concentrate on the main ideas or points. Don't let examples or fringe comments detract you. All of this takes a conscious effort.&lt;br /&gt;Attention. Attention may be defined as the visual portion of concentration on the speaker. Through eye contact (see below) and other body language, we communicate to the speaker that we are paying close attention to his/her messages. All the time we are reading the verbal and nonverbal cues from the speaker, the speaker is reading ours. What messages are we sending out? If we lean forward a little and focus our eyes on the person, the message is we are paying close attention.&lt;br /&gt;Eye contact. Good eye contact is essential for several reasons: First, by maintaining eye contact, some of the competing visual imputs are eliminated. You are not as likely to be distracted from the person talking to you. Second, most of us have learned to read lips, often unconsciously, and the lip reading helps us to understand verbal messages. Third, much of many messages are in non-verbal form and by watching the eyes and face of a person we pick up clues as to the content. A squinting of the eyes may indicate close attention. A slight nod indicates understanding or agreement. Most English language messages can have several meanings depending upon voice inflection, voice modulation, facial expression, etc. Finally, our eye contact with the speaker is feedback concerning the message: Yes, I am listening, I am paying attention. I hear you. Remember: a person's face, mouth, eyes, hands and body all help to communicate to you. No other part of the body is as expressive as the head.&lt;br /&gt;Receptive Body Language. Certain body postures and movements are culturally interpreted with specific meanings. The crossing of arms and legs is perceived to mean a closing of the mind and attention. The nodding of the head vertically is interpreted as agreement or assent. (It is worth noting that nonverbal clues such as these vary from culture to culture just as the spoken language does.) If seated, the leaning forward with the upper body communicates attention. Standing or seated, the maintenance of an appropriate distance is important. Too close and we appear to be pushy or aggressive and too far and we are seen as cold.&lt;br /&gt;Understanding of Communication Symbols. A good command of the spoken language is essential in good listening. Meaning must be imputed to the words. For all common words in the English language there are numerous meanings. The three-letter word, "run" has more than one hundred different uses. You as the listener must concentrate on the context of the usage in order to correctly understand the message. The spoken portion of the language is only a fraction of the message. Voice inflection, body language and other symbols send messages also. Thus, a considerable knowledge of nonverbal language is important in good listening.&lt;br /&gt;Objective We should be open to the message the other person is sending. It is very difficult to be completely open because each of us is strongly biased by the weight of our past experiences. We give meaning to the messages based upon what we have been taught the words and symbols mean by our parents, our peers and our teachers. Talk to some one from a different culture and watch how they give meaning to words. Or another listening challenge is to listen open and objectively to a person with very different political or religious beliefs. Can you do that? Really? It is wonderful if you can, but relatively few people can listen, understand and appreciate such messages which are very different from their own. If you cannot, it is time to start because as a leader you will need to understand a wide range of opinions on often-controversial subjects.&lt;br /&gt;Restating the message. Your restating the message as part of the feedback can enhance the effectiveness of good communications. A comment such as: "I want to make sure that I have fully understood your message...." and then paraphrase in your own words the message. If the communication is not clear, such a feedback will allow for immediate clarification. It is important that you state the message as clearly and objectively as possible.&lt;br /&gt;Questioning/Clarifying. Questions can serve the same purpose as restating the message. If you are unclear about the intent of the message, ask for more information after allowing sufficient time for explanations. Don't ask questions that will hurt, embarrass or show up the other person. Only part of the responsibility is with the speaker. You have an important and active role to play also. If the message does not get through, two people have failed the speaker and you as an active listener.&lt;br /&gt;Empathy - not sympathy. Empathy is the "the action of understanding, being aware of, being sensitive to, and vicariously experiencing the feelings, thoughts, and experience of another...." Sympathy is "having common feelings..." (Merrian Webster's Collegiate Dictionary, 10th edition) In other words as a good listener you need to be able to understand the other person, you do not have to become like them. Try to put yourself in the speaker's position so that you can see what he/she is trying to get at.&lt;br /&gt;Strategic Pauses. Pauses can be used very effectively in listening. For example, a pause at some points in the feedback can be used to signal that you are carefully considering the message, that you are "thinking" about what was just said.&lt;br /&gt;Don't Interject. There is a great temptation at many times for the listener to jump in and say in essence: "isn't this really what you meant to say." This carries the message: "I can say it better than you can," which stifles any further messages from the speaker. Often, this process may degenerate into a game of one-upmanship in which each person tries to out do the other and very little communication occurs.&lt;br /&gt;Leave the Channel Open. A good listener always leaves open the possibility of additional messages. A brief question or a nod will often encourage additional communications&lt;br /&gt;You can not listen while you are talking. This is very obvious, but very frequently overlooked or ignored. An important question is why are you talking: to gain attention to yourself? or to communicate a message?&lt;br /&gt;&lt;br /&gt;7 Keys To Better Listening&lt;br /&gt;The purpose of this report is to focus on 7 key aspects of listening that deserve closer attention. While I can't promise that understanding these keys will always make you successful, I can tell you that ignoring them or not paying attention to them will definitely lead to trouble.&lt;br /&gt;So here we go...&lt;br /&gt;KEY #1 Listening is not a passive activity!&lt;br /&gt;Listening is anything but a passive, neutral activity. While it may appear that this is all that's going on, many active processes are taking place within the listener--if they're listening well, that is.&lt;br /&gt;You see, listening is not just hearing the words people utter. If that's all there was to it, we could train computers to do the job.&lt;br /&gt;But listening to human beings involves much, much more (which computers will never do). It involves not just accurately hearing what people say, but getting a sense of who they are, how they view life, what they want to accomplish, what concerns they have, what they're afraid of, how they're feeling, what they want from you, and more. It even involves "listening" to what people aren't directly saying, or what they might be too reluctant to say, or what they definitely don't want you to do in response to their communications. Show me a computer that can do all that!&lt;br /&gt;Thus, in order to become a very good listener, we can't just stop with hearing the words people say. We've got to attend to many other details and many other dimensions that don't meet the eye, but that are crucial nonetheless. (This is why it's so difficult to recognize what good listeners do that makes them successful--it's all going on invisibly inside their heads and the rest of their body.)&lt;br /&gt;KEY #2 Listen for unspoken fears/concerns/moods/aspirations&lt;br /&gt;When people speak, they always reveal their deepest thoughts, ambitions, and concerns. Most of the time, neither the speaker, nor the listener, pick up on these subtle, underlying issues...but they are always there.&lt;br /&gt;Good listeners, on the other hand, frequently attend to these background, unspoken emotions and concerns. And when they "hear" them and empathize with them (either verbally or nonverbally) the speaker often remarks "Boy, you really know how I feel" or "Gee, you really understand exactly what's going on with me."&lt;br /&gt;Here are a few examples to illustrate this important point:&lt;br /&gt;EXAMPLE #1: A young father with a new son makes an appointment to see me (as a doctor) and asks me to refer him to a support group. He wants to resolve some lingering personal issues relating to abuse that he experienced through much of his childhood.&lt;br /&gt;As I listen to his request, which on the surface seems straight forward, I also "hear" other things in the background. In addition to his words, I "hear" unspoken concerns..."Am I going to do the same to my child?"..."What can I do to keep from damaging him?"&lt;br /&gt;Did I listen correctly? In this case I did. Once I gently put words to his deepest fears and concerns, his body relaxed and he acknowledged that he was secretly harboring these thoughts. EXAMPLE #2: Another person comes in to see me (as a stress counsellor) because she's feeling increasingly tense, irritable, and anxious on her job. She clearly relates to me numerous problems with her job. But as I listen to her carefully, I also "hear" the following unspoken concerns..."Am I going to lose control and embarrass myself in front of my co-workers?"..."Am I going to look incompetent or not as strong as my male counterparts?"... "Am I going to go home and start taking out my frustrations on my kids and my husband?"&lt;br /&gt;And the amazing thing about human communication is that she never said any of these things! But a good listener can pick up on them, and most of the time they'll be interpreted correctly.&lt;br /&gt;How do you know when you're right about such hunches? Sometimes you just know intuitively. Sometimes, you can tactfully check out your assumptions by probing with a compassionate question or two, or by restating your hunch for the speaker to confirm. Most of the time, however, your intuition will be right on. Which brings me to the next important key to good listening....&lt;br /&gt;KEY #3 Good listening requires great wisdom&lt;br /&gt;You can't be a good listener if you don't understand human beings. And I mean really understand human beings. How do you obtain this wisdom? I really don't know (it's probably part luck, part hard work and dedication, and part finding the right teachers or mentors). But you know what? When somebody's got it, you can tell in an instant.&lt;br /&gt;Many psychiatrists, psychologists, and other mental health professionals gain this type of wisdom with many years of experience (although you'd be amazed how many never do). I've also found that radio talk show hosts and television interviewers often have an abundance of such wisdom, as do most successful novelists, playwrights, and other creative writers.&lt;br /&gt;Thus, the wiser you become about life in general, the better a listener you invariably will be. No matter how many technical communication skills you master, if you don't have extensive wisdom about people, you won't come across as truly understanding them.&lt;br /&gt;Speaking for myself (as if someone else could be speaking as I write this), I know that the more I've learned about human emotions, for example, the better I listen to and understand people when they're emotionally upset.&lt;br /&gt;By the same token, the more I learn about my own self-worth and inner strengths, the more I can "see" and "hear" these same qualities in others.&lt;br /&gt;That's why if you want to become a good listener, it's absolutely essential that you commit yourself to becoming a life-long student of human beings and human nature. Keep on learning and expanding your horizons. Read lots of books, both fiction and non-fiction. Listen to tapes. Attend various lectures, seminars, and workshops. No matter how much you know, or how smart you are, keep pushing yourself to learn even more. Because the more you know about life in general, the better a listener you will automatically become.&lt;br /&gt;KEY #4 Listen to others with respect and validation&lt;br /&gt;One of the biggest secrets to becoming an excellent listener is to take on the job of always finding something to respect and validate about what others are saying. This is a challenging purpose you can take on. But only 1 out of 100 realizes its importance and makes this a top priority.&lt;br /&gt;Most of the time when we're listening to others, we look for faults or weaknesses in what the other person says. We often end up disagreeing (either vocally or silently) with the other person's opinions, feelings, attitudes, or points of views. But nobody likes to have others disagree with them. We all want people to agree with our points of view, or at least we want our thoughts and feelings to be respected and considered equally valid as anyone else's. Even if our opinions or attitudes are based on erroneous reasoning, we still want people to appreciate that our ideas and feelings have great personal meaning for us.&lt;br /&gt;If you don't make people feel that you respect their points of view, they won't feel "understood" and will consider you a bad listener.&lt;br /&gt;How do you develop this ability to listen with respect? Well, first you've got to realize that most people aren't going to think, feel, and reason just like we do. They're going to do things their own way, and they don't really care about what we think is right.&lt;br /&gt;When I listen to others, I frequently have to force myself to remember this basic truth about life. I have to consciously choose to look for something meaningful and worthwhile in whatever someone is saying, no matter how blatantly wrong or insipid it may initially appear to me. And you know what? If you look hard enough for these hidden kernels of merit or validity in what others are saying, you will almost always find them lurking there somewhere.&lt;br /&gt;It also helps to realize when you own style of thinking and reasoning is fundamentally different from the people you are interacting with. For example, parents often make the mistake of listening and communicating with their kids as if they were "little adults." But kids don't think, feel and reason like adults. Their thought processes and reasoning processes are very, very different. Kid's don't respond to the same types of motivators we do. They don't relate to future goals and payoffs as we do. And they don't always want to be educated or enlightened as we might value these opportunities. If you don't remind yourself of these essential differences-- which are very, very easy to forget--you won't be able to communicate with children successfully. (Next time you meet a first or second grade teacher at a party, take a few moments to talk with them about this subject--they live this stuff everyday!)&lt;br /&gt;Another good example of this point is the frequent problems that arise when men and women communicate with each other as if both are (or should be) exactly the same. The truth about men and women, however, is that when it comes to communication styles and needs--they are very, very different. For example, men are brought up in our culture to listen in certain habitual ways. They listen to problems from the standpoint of identifying a verbalizing effective solutions. Women, on the other hand, also are interested in solutions, but they are much more prone to empathize with the speaker's internal feelings and to spend much more time "talking about" the problem before diving into solutions. This applies to sexual foreplay as well! (Remember, I warned you this newsletter was about getting people to follow you anywhere.)&lt;br /&gt;This crucial difference between the speaking and listening styles of men and women has been the subject of several popular best selling books. The two best I've seen are "You Just Don't Understand" by Deborah Tannen (William Morrow, 1990) and "Men Are From Mars...Women Are From Venus" by John Gray (Harper Collins, 1992). Both books say exactly the same things, but John Gray's book does it a little better and in a much more entertaining fashion.&lt;br /&gt;If you haven't read "Men Are From Mars...Women Are From Venus" yet make sure you do. Believe me, you'll thank me many times over.&lt;br /&gt;KEY #5 Listen without thinking about how you're going to respond&lt;br /&gt;It's very hard to be a good listener--at any level--if you're not fully attending to what others are saying and feeling. Much of the time when people are speaking to us, our heads become filled with our own personal thoughts and agendas...thinking how we're going to respond...thinking negative thoughts about the other person...thinking how we would think or feel in a similar situation.&lt;br /&gt;But to listen well, you must put these thoughts aside and "be with" the other person. You've got to fully attend to their words and inner emotions. You've got to actively work to "put yourself in their shoes" and you listen to them speak. And you've got to keep your mind open to discover the value or merit in whatever the other person says.&lt;br /&gt;None of these things can be easily accomplished when you're listening to your own inner thoughts instead of focusing on the other person. You may not always be able to stop such thoughts from occurring, but you can learn to put them aside for the moment, and focus your attention elsewhere.&lt;br /&gt;Here's an example of how powerful a principle this is. Several years ago, I helped lead a weekend communication seminar for a group of experienced physicians on staff at a well-known midwest hospital. One exercise we designed involved pairing up with a partner, where one person played the role of a patient with a problem, and the other person played the role of a physician/helper. The only catch was the helper wasn't allowed to say or do anything! Their job was to just sit there and listen, while the "patient" first described his/her complaints and then continued to talk as they attempted to work out a solution on their own. Now if you know anything about doctors, you know that just sitting there and listening--without thinking of what we need to do-- is very, very unusual for us.&lt;br /&gt;Well, there was one physician in the audience who wasn't too happy about being in the seminar. His hospital department head was promoting attendance very aggressively, and he only showed up because he felt pressured to do so. During this one simple exercise, however, he experienced a major, major breakthrough. At the end of the exercise, when everyone was sharing their insights and experiences, he raised his hand and announced to the group "What I learned from this exercise was that I ALMOST NEVER LISTEN TO MY PATIENTS! I'm mostly paying attention to the thoughts in my own head, and I never fully appreciated this until today!"&lt;br /&gt;Let me tell you, this guy was so enthused and excited that every time we had a 15-20 minute break in the seminar, he would rush upstairs (the course was held at the hospital) to practice listening to his patients. He would sit on their bed and ask a few questions and then listen intently to whatever they had to say. He was so "juiced" by this new found power, which he possessed all along, that he was consistently 10-15 minutes late for the start of the next session.&lt;br /&gt;Listening without thinking is also a requirement for listening to people respectfully and keeping an open mind to the merit or value they bring to the interaction. You can't really listen to others respectfully when you attention is mostly on yourself.&lt;br /&gt;This also includes not prejudging or pre-evaluating the value of what others are going to say. Many times, due to previous experiences, we begin listening to someone with the preconceived notion that we're not going to hear anything valuable or worthwhile. We close down our listening and merely pretend to be paying respectful attention.&lt;br /&gt;For example, my daughter Tracie often senses when I'm about to launch into one of my fatherly detailed explanations of some particular life event. When she senses I'm going to do this, she immediately shuts off her listening. She has prejudged what's coming and has decided to view it negatively (unlike adults, children let you know when they aren't interested--they haven't yet mastered the social skill of feigning pretenses).&lt;br /&gt;The point here is that we all lose contact and intimacy when we close our listening down. Whether it's because we're focused on our own thoughts and agendas, or whether we prejudged the value of the interaction, or what have you....in order to be a good listener, you must learn to put these common tendencies aside and focus your awareness on the potential value of what others have to say.&lt;br /&gt;KEY #6 Listening for tell-tale signs of impending trouble&lt;br /&gt;Another important secret to good listening is to train yourself to "listen" for clues of impending trouble or disaster. Unfortunately, most people won't come out and directly tell you if they are upset with you or if they have little or no intention to fulfill your expectations. They often are too embarrassed to tell you or they might want to avoid a direct confrontation. But they often will give you little tell-tale clues of their displeasure. Some will even believe that they are communicating with you directly, so when you fail to pick up on these clues, they will use this as further proof that you aren't really interested or that you don't really care.&lt;br /&gt;This principle often comes up in our business and personal relationships. In business, we are always communicating with people who make us various promises. A salesperson highlights certain features of a product. A contractor promises to build something in a specified period of time. A co-worker is assigned a task and acts as if they've truly taken it on.&lt;br /&gt;In personal relationships, our partners may drop subtle hints that we've done something wrong or that they are growing displeased with some aspects of the relationship. They might not come out and say this directly, but they will expect you to interpret their clues and take remedial action.&lt;br /&gt;The more you train yourself to "listen" for these subtle signs of trouble, the better you will appreciate what's going on for other people. Listening for people's level of commitment, integrity, and character is a very useful skill. Listening for sincerity is also frequently handy.&lt;br /&gt;These skills are not difficult to develop. But they do take practice and a considerable degree of effort to master. Sometimes it's simply a matter of not passing over obvious clues or inconsistencies because you don't want to hear them or because you'd prefer them not to be there.&lt;br /&gt;KEY #7 Listen with optimism and positive human regard&lt;br /&gt;Many people fall prey to negative thinking and feelings. When they communicate with others, these negative states come through, and they may even want others to sympathize with them and agree with their negative points of view.&lt;br /&gt;Good listeners, however, often have the ability to listen to people "positively," despite their immediate negative state. "Oh, a tornado hit and destroyed your home and all your possessions-- what a tragedy--but at least you're still alive!" Or "Gee, that's awful, but don't worry--six months from now you won't even remember it happened."&lt;br /&gt;You can listen to people communicate about a tragedy with a great deal of compassion. But you also can listen optimistically and with positive human regard for their inner strengths and human capabilities. Sometimes people are so entrenched in their negativism of the moment that they fail to focus on their positive human traits. As a listener, however, you can remind them of this positivity, provided you do it with tact, timing and sensitivity.&lt;br /&gt;Reaching through all the dominant negativity to acknowledge people's positive core will often make them appreciate your support. Letting people know you know how courageous and capable they are, even in the face of extreme emergencies, is another way in which listening can be viewed as an active, purposeful process. Sometimes people will not be totally happy when you point to their positive potential. But many will appreciate the gesture of love and support and will be glad to have people like you in their lives. They will feel you connect with something deep within them, and they will value you for standing up for them, whether they consciously thank you or not.&lt;br /&gt;Besides, when you make it a habit to stand up for people's positive potentials and qualities, you reinforce your own human capabilities. So the next time you fall prey to overwhelming negatively, you'll be able to listen to yourself with much more optimism and positive human regard.&lt;br /&gt;Summary&lt;br /&gt;Well, there you have them---seven keys to better listening that will win you friends, improve your marriage, boost your profits, and make people want to follow you anywhere!&lt;br /&gt;7 Keys to Better Listening&lt;br /&gt;Listening is NOT a passive activity!&lt;br /&gt;Listen for unspoken fears, concerns, moods, and aspirations.&lt;br /&gt;Good listening requires great wisdom.&lt;br /&gt;Listen to others with respect and validation.&lt;br /&gt;Listen without thinking about how you're going to respond.&lt;br /&gt;Listen for tell-tale signs of impending trouble.&lt;br /&gt;Listen with positive regard for people's strengths &amp; abilities.&lt;br /&gt;Now, just because you know these seven keys doesn't mean you're always going to remember to use them. Lord knows, I forget them all repeatedly (so you don't have to call me to point this out).&lt;br /&gt;Leadership - Communication&lt;br /&gt;Managers are people who do things right, while leaders are people who do the right thing. - Warren Bennis, Ph.D. "On Becoming a Leader"&lt;br /&gt;&lt;br /&gt;No one would talk much in society if they knew how often they misunderstood others. - Johann Wolfgang Von Goethe&lt;br /&gt;Introduction&lt;br /&gt;Many of the problems that occur in a organization are the direct result of people failing to communicate. Faulty communication causes the most problems. It leads to confusion and can cause a good plan to fail. Communication is the exchange and flow of information and ideas from one person to another. It involves a sender transmitting an idea to a receiver. Effective communication occurs only if the receiver understands the exact information or idea that the sender intended to transmit.&lt;br /&gt;Studying the communication process is important because you coach, coordinate, counsel, evaluate, and supervise through this process. It is the chain of understanding that integrates the members of an organization from top to bottom, bottom to top, and side to side.&lt;br /&gt;What is involved in the communication process?&lt;br /&gt;Idea First, information exists in the mind of the sender. This can be a concept, idea, information, or feelings.&lt;br /&gt;Encodes Next, a message is sent to a receiver in words or other symbols.&lt;br /&gt;Decoding The receiver then translates the words or symbols into a concept or information.&lt;br /&gt;During the transmitting of the message, two processes will be received by the receiver. Content and context. Content is the actual words or symbols of the message which is known as language - spoken and written words combined into phrases that make grammatical and semantic sense. We all use and interpret the meanings of words differently, so even simple messages can be misunderstood. And many words have different meanings to confuse the issue even more.&lt;br /&gt;Context is the way the message is delivered and is known as Paralanguage - tone of voice, the look in the sender's eye's, body language, hand gestures, state of emotion (anger, fear, uncertainty, confidence, etc.). Paralanguage causes messages to be misunderstood as we believe what we see more than what we hear; we trust the accuracy of nonverbal behaviors more than verbal behaviors.&lt;br /&gt;Many leaders think they have communicated once they told someone to do something, "I don't know why it did not get done...I told Jim to it." More than likely, Jim misunderstood the message. A message has NOT been communicated unless it is understood by the receiver. How do you know it has been properly received? By two-way communication or feedback. This feedback will tell the sender that the receiver understood the message, its level of importance, and what must be done with it. Communication is an exchange, not just a give, as all parties must participate to complete the information exchange.&lt;br /&gt; &lt;br /&gt;Nothing is so simple that it cannot be misunderstood. - Jr. Teague&lt;br /&gt;Barriers to Communication&lt;br /&gt;Anything that prevents understanding of the message is a barrier to communication. Many physical and psychological barriers exist.&lt;br /&gt;Culture, background, and bias - We allow our past experiences to change the meaning of the message. Our culture, background, and bias can be good as they allow us use our past experiences to understand something new, it is when they change the meaning of the message then they interfere with the communication process.&lt;br /&gt;Noise - Equipment or environmental noise impede clear communication. The sender and the receiver must both be able to concentrate on the messages being sent to each other.&lt;br /&gt;Ourselves - Focusing on ourselves, rather than the other person can lead to confusion and conflict. The "Me Generation" is out when it comes to effective communication. Some of the factors that cause this are defensiveness (we feel someone is attacking us), superiority (we feel we know more that the other), and ego (we feel we are the center of the activity).&lt;br /&gt;Perception - If we feel the person is talking too fast, not fluently, does not articulate clearly, etc., we may dismiss the person. Also our preconceived attitudes affect our ability to listen. We listen uncritically to persons of high status and dismiss those of low status.&lt;br /&gt;Message - Distractions happen when we focus on the facts rather than the idea. Our educational institutions reinforce this with tests and questions. Semantic distractions occur when a word is used differently than you prefer. For example, the word chairman instead of chairperson, may cause you to focus on the word and not the message.&lt;br /&gt;Environmental - Bright lights, an attractive person, unusual sights, or any other stimulus provides a potential distraction.&lt;br /&gt;Smothering - We take it for granted that the impulse to send useful information is automatic. Not true! Too often we believe that certain information has no value to others or they are already aware of the facts.&lt;br /&gt;Stress - People do not see things the same way when under stress. What we see and believe at a given moment is influenced by our psychological frames of references - our beliefs, values, knowledge, experiences, and goals.&lt;br /&gt;These barriers can be thought of as filters, that is, the message leaves the sender, goes through the above filters, and is then heard by the receiver. These filters muffle the message. And the way to overcome filters is through active listening and feedback.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;COMMUNICATING ACROSS CULTURES (PART 1)by Norhayati Ismail&lt;br /&gt;"She's so cold and uncommunicative. She never shows any emotion."&lt;br /&gt;"Why does he talk like that? I wish he would get straight to the point instead of beating around the bush that way."&lt;br /&gt;"He's so direct and brash."&lt;br /&gt;"Doesn't he know that it's rude to keep people waiting like this? He's an hour late!"&lt;br /&gt;"She talks so much. I get tired just listening to her talk."&lt;br /&gt;We often hear remarks like the above made by people around us. In fact, we may even have made some of these remarks ourselves. Sometimes these remarks are justifiable; at other times they may not be so. But what actually triggers such remarks? Usually we make such remarks about other people when they display behaviors that we consider inappropriate or unacceptable in our culture. But what is deemed acceptable in our culture may be considered strange or totally inappropriate in other cultures. So when the target of the above remarks are people who come from cultures different from ours, there may actually be no justification at all for making such remarks because the behaviors displayed may be perfectly acceptable in their cultures.&lt;br /&gt;With more and more companies going global in today's changing business environment, it is not at all uncommon to walk into an office and to find ourselves looking at a multinational multicultural workforce. In fact, this is becoming more and more the norm these days. Gone are the days when developing intercultural communication skills was relevant only to business executives who had to cross national borders for overseas assignments. Today, you don't even have to leave your own country to find yourself in face-to-face contact with people whose cultures are markedly different from yours. So, in order to succeed at the workplace today, it is important for you to develop effective intercultural communication skills.&lt;br /&gt;Culture defined&lt;br /&gt;Before we delve further into the subject of intercultural communication, let us first take a look at what we mean by culture. Iris Varner and Linda Beamer, in Intercultural communication in the global workplace, define culture as "the coherent, learned, shared view a group of people has about life's concerns that ranks what is important, instills attitudes about what things are appropriate, and prescribes behavior, given that some things have more significance than others."&lt;br /&gt;There are a couple of things about this definition the writers feel we should take note of. First, "culture is not something we are born with, but rather it is learned", imparted to us through our upbringing and exposure to the practices and rules of conduct of the culture of which we are a part. Next, "culture is shared by a society. Members of the society agree about the meanings of things, and why." They agree about what's important and what's not. Next, "cultures rank what is important. In other words, cultures teach values or priorities." And these in turn shape attitudes. We usually behave in ways that we think are appropriate or acceptable in our culture. Any deviation from what is thought of as appropriate may in fact invite scorn from members of that culture. Having mentioned that, it is important for us to remember that what may be deemed as appropriate in one culture may be unacceptable in another culture.&lt;br /&gt;To make the above point clearer, let me bring in an example from the movie Seven Years in Tibet. At one point in the movie, Heinrich Harrer, the main character in the film was asked by the Dalai Lama to build a kind of movie theatre in Lhasa, the holy city of Tibet. And there's this one scene when he and a group of Tibetans were digging this piece of land where the theatre was going to be built. For readers who have seen the film, could you remember the Tibetans' reaction when their shovels and spades uncovered earthworms in the ground? They made such a fuss about the whole thing because the Tibetans who were largely Buddhists believed that these worms could be reincarnations of their ancestors and so must be treated with great care. They couldn't just let the worms die.&lt;br /&gt;Going back to the definition of culture we have seen earlier, we can see here that the Tibetans, as a community shared the view that the worms must not be allowed to die because they believed in reincarnation. This influenced their behavior in treating the worms with care and making sure that no harm was inflicted on them.&lt;br /&gt;For Heinrich Harrer, who was originally from Austria, the belief in reincarnation was something he was not familiar with and as such could not relate to very well, so the Tibetans' insistence on treating the worms with care was quite incomprehensible to him. In his view, if the worms had to die in the process of their digging the ground, then that's just too bad; it was not their intention to kill the worms. So, what you see here is people operating and interpreting situations differently using different mental representations shaped by different experiences, different belief systems, different cultures. What is viewed as appropriate in one culture may be viewed as inappropriate or even strange by people coming from a different culture.&lt;br /&gt;Because people of different cultures differ in the way they do things, in the way they view things, and in the way they communicate, it is important for us to develop an awareness of what it means to come from our own culture and make the effort to achieve a better understanding of how things may operate differently in other cultures. This I feel is the first important step to help us achieve effective interpersonal communication across cultures.&lt;br /&gt;Factors affecting communication across cultures&lt;br /&gt;The subject of intercultural communication is however one that is very broad and fairly complex so in this short article, I will just provide you with a very brief introduction to some easily identifiable aspects of culture that may have an impact on intercultural communication and often discussed in various books on the subjects. Specifically, we will look at five key aspects of culture: (1) Level of formality; (2) Level of directness and explicitness; (3) Perception of time; (4) Perception of the individual versus that of the group; and (5) Show of emotion.&lt;br /&gt;Before we look at each of these aspects more closely, I would like to stress that statements made in subsequent sections about particular groups of people are just broad generalizations. The intention is not to invite readers to form stereotypical images of different groups. On the contrary, it would be wise to acknowledge the uniqueness of the individual in all our interpersonal communication.&lt;br /&gt;Level of formality&lt;br /&gt;Let us begin by looking at the first key aspect – the level of formality.&lt;br /&gt;In some companies, employees address their bosses by their first names, for example, "Hi Tom!". In some other companies, this would be totally inappropriate. Bosses have to be addressed as Mr X, Mrs Y, or Ms Z. Very often, the latter scenario is one that we would encounter in a culture in which the workplace is characterized by a greater degree of formality. If the level of formality is seen as a continuum, then most Asian cultures will be on the high end of this continuum. In contrast, the North American culture will be one of those on the low end of this continuum.&lt;br /&gt;At this point, I'm reminded of an incident that a friend of mine encountered while he was working abroad. He's a German who was sent to the United States for a six-month posting. In the first month of his stay there, he was asked to give a presentation at a meeting with his North American colleagues so he got himself all prepared for the presentation which for him was very important as it was his first one in the US office. But while giving his presentation, he got himself quite flustered because he noticed some of his American colleagues were chewing gum. To a German, chewing gum while one is giving a presentation may indicate that you are not paying attention, translating into lack of respect and appreciation for the speaker. In fact, there are times when such a behavior may even be construed as rude. That of course may not be true as the Americans can sometimes be quite casual at work and the display of such behaviors in the above context does not in any way indicate any lack of attention or good manners on the part of the audience. However, even though my friend's colleagues were behaving in a way that may be acceptable in the North American culture, that behavior was unacceptable to a German as the Germans are usually more formal and serious in their approach to work. This is in fact reflected in how the Germans usually address their bosses and colleagues. It is always Herr X or Frau Y and the formal pronoun Sie is used instead of the informal Du. (Note: In the German language, a distinction is made between informal and formal pronouns. The former is used usually with friends and family members and the latter is used with bosses, colleagues, and new acquaintances.) In this particular example, my German friend was interpreting the Americans' behavior using his mental filter, shaped by his own culture, and this of course was different from that of the Americans.&lt;br /&gt;Clearly then, to avoid such misunderstandings and feelings of animosities, it is important for us to develop an understanding of how things may operate differently in other cultures.&lt;br /&gt;Level of directness and explicitness&lt;br /&gt;Next, depending on the culture we come from, some people may appear very direct and explicit in their communication or very indirect and vague. Again the level of directness and explicitness we display in our communication is determined to a large extent by culture.&lt;br /&gt;Most people from the Asian and Middle Eastern cultures place a high reliance on shared experience, non-verbal cues, and the context in which the communication takes place in their communication with others. Consequently, they can appear as rather indirect and vague in their verbal communication. However in some countries, like the United States, Switzerland and Germany, people are very direct, precise and explicit in their communication because they rely heavily on the spoken word for meaning. Reliance on context here is low; so is reliance on non-verbal cues. Because of their style of communication, they may appear as too direct and overly talkative.&lt;br /&gt;Allow me at this point to relate to you another story related by Iris Varner and Linda Beamer in Intercultural communication in the global workplace. The story is about a very distinguished 75-year old Chinese scholar and statesman who was being honored by a university in the United States. He had just made a 21-hour flight from Beijing and was met at the airport by some friends, who exclaimed, "You must be very tired!". His response was, "It's possible …" with the implication it was not really so. Of course he was tired! He was an old man who had sat on airplanes or in airports for 24 hours straight. But the context - the meeting in an airport at night, the fact of his long journey, his age, his slightly glazed eyes - communicated the obvious - that he was tired. It was unnecessary to put into words. Now let's imagine the situation in reverse - an American traveling to Beijing and getting off the plane after 24 hours of flight. In response to the comment, "You must be tired!", it isn't hard to imagine the response to be something like this, "Tired! I've never been so tired in my whole entire life! I've been sitting on planes or in waiting rooms for 24 hours and wondered if my legs would ever work again! My eyes are so gritty with sleep they feel like the Gobi desert was in that plane!" and so forth. Notice, how everything was explicitly stated in words. Reliance on context here is very low.&lt;br /&gt;Under certain circumstances, the indirectness that characterizes the communication in some cultures is to a large extent a strategy to avoid causing another person to lose face. It can be viewed as consideration for another person's sense of dignity. However, in cultures that are direct and explicit in their communication, this indirectness may be seen as dishonesty, suggesting that the speaker may have something to hide.&lt;br /&gt;How would awareness of the above help you with your communication across cultures? Here's how. If you are communicating with people who come from a culture that is on the low end of the directness and explicitness scale, you need to exercise extra care in what you say and how you say something so as not to unintentionally offend them by being too direct. You also need to pay very careful attention to non-verbal cues, shared experience, and the circumstances within which the communication takes place as the true or more accurate meanings of messages may actually reside in some of those factors rather than in the words uttered. On the other hand, if you are communicating with people who come from a culture that is on the high end of the directness and explicitness scale, say exactly what you mean. Also, do not be easily offended when your ideas or opinions are attacked with a degree of directness you are not used to. Bear in mind that in some cultures, this directness is a technique members use to achieve clarity in what they mean. So, just be objective in hearing what they have to say and remember that attacks on ideas are not personal and are not voiced to deliberately embarrass you. Also, remember that in such cultures, reliance on context is low, so be especially attentive to the spoken word as this would usually serve as your main source of information in your communication with them.&lt;br /&gt;Perception of time&lt;br /&gt;Next, cultures also differ in their perception of time. Edward Hall, a prominent researcher in the field of intercultural communication, made a useful distinction between monochronic-time and polychronic-time cultures. Although the terms may sound very technical to you, let me assure you that the explanation is fairly simple and easy to understand. In monochronic-time cultures, members place a high emphasis on schedules, a precise reckoning of time and promptness. In such cultures, schedules take precedence over interpersonal relations. Also, because of this urgency to keep to schedules, members try to get to the point quickly when communicating and as such may appear rather rude or brash. In polychronic-time cultures, time is viewed as more fluid and members do not observe strict schedules. In such cultures, preset schedules are subordinate to interpersonal relations. Most Western countries and quite a number of European countries are monochronic-time cultures whereas most Asian countries, and some Latin American and Middle Eastern countries are polychronic-time cultures.&lt;br /&gt;Knowing how cultures view time will also help you to adapt better to the global business environment. If you are someone from a monochronic-time culture, you must learn patience when communicating with people from a polychronic-time culture. If they fail to turn up for an appointment at a scheduled time, this should not be immediately interpreted as rudeness or callousness on their part. Conversely, if you are someone from a polychronic-time culture and are dealing with people from a monochronic-time culture, try to stick to schedules as much as you possibly can.&lt;br /&gt;Perception of the individual versus that of the group&lt;br /&gt;Let us now move on to another aspect of culture where we look at how the individual and the group are viewed. Cultures can be characterized as either more individualist or collectivist in orientation. Geert Hofstede, another prominent researcher in the field, defines the individualist culture as one in which "the ties between individuals are loose: everyone is expected to look after himself or herself and his or her immediate family. In a collectivist culture, people from birth onwards are integrated into strong, cohesive groups, which throughout their lifetime continue to protect them in exchange for unquestioning loyalty."&lt;br /&gt;In an individualist culture, the individual takes center stage and independence is highly valued. In a collectivist culture, an individual is regarded as a part of the group and a high degree of interdependence among individuals prevails in the same group.&lt;br /&gt;Iris Varner and Linda Beamer point out that in an individualist culture, "a single person can earn credit or blame for the success or failure of an organizational project". In a collectivist culture, however, "credit or blame goes to the group". In such a culture, "individuals do not seek recognition and are uncomfortable if it is given".&lt;br /&gt;I once had a conversation with a North American guy who at that time was working in Indonesia as a consultant to banks on disaster recovery. He related to me an incident that happened to him while he was there which struck him as rather odd. This was how he told the story to me: "At one of my presentations to a client - a bank, I made one suggestion that individual employees who did a good job ought to be given greater recognition by which I meant giving them face in front of their colleagues, not monetary reward. Everyone at the presentation was horrified. I'm not sure but I think it's probably just not the Indonesian way to seek recognition or stand out from the crowd. This is very different from the situation in the States." The difference here is a difference between a more collectivist orientation (the Indonesian culture) and a more individualist orientation (the North American culture).&lt;br /&gt;Show of emotion&lt;br /&gt;Finally, cultures also differ in their expression of emotion. In another interesting book on intercultural communication, Fons Trompenaars, in Riding the waves of culture, notes that members of some cultures tend to be more expressive with their emotions and "show their feelings plainly by laughing, grimacing and scowling". However, in some cultures, members tend to be more repressive and do not show their feelings openly but rather keep them "carefully controlled and subdued".&lt;br /&gt;Obviously, in work environments where people from these two cultures are in contact, misunderstandings can occur. People from the more expressive culture may view people from the repressive culture as cold or unfeeling. On the other hand, people from the repressive culture may view their more expressive colleagues as immature and eccentric.&lt;br /&gt;Tips for effective interpersonal communication across cultures&lt;br /&gt;As you can see, interpersonal communication across cultures can be rather complex because of cultural differences. So in order to help you become a more effective communicator at the global workplace, here is a list of things that you should do:&lt;br /&gt;·         Develop a sense of cultural awareness. First of all, be aware of what it is to be from your own culture. Then, learn all you possibly can about the culture of the people with whom you need to communicate.&lt;br /&gt;·         Do away with ethnocentrism. When communicating with people across cultures, you need to give up any sentiments of ethnocentrism, that is the tendency to judge all other groups according to your own group's standards, behaviors and customs and to see other groups as inferior by comparison. This is because different cultures have different ways of behaving and interpreting behaviors so you must learn to:&lt;br /&gt;o        Recognize differences. Just because people do things differently from you, that does not mean that they are inefficient or stupid. Being different should not always be seen as negative.&lt;br /&gt;o        Show respect for your counterparts.&lt;br /&gt;·         Learn to adapt. Be flexible and ready to adapt and adjust your behavior, but do not overdo your adjustment as then you risk being perceived as insincere. Just try to act in a way appropriate to the target culture, be yourself and show sincerity.&lt;br /&gt;·         Be more tolerant. Because people of different cultures do things differently from one another, you must be tolerant of deviations from the norms - what you are used to in your own culture. Remember that what may be the norm for you may not be the norm for other people coming from a different culture.&lt;br /&gt;Communicating across cultures (Part 2)by Norhayati Ismail&lt;br /&gt;When we discuss the subject of communication across cultures, language is something that we cannot ignore because language is so much a part of culture and for most of us is the main medium we use to transmit messages. However, because of its central importance, factors pertaining to language can also be the source of many misunderstandings in intercultural communication.&lt;br /&gt;In this short article, we will look at some of the problems that could arise when we communicate with one another cross culturally that are caused by language-related factors. More specifically, we will look at the problems with translation, the problems with pronunciation, the problems with word choice and meaning, and the problems with slang and idiomatic expressions. Hopefully, with a greater awareness of these potential problems, we could take some steps to use language more effectively for improved communication across cultures.&lt;br /&gt;Problems with translation&lt;br /&gt;When we communicate with people of a different culture, it is always good to be able to utter a few words or phrases in their language to establish affinity. However, when we are not proficient in the target language, there is a strong tendency for us to translate messages from our native language to the target language. Sometimes this technique works very well. Unfortunately, at other times, we may land ourselves in some very embarrassing situations.&lt;br /&gt;To illustrate the above point, let me just cite two examples taken from Richard Lederer's very entertaining book Anguished English. The first involves President John F. Kennedy who made a blunder while making a speech at the Berlin Wall, Germany, in 1963. The President had wanted to say "I am a Berliner" in German and came up with the translation "Ich bin ein Berliner". However, in the German language, words for nationalities are not preceded by articles so he should have said "Ich bin Berliner". "Ich bin ein Berliner" actually means "I am a jelly doughnut". The second example involves Pepsi-Cola at the time when it invaded the huge Chinese market. Its product's slogan "Come Alive with Pepsi" was translated into Chinese and the equivalent meaning of that translated slogan in English was "Pepsi brings back your dead ancestors". I don't know about you but I certainly wouldn't want to drink something that's going to bring back my dead ancestors!&lt;br /&gt;So, as you can see, translation of messages from one language to another is something not to be taken lightly. You have to be careful that the resulting meanings are what you intended.&lt;br /&gt;All right then, if you think that misunderstandings in intercultural communication can only arise when two cultures are using different languages, then I hate to tell you that you are wrong. Even when two cultures are using the same language for communication, problems may still be encountered when communicating with one another cross culturally. "How is that?" you may ask. Well, let us just take the English language as an example.&lt;br /&gt;Problems with pronunciation&lt;br /&gt;Even though English is used widely throughout the world, regional differences exist in pronunciation thus making it difficult sometimes for speakers of English from two different countries to understand one another. I have just got back from a holiday in England during which time I had the good fortune of taking the much talked about Thames River Cruise. It was a very pleasant cruise down the river except that, for the life of me, I could not understand what the guide was saying in his commentary because of his heavy Cockney accent. He was speaking English but the difference in pronunciation just made it impossible for any communication to take place.&lt;br /&gt;In Singapore, my home country, many of us use the English language for communicating with one another and usually we have no serious problems understanding each other. But when we communicate with a foreigner, it is not unusual for the foreigner to have difficulty understanding us. One of the reasons is again the difference in pronunciation. Most Singaporeans do not make a distinction between the words "airport" and "airpot", for example. Neither is there a clear distinction made between words like "tree" and "three" and "pen" and "pan". It is easy to imagine how these pronunciation differences can lead to misunderstandings when communicating across cultures.&lt;br /&gt;So, when we are communicating with people cross culturally, we ought to be especially careful with our pronunciation in order to achieve mutual understanding.&lt;br /&gt;Problems with word choice and meaning&lt;br /&gt;In discussing this, we will look at the potential problems that could arise with the use of ambiguous words and unfamiliar words.&lt;br /&gt;Ambiguous words&lt;br /&gt;Next, the same word may have different interpretations in different cultures. Let's take the word "family" as an example. "Family" in most parts of Asia refers to parents, siblings, grandparents, uncles, aunts, cousins, and so on. But "family" to an American or European refers to the immediate family that essentially includes husbands and wives or parents and siblings. So, if two colleagues, an Asian and an American, were to carry on a conversation about their families, they may think that they are talking about the same thing but actually they are not.&lt;br /&gt;Unfamiliar words&lt;br /&gt;In business, the use of unfamiliar words could sometimes lead to an expensive loss of business. Let me illustrate this with a story related by Roger Axtell in Do's and taboos of using English around the world. The story involves a business discussion between an American businessman and a Japanese customer. The American concluded his business discussions with his Japanese customer with, "Well, our thinking is in parallel." They bid goodbye, but weeks and then months passed with no further word from the customer. Finally, frustrated, the American phoned and inquired what had happened. "Well," the Japanese replied, "you used a word I didn't understand. Parallel. I looked it up in my dictionary and it said parallel means 'two lines that never touch'". The Japanese had concluded that the American thought their thinking was apart.&lt;br /&gt;In order to avoid miscommunications like the above from taking place, there are simple measures you could take to achieve greater clarity in what you mean. For a start, choose your words carefully, making sure that they are not ambiguous in meaning and are quite commonly used so they are easily understood. Next, provide qualifications and definitions to terms that are likely to cause misunderstandings. Finally, ask for feedback to ensure that the message has been clearly understood.&lt;br /&gt;Problems with slang, idiomatic expressions&lt;br /&gt;Next, cultures may develop their own slang and idiomatic expressions that may be foreign to other cultures using the same language. Let me illustrate this with an oft-cited ad by Electrolux that worked very well in Europe but was unusable in America. The slogan in the ad reads, "Nothing sucks like the Electrolux." For the American reader, I am sure you could see immediately why the ad will not go down well with the American audience. When an American says, "something sucks", it means that that something is bad. The slang expression "it sucks" has very negative connotations in the States. However, in Europe and perhaps in many other parts of the world, the word "sucks" has a literal interpretation so the slogan is perfectly all right.&lt;br /&gt;Let's now move on to idiomatic expressions. Suppose you were having a conversation with a colleague who isn't a native speaker of English and who isn't very proficient with the language. Then, he said something to you that you couldn't quite believe. So, in response to this, you said, "You're pulling my leg, right?" ("You're pulling my leg" is of course just an idiomatic expression for "you're bluffing".) However, if your colleague is not familiar with this idiomatic expression, he would really be puzzled by what you meant because obviously he had not touched you, let alone pulled your leg!!&lt;br /&gt;So there you go. Problems that could arise when communicating with people across cultures brought about by differences along the language dimension. Working in today's global business environment, what could you do to ensure effective communication with people whose cultures differ from yours? Here are some tips you may find useful:&lt;br /&gt;1.      Speak slowly and clearly, ensuring accurate pronunciation.&lt;br /&gt;2.      Use simple, frequently used words.&lt;br /&gt;3.      Be very careful with translation.&lt;br /&gt;4.      Avoid slang, colloquialisms and idiomatic expressions.&lt;br /&gt;5.      Make one point at a time.&lt;br /&gt;6.      Adapt tone of voice, style and behavior to what is culturally acceptable to your audience.&lt;br /&gt;7.      Watch the other person for misunderstanding and be ready to provide feedback.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Make Your Daily Interactions More Satisfying ©&lt;br /&gt;&lt;br /&gt;Suppose a colleague gives you a compliment as you meet her in the hallway and then another person accidentally bumped you in passing. You will respond more quickly and strongly to being bumped than to being complimented, even if the person who knocked into you immediately apologizes. You have little power over those instinctual reactions. In fact, your mood will be altered longer from a bump than a compliment and you will remember it longer.&lt;br /&gt;Why? Not because you are a negatively inclined person, but because your strongest, most primal instinct is for survival. That instinct is hardwired into your brain so that, even in modern circumstances, your swiftest, most pervasive reactions are to protect yourself from any sign of "danger." All of your angry feelings are the visible surface of an underlying negative feeling such as hurt or irritation that stem from some early circumstance in your life where you felt in danger. The current source of your anger looks similar to that earlier time.&lt;br /&gt;When you react negatively, even with a briefly hardened face or a sharp tone in one word, the other person instinctively escalates in a ping pong reaction back and forth. It's easier for an interaction to degenerate into a difficult time from one "bad" action than it is for the experience to rise from a positive action.&lt;br /&gt;Since you can't re-wire your brain to change your gut instinctual reactions, you can compensate by appearing "safe" when you first meet and re-meet people. Here's two valuable ways. First, move and speak slower, lower and less at first so the other person can gain comfort and familiarity with the situation, even if he already knows you and has had positive past experiences with you. In the beginning, don't talk loud and quickly or move fast and frequently, especially with high, quick arm gestures.&lt;br /&gt;Such gestures also rob you of the appearance of power. If your voice is lower and slower, your sentences shorter and your gestures are spare, then the other person will accept your more quick and direct body motions and verbal suggestions later on., even thought they probably won't be conscious of why.&lt;br /&gt;Second, since people instinctively like people who are somehow like them, demonstrate the part of you which is most like them. Refer to common experiences, background or places. Adjust your voice level and rate and amount and kind of body motion to become more like theirs. Children do this instinctively. Only as we get older do we lose the instinct to adapt to another's behavioral style.&lt;br /&gt;Here are some other suggestions for gaining and holding another's attention.&lt;br /&gt;1. Be vividly specific. A specific detail or example proves a general conclusion, not the reverse. A vivid, specific detail is memorable, while a general statement is less credible and easily forgotten. Ironically, most adult conversation and advertising is general. Children are more likely to be vividly specific and thus more memorable. When you want to be heard and remembered, characterize your information or request with a vivid, specific detail, example, story or contrasting options. Involve words that relate to the senses. For example "beautiful color" is not as vivid as "blue" which is not as vivid as "cobalt blue."&lt;br /&gt;2. Be "plainly clear." Avoid wearing patterned clothing or other detail on your clothing, especially on the upper half of the body, because it will shorten the attention span of the person with whom you are speaking.&lt;br /&gt;3. Look for the underlying issue. When you are arguing for more than ten minutes, you are probably not discussing the real conflict and are thus unlikely to get it resolved in the discussion. Look for the underlying issue. Read Robert Bromson's idea-packed book, Dealing With Difficult people,e for ideas about how to recognize specific difficult behaviors and adopt behaviors to protect yourself from them.&lt;br /&gt;4. Deepen their commitment before you ask for more. The more time, actions or other effort someone has put into something, someone or some course of action, the more deeply they believe in it, will defend it and will work on it some more. If you want more from the other person, wait until he has invested more time, energy, money or other resources to ask for it.&lt;br /&gt;5. Bring out their best side. If a person likes they way he acts when he is around you, he often sees the qualities in you that he most admires. The opposite is also true. Pick the moments when someone feels most at ease and happy, to move the relationship forward. Don't make suggestions or requests when they are acting in an unbecoming way. Your efforts will only backfire. Praise the behavior you want to flourish.&lt;br /&gt;6. Move to motivate. Motion activates emotion and makes experiences more memorable. Motion attracts attention and causes people to remember more of what's happening and feel more strongly about it, for better or for worse. Get others involved in motions with you that create goodwill: walking, sharing a meal, handing or receiving a gift, shaking hands, turning to face a new scene. You are more likely to literally get "in sync." That is, your vital signs become more similar: eye pupil dilation, skin temperature and heart beat.&lt;br /&gt;&lt;br /&gt;How can email communication affect your business?&lt;br /&gt;&lt;br /&gt;Email is now one of the fastest ways to gain or lose potential customers because of it's ability to deliver information fast to an enormous amount of people. After sending an email you are no longer in control of the affects of the message and can only wait in suspense.&lt;br /&gt;An employee of your company started off his/her day in a bad mood. A potential customer emails them with a trivial question and they reply with a brash tone. Do you think that the recipient will use your company. On the Internet word travels fast. It takes me 3 minutes to send email to 50-100 people. Therefore your company can lose 100 current or potential customers with the brash email sent out by your employee. This can happen in a matter of minutes. Speaking from personal experience I sent out what I considered a helpful message concerning a virus on the Internet. One person thought it was quite annoying because they knew that some of these messages are merely hoaxes. The message I received, without a doubt, shot lightning bolts at me. What did I do? I apologized. I visited their site to see what kind of business they were in and I new that if someone had ever asked me to give them information about products relating to what they sold, I would most likely say. Do not use "this company."&lt;br /&gt;I find that it is most helpful to search newsgroups for my company name to see if good or bad things are being said about me. Try searching for Microsoft, Netscape or AOL in DejaNews (&lt;a href="http://www.dejanews.com/"&gt;http://www.dejanews.com&lt;/a&gt;) and see what results are presented to you. Remember newsgroups are simply meeting places on the Internet where people exchange information. Most people know that the best business comes from word of mouth or "word of email."&lt;br /&gt;Back to the story. After I sent my apology, I received a reply the next day stating that they were sorry for what they had said. Problem solved. I now do not have a problem recommending that company to a friend. On some occasions a brash answer is responded to with a brash reply. Those are the lucky ones. Be careful, there are many vindictive people who will reply to brashness by breaking into your entire site and demonstrating how angry they are with you. I cannot and will not try to break into someone's website, but people who are more knowledgeable can and do.&lt;br /&gt;However, the lack of body language, tones of voice, and shared environment, email is not as rich a communication method as a telephone conversation or face-to-face. It may be difficult for your correspondent to tell if you are serious or kidding, frustrated or euphoric, happy or sad. Sarcasm has the most potential to offend and can be particularly dangerous to use in email. Avoid sending email that might be upsetting to the recipient.&lt;br /&gt;Expressing human emotions, moods and personalities is difficult to convey when using email. Emoticons have been developed as shorthand to help communicate feelings, emotions and show some personality where desired. Below is a short list of emoticons. To find more simply go to your favourite search engine and enter, "emoticons."&lt;br /&gt;Symbol&lt;br /&gt;Translation&lt;br /&gt;Symbol&lt;br /&gt;Translation&lt;br /&gt;Symbol&lt;br /&gt;Translation&lt;br /&gt;: -)&lt;br /&gt;smiley face/happy&lt;br /&gt;8-)&lt;br /&gt;eye-glasses&lt;br /&gt;:-&lt;br /&gt;indifference&lt;br /&gt;:-e&lt;br /&gt;disappointment&lt;br /&gt;:-P&lt;br /&gt;wry smile&lt;br /&gt;:-!&lt;br /&gt;foot in mouth&lt;br /&gt;:-&amp;&lt;br /&gt;tongue tied&lt;br /&gt;;-)&lt;br /&gt;wink&lt;br /&gt;:-O&lt;br /&gt;yell&lt;br /&gt;:-/&lt;br /&gt;perplexed&lt;br /&gt;:-&gt;&lt;br /&gt;devilish grin&lt;br /&gt;:-Q&lt;br /&gt;smoker&lt;br /&gt;:-{&lt;br /&gt;mustache&lt;br /&gt;:-&lt;br /&gt;male&lt;br /&gt;:-(&lt;br /&gt;frown/sad&lt;br /&gt;:-@&lt;br /&gt;scream&lt;br /&gt;;-}&lt;br /&gt;leer&lt;br /&gt;:-D&lt;br /&gt;shock or surprise&lt;br /&gt;C=:-)&lt;br /&gt;chef&lt;br /&gt;d:-)&lt;br /&gt;baseball smiley&lt;br /&gt;&gt;-&lt;br /&gt;female&lt;br /&gt;It is up to each individual, taking into consideration corporate policies to decide the level of professionalism one wishes to represent within correspondence. A person must take into account who the recipient of any correspondence will be.&lt;br /&gt;It pays to be nice and it's not difficult.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Identifying Communication Styles For Business Success&lt;br /&gt;&lt;br /&gt;Faxes, teleconferences, the World Wide Web, and other technological advancements guarantee that we can communicate with virtually anyone, anywhere. However, it's up to us to ensure that the messages we send are clearly understood by the recipient.&lt;br /&gt;Whether it's a face-to-face meeting or an overseas transmission, communication is a complex process that requires constant attention so that intended messages are sent and received. Inadequate communication is the source of conflict and misunderstanding. It interferes with productivity and profitability. Virtually everyone in business has experienced times when they were frustrated because they just couldn't "get through" to someone. They felt as if they were speaking an unknown language or were on a different "wave length." Communicating effectively is much more than just saying or writing the correct words. How we communicate is affected by frame of reference, emotional states, the situation, and preferred styles of communication.&lt;br /&gt;Our perceptions are directly related to the senses -- visual, auditory, or kinesthetic/tactile (movement, touch, taste, and smell). Although everyone uses all three styles or modes to interact with the world, most people have a primary one. Research indicates that most people are visually-oriented, whereas the fewest number of people are auditorially-oriented. To ensure that messages are conveyed, it's important to learn how to communicate in another's particular style. To discover someone's primary mode: (1) Listen to the verbs they use; (2) Watch their eye movements during a discussion; (3) Observe their behavior; (4) Ask how they prefer to receive new information; and (5) Be aware of your own preferences. Let's consider each mode.&lt;br /&gt;The Visual Mode. Visually-oriented people interact with the world by creating mental pictures. They'll often make statements such as "I don't see it that way" or "It looks good to me." When responding to questions or making comments, their eyes will go up to create a picture. They also may blink to "clear the screen" in their mind's eye, or they may look directly at you in response to your questions. They will use verbs such as look, see, picture, and imagine. When presenting new information to them, use colorful pictures, charts, or displays.&lt;br /&gt;The Auditory Mode. "I hear what you're saying" or "It doesn't sound that way to me" are typical statements made by those whose primary way of interacting with the world is auditory. They like to discuss and listen to recorded information and music. When responding to questions or making comments, their eyes will go over to the side, often repeating out loud or in their mind's ear the question or statement made. They will use verbs such as hear, listen, debate, and talk. When presenting new information to them, take the time to discuss it and answer all of their questions.&lt;br /&gt;The Kinesthetic/Tactile Mode. Many people are doers and are quite demonstrative, preferring movement in their interactions. They often make statements such as "I feel this is the best solution" or "I just can't grasp the idea." When responding to questions or making comments, their eyes will go down to get in touch with emotions and the motion involved in the statement or question. They will use action-oriented verbs such as feel, touch, run, hold, and move. When presenting new information, use hands-on activities, such as actually going through the motions of a new procedure.&lt;br /&gt;In these times of doing more with less and increased use of technology, it's imperative to remember to do whatever we can to foster effective communication. By looking at the world from another's point of view, your employees, co-workers, customers, and vendors will feel that you're really listening to them. Listening and responding in a way that makes sense to them will improve relationships, enhance performance, increase productivity, and positively impact the bottom line.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;"E-mail: The Phenomena You Can't Ignore in Customer Communication"&lt;br /&gt;&lt;br /&gt;Customer Service is the number one concern of every business today and e-mail is probably the single biggest source of change in how it has breen provided over the past three years. It presents great dangers and opportunities to any kind and size of business. How can you ensure that you are using it to its fullest, and will not be abused in its use? There's no guarantees with e-mail, but there are steps you can take.&lt;br /&gt;Email is one of the fastest ways to attract or lose customers because of it delivers information fast to a single person or a mass of people. Company news and gossip, customer praise, complaints, and mis-representations can all zig-zag several ways over the internet in minutes, where in the past such communication would take days or months, if ever. The sheer volume of exchanged information has exploded since e-mail use has shot up over the past three years. The capacity to respond to quickly and easily has inspired many business owners and many customers to offer and ask for information and feedback that they might not even have attempted to provide before.&lt;br /&gt;Email is not a replacement for your regular postal service, phone or fax but a complimentary tool to your daily business activities. It saves paper, postal fees and provides you with the ability to quickly respond to your present and prospective customers.&lt;br /&gt;E-mail facilitates two-way communication with your customers, any time, anywhere, with an ease and cost-savings that is transforming the ways companies communicate everywhere. Customers can inquire, complain, send referrals, suggest improvements and even buy. How easy are you making it for your prospects and customers to work with you?&lt;br /&gt;E-mail can benefit you in several ways:&lt;br /&gt;·         Fast response to problems proving that your business is incorporating suggestions by customers&lt;br /&gt;·         Update your most important customers about changes in product direction&lt;br /&gt;·         Show your newest product to existing customers first offering advice involving related vendors&lt;br /&gt;·         Announce price changes&lt;br /&gt;·         Send the latest literature&lt;br /&gt;·         Deliver software upgrades and bug fixes&lt;br /&gt;·         Send your latest press releases&lt;br /&gt;If you offer on-line customer service facility your customers can send and receive information when they want, if you'll provide the e-mail and/or web site capacity to do so. They can ask questions about the products, confirm an order or query the shipment details at a time that suits them. You provide new flexibility and convenience that is obvious for them to experience, in comparision, perhaps to your competitors. You can make specific offers and guarantees that build comfort and trust, even when they do not need the standard you offer, such as "We will respond to your inquiry within three hours," or "We will send the products you order within 24 hours of your order." Your specific offers encourage their bragging rights to others about your standard of service. Such bragging rights are the equivalent of priceless referrals.&lt;br /&gt;Respond to inquiries and problems quickly&lt;br /&gt;Customer service is the way company employees serve the customers in a, friendly, timely and speedy delivery with guarantees or warranties on a consistent basis. Everyone within an organization is responsible for thoughtful customer service from the supervisors and managers to the administrative staff.&lt;br /&gt;Use E-Mail as a Tool to Build Customer Loyalty&lt;br /&gt;1.      Choose how you act, don't let others choose your behaviour.&lt;br /&gt;If a past or current customer emails you with a complaint that you know isn't your fault, it is more beneficial to work towards a solution rather than decide who is wrong.&lt;br /&gt;2.      Do not sent a message you do not want read on television or printed in tomorrow's newspaper.&lt;br /&gt;3.      What you practice projecting you are projecting.&lt;br /&gt;4.      Remember that the most important thing for a person to talk about is themselves. Keep that in mind when corresponding with a past, present or future customer. They want to know what's in it for them. They do not want to know about you or your company. Relate to them using their style of language. There are common themes that people use in their language to tell you how they are thinking. Visual thinkers use phrases such as, "I see what you mean", or "I get the picture." Auditory thinkers use phrases such as, "I hear what you're saying", or "Listen to me." Kinesthetic thinkers use phrases such as, "I've got a good feeling", or "That's a solid proposal."&lt;br /&gt;5.      Go slow to go fast. Never rush to the solution but first reflect on the problem. You must acknowledge the customers' feelings before attempting to propose a solution.&lt;br /&gt;6.      Your first response to a query is the most important. It may set the tone for the entire email conversation. It will determine how they react to you form here on out. Don't approach aggressively. Go slow to go fast.&lt;br /&gt;7.      When finding a solution to customers' questions or concerns, ask open-ended questions. Avoid questions that will provide a yes or no answer. Customers may feel bullied by these questions. Don't narrow the information you receive. Yes or no questions do this.&lt;br /&gt;8.      Email is the perfect tool to use for honing your non-verbal communication skills. Remember to use the same language unless there is profanity included. By wary about the tone you are using. In response to the tone of customers, mirror their tone briefly in a positive way and finally slow down the tone. People like people who are like themselves. When replying to a customer relate to their interest or background (life,work,family)&lt;br /&gt;9.      When making a sales call to remind a past customer of your company, use this method. Start your email with a focus on their interest, move onto both of your interests and end with a focus on your interest. Bridge from their interest to yours with a common ground.&lt;br /&gt;If your employees handle complaints through email with unpleasant or condescending replies, this will be perceived as a reflection of your company. Remember you are what you eat. Your employees are a reflection of your company.&lt;br /&gt;10.  In handling questions through email you must step into your customers shoes. By seeing the situation from their perspective you will get a better insight.&lt;br /&gt;11.  If you must send an unpleasant message to a customer by email, sandwich the bad news. For example, "Thank you for inquiring about our new product, unfortunately it is unavailable at this time. We will however keep you posted as to its availability and upon purchasing the product we will give you a 15% discount. We call this sandwiching negative information.&lt;br /&gt;12.  When receiving an email from a disgruntled customer try to focus on the good aspects of the situation. Compliment them for bringing the problem to your attention and for allowing your company the opportunity to make the situation better. Act as if they meant well. Look for their positive intent. Reciprocate for survival.&lt;br /&gt;13.  Communicating by e-mail is no different from writing on your company letterhead. A business communication is business, period. A certain degree of formality is required. Just because e-mail tends to be more immediate and personable, it doesn't need to get personal.&lt;br /&gt;14.  If your correspondent uses your first name, then by all means use his. Many people do not want such immediate informality in a business situation, especially in the international arena.&lt;br /&gt;15.  Correspondents frequently try hard to be brief. This is desirable, but business messages are usually longer than personal notes. It is important, also, to communicate - don't kill understanding with brevity.&lt;br /&gt;16.  When replying, you will often be replying to only part of the received message. Save space by not returning the whole message, only the part to which you are replying.&lt;br /&gt;17.  Short, plain sentences are easier for someone reading in a language other than their mother tongue. In some parts of the world, the written language is very formal and quite different from the spoken language. Therefore, there is an expectation that your written communication will be formal. For international business e-mail, err on the side of caution and write in a formal tone. It's easy and natural to progress from formal to friendly, but it weakens your position to have to step backwards from friendly to formal.&lt;br /&gt;18.  It has been proven that people will tell more people about their bad experiences then their good ones! That's NOT the kind of word of mouth you want.&lt;br /&gt;19.  Get to the point. Avoid lengthy emails if necessary. In problem situations do not attempt to confuse but rather make your message short and clear. You risk losing the attention of your customer if your message is too long. Keep emails succinct. Do not let your customers go on a mental vacation or they will quickly delete your message.&lt;br /&gt;20.  Ask for suggestions and feedback about your services or products. Use this feedback or suggestions to hone your business skills. It may be beneficial to post these suggestions and feedback your site for all visitors to read. Many are customers may inadvertently solve problems for you, give you free ideas/enhancements for free and sometimes for a discount on merchandise.&lt;br /&gt;21.  Plan what you want out of the situation before you go into it.&lt;br /&gt;22.  Third party endorsements. Don't be afraid to include a couple of sentences by a satisfied customer in any sales letters you email to potential customers.&lt;br /&gt;23.  Don't ignore customer complaints or requests for refunds. Some of the best customers I have are people who initially complained about my product or service. When I get a complaint, I immediately contact the customer and assure them that I will have an answer for them within 24 hours. If the mistake was mine or my fulfillment company, I let the customer know and bend over backwards to correct the problem. I have gone as far as shipping the product and telling the customer to send me a check after they receive the order.&lt;br /&gt;Use e-mail, even while away exhibiting&lt;br /&gt;EXPO Mail is designed to allow attendees and exhibitors to send and retrieve their regular e-mail from the show floor without having to lug their notebook computers or return to their hotel rooms. Users simply walk-up to one of multiple kiosks to check for any messages. A number of services and software are integrated into the e-mail kiosks including AOL, CompuServe, Eudora Lite, Telnet, Netscape Communicator and Microsoft Internet Explorer.&lt;br /&gt;Customers want your attention. Sending an e-mail is the quickest, most thorough way they can contact you -- or your competitor. Don't let them click away from you.&lt;br /&gt;How To Write Right&lt;br /&gt;by Gerard M Blair&lt;br /&gt;Writing is an essential skill upon which all engineers and managers rely. This article outlines simple design principles for engineering's predominate product: paper.&lt;br /&gt;Why Worry?&lt;br /&gt;Writing is the major means of communication within an organisation; paper is thought to be the major product of professional engineers; some estimate that up to 30% of work-time is engaged in written communication. Thus it is absolutely vital for you as a Professional Engineer to actively develop the skill of writing; not only because of the time involved in writing, but also because your project's success may depend upon it. Indeed, since so much of the communication between you and more senior management occurs in writing, your whole career may depend upon its quality.&lt;br /&gt;Two Roles&lt;br /&gt;In an industrial context, writing has two major roles:&lt;br /&gt;it clarifies - for both writer and reader&lt;br /&gt;it conveys information&lt;br /&gt;It is this deliberate, dual aim which should form the focus for all your writing activity.&lt;br /&gt;There are many uses for paper within an organization; some are inefficient - but the power of paper must not be ignored because of that. In relation to a project, documentation provides a means to clarify and explain on-going development, and to plan the next stages. Memoranda are a simple mechanism for suggestions, instructions, and general organisation. The minutes of a meeting form a permanent and definitive record.&lt;br /&gt;Writing is a central part of any design activity. Quality is improved since writing an explanation of the design, forces the designer to consider and explore it fully. For instance, the simple procedure of insisting upon written test-plans forces the designer to address the issue. Designs which work just "because they do" will fail later; designs whose operation is explained in writing may also fail, but the repair will be far quicker since the (documented) design is understood.&lt;br /&gt;If you are having trouble expressing an idea, write it down; you (and possibly others) will then understand it. It may take you a long time to explain something "off the cuff", but if you have explained it first to yourself by writing it down - the reader can study your logic not just once but repeatedly, and the information is efficiently conveyed.&lt;br /&gt;Forget the Past&lt;br /&gt;Professional writing has very little to do with the composition and literature learnt at school: the objectives are different, the audience has different needs, and the rewards in engineering can be far greater. As engineers, we write for very distinct and restricted purposes, which are best achieved through simplicity.&lt;br /&gt;English at school has two distinct foci: the analysis and appreciation of the great works of literature, and the display of knowledge. It is all a question of aim. A novel entertains. It forces the reader to want to know: what happens next. On the other hand, an engineering report is primarily designed to convey information. The engineer's job is helped if the report is interesting; but time is short and the sooner the meat of the document is reached, the better. The novel would start: "The dog grew ill from howling so ..."; the engineer's report would start (and probably end): "The butler killed Sir John with a twelve inch carving knife".&lt;br /&gt;In school we are taught to display knowledge. The more information and argument, the more marks. In industry, it is totally different. Here the wise engineer must extract only the significant information and support it with only the minimum-necessary argument. The expertise is used to filter the information and so to remove inessential noise. The engineer as expert provides the answers to problems, not an exposition of past and present knowledge: we use our knowledge to focus upon the important points.&lt;br /&gt;For the Future&lt;br /&gt;When you approach any document, follow this simple procedure:&lt;br /&gt;Establish the AIM&lt;br /&gt;Consider the READER&lt;br /&gt;Devise the STRUCTURE&lt;br /&gt;DRAFT the text&lt;br /&gt;EDIT and REVISE&lt;br /&gt;That is it. For the rest of this article, we will expand upon these points and explain some techniques to make the document effective and efficient - but these five stages (all of them) are what you need to remember.&lt;br /&gt;Aim&lt;br /&gt;You start with your aim. Every document must have a single aim - a specific, specified reason for being written. If you can not think of one, do something useful instead; if you can not decide what the document should achieve, it will not achieve it.&lt;br /&gt;Once you have established your aim, you must then decide what information is necessary in achieving that aim. The reader wants to find the outcome of your thoughts: apply your expertise to the available information, pick out the very-few facts which are relevant, and state them precisely and concisely.&lt;br /&gt;The Reader&lt;br /&gt;A document tells somebody something. As the writer, you have to decide what to tell and how best to tell it to the particular audience; you must consider the reader.&lt;br /&gt;There are three considerations:&lt;br /&gt;What they already know affects what you can leave out.&lt;br /&gt;What they need to know determines what you include.&lt;br /&gt;Wha&lt;br /&gt;t they want to know suggests the order and emphasis of your writing.&lt;br /&gt;For instance, in a products proposal, marketing will want to see the products differentiation and niche in the market place; finance will be interested in projected development costs, profit margins and risk analysis; and R&amp;D will want the technical details of the design. To be most effective, you may need to produce three different reports for the three different audiences.&lt;br /&gt;The key point, however, is that writing is about conveying information - conveying; that means it has to get there. Your writing must be right for the reader, or it will lost on its journey; you must focus upon enabling the reader's access to the information.&lt;br /&gt;Structure&lt;br /&gt;Writing is very powerful - and for this reason, it can be exploited in engineering. The power comes from its potential as an efficient and effective means of communication; the power is derived from order and clarity. Structure is used to present the information so that it is more accessible to the reader.&lt;br /&gt;In all comes down to the problem of the short attention span. You have to provide the information in small manageable chunks, and to use the structure of the document to maintain the context. As engineers, this is easy since we are used to performing hierarchical decomposition of designs - and the same procedure can be applied to writing a document.&lt;br /&gt;While still considering the aim and the reader, the document is broken down into distinct sections which can be written (and read) separately. These sections are then each further decomposed into subsections (and sub-subsections) until you arrive at simple, small units of information - which are expressed as a paragraph, or a diagram.&lt;br /&gt;Every paragraph in your document should justify itself; it should serve a purpose, or be removed. A paragraph should convey a single idea. There should be a statement of that key idea and (possibly) some of the following:&lt;br /&gt;a development of the idea&lt;br /&gt;an explanation or analogy&lt;br /&gt;an illustration&lt;br /&gt;support with evidence&lt;br /&gt;contextual links to reinforce the structure&lt;br /&gt;As engineers, though, you are allowed to avoid words entirely in places; diagrams are often much better than written text. Whole reports can be written with them almost exclusively and you should always consider using one in preference to a paragraph. Not only do diagrams convey some information more effectively, but often they assist in the analysis and interpretation of the data. For instance, a pie chart gives a quicker comparison than a list of numbers; a simple bar chart is far more intelligible than the numbers it represents. The only problem with diagrams is the writer often places less effort in their design than their information-content merits - and so some is lost or obscure. They must be given due care: add informative labels and titles, highlight any key entries, remove unnecessary information.&lt;br /&gt;Draft, Revise and Edit&lt;br /&gt;When you have decided what to say, to whom you are saying it, and how to structure it; say it - and then check it for clarity and effectiveness. The time spent doing this will be far less than the time wasted by other people struggling with the document otherwise.&lt;br /&gt;The following are a few points to consider as you wield the red pen over your newly created opus.&lt;br /&gt;Layout&lt;br /&gt;The main difference between written and verbal communication is that the reader can choose and re-read the various sections, whereas the listener receives information in the sequence determined by the speaker. Layout should be used to make the structure plain, and so more effective: it acts as a guide to the reader.&lt;br /&gt;Suppose you have three main points to make; do not hide them within simple text - make them obvious. Make it so that the reader's eye jumps straight to them on the page. For instance, the key to effective layout is to use:&lt;br /&gt;informative titles&lt;br /&gt;white space&lt;br /&gt;variety&lt;br /&gt;Another way to make a point obvious is to use a different font.&lt;br /&gt;Style&lt;br /&gt;People in business do not have the time to marvel at your florid turn off phrase or incessant illiteration. They want to know what the document is about and (possibly) what it says; there is no real interest in style, except for ease of access.&lt;br /&gt;In some articles a summary can be obtained by reading the first sentence of each paragraph. The remainder of each paragraph is simply an expansion upon, or explanation of, the initial sentence. In other writing, the topic is given first in a summary form, and then successively repeated with greater detail each time. This is the pyramid structure favoured by newspapers.&lt;br /&gt;A really short and simple document is bound to be read. This has lead to the "memo culture" in which every communication is condensed to one side of A4. Longer documents need to justify themselves to their readers' attention.&lt;br /&gt;The Beginning&lt;br /&gt;Let us imagine the reader. Let us call her Ms X.&lt;br /&gt;Ms X has a lot to do today: she has a meeting tomorrow morning with the regional VP, a call to make to the German design office, several letters to dictate concerning safety regulations, and this months process-data has failed to reach her. She is busy and distracted. You have possibly 20 seconds for your document to justify itself to her. If by then it has not explained itself and convinced her that she needs to read it - Ms X will tackle something else. If Ms X is a good manager, she will insist on a rewrite; if not, the document may never be read. action).&lt;br /&gt;Thus the beginning of your document is crucial. It must be obvious to the reader at once what the document is about, and why it should be read. You need to catch the readers attention but with greater subtlety than this article; few engineering reports can begin with the word sex.&lt;br /&gt;Unlike a novel, the engineering document must not contain "teasing elevations of suspense". Take your "aim", and either state it or achieve it by the end of the first paragraph.&lt;br /&gt;For instance, if you have been evaluating a new software package for possible purchase then your reports might begin: "Having evaluated the McBlair Design Suite, I recommend that ...".&lt;br /&gt;Punctuation&lt;br /&gt;Punctuation is used to clarify meaning and to highlight structure. It can also remove ambiguity: a cross section of customers can be rendered less frightening simply by adding a hyphen (a cross-section of customers).&lt;br /&gt;Engineers tend not to punctuate - which deprives us of this simple tool. Despite what some remember from school, punctuation has simple rules which lead to elegance and easy interpretation. If you want a summary of punctuation, try The Concise Oxford Dictionary (1990); and if you want a full treatise, complete with worked examples (of varying degrees of skill), read You Have A Point There by Eric Partridge.&lt;br /&gt;For now, let us look at two uses of two punctuation marks. If you do not habitually use these already, add them to your repertoire by deliberately looking for opportunities in your next piece of writing.&lt;br /&gt;The two most common uses of the Colon are:&lt;br /&gt;1) To introduce a list which explains, or provides the information promised in, the previous clause.&lt;br /&gt;A manager needs two planning tools: prescience and a prayer.&lt;br /&gt;2) To separate main clauses where the second is a step forward from the first: statement to example, statement to explanation, cause to effect, introduction to main point.&lt;br /&gt;To err is human: we use computers.&lt;br /&gt;The two most common uses of the Semicolon are:&lt;br /&gt;1) to unite sentences that are closely associated, complementary or parallel:&lt;br /&gt;Writing is a skill; one must practise to improve a skill.&lt;br /&gt;Engineers engineer; accountants account for the cost.&lt;br /&gt;2) to act as a stronger comma, either for emphasis or to establish a hierarchy&lt;br /&gt;The report was a masterpiece; of deception and false promises.&lt;br /&gt;The teams were Tom, Dick and Harry; and Mandy, Martha and Mary.&lt;br /&gt;Spelling&lt;br /&gt;For some, spelling is a constant problem. In the last analysis, incorrect speling distracts the reader and detracts from the authority of the author. Computer spell-checking programmes provide great assistance, especially when supported by a good dictionary. Chronic spellers should always maintain a (preferably alphabetical) list of corrected errors, and try to learn new rules (and exceptions!). For instance (in British English) advice-advise, device-devise, licence-license, practice-practise each follow the same pattern: the -ice is a noun, the -ise is a verb.&lt;br /&gt;Simple Errors&lt;br /&gt;For important documents, there is nothing better than a good, old-fashioned proof-read. As an example, the following comes from a national advertising campaign/quiz run by a famous maker of Champagne:&lt;br /&gt;Question 3: Which Country has one the Triple Crown the most times?&lt;br /&gt;Won understands the error, but is not impressed by the quality of that company's product.&lt;br /&gt;Sentence Length&lt;br /&gt;Avoid long sentences. We tend to associate "unit of information" with "a sentence". Consequently when reading, we process the information when we reach the full stop. If the sentence is too long, we lose the information either because of our limited attention span or because the information was poorly decomposed to start with and might, perhaps, have been broken up into smaller, or possibly better punctuated, sentences which would better have kept the attention of the reader and, by doing so, have reinforced the original message with greater clarity and simplicity.&lt;br /&gt;Word Length&lt;br /&gt;It is inappropriate to utilize verbose and bombastic terminology when a suitable alternative would be to: keep it simple. Often the long, complex word will not be understood. Further, if the reader is distracted by the word itself, then less attention is paid to the meaning or to the information you wished to convey.&lt;br /&gt;Jargon&lt;br /&gt;I believe that a digital human-computer-interface data-entry mechanism should be called a keyboard; I don't know why, but I do.&lt;br /&gt;Wordiness&lt;br /&gt;When one is trying hard to write an impressive document, it is easy to slip into grandiose formulae: words and phrases which sound significant but which convey nothing but noise.&lt;br /&gt;You must exterminate. So: "for the reason that" becomes "because"; "with regards to" becomes "about"; "in view of the fact that" becomes "since"; "within a comparatively short period of time" becomes "soon".&lt;br /&gt;Often you can make a sentence sound more like spoken English simply be changing the word order and adjusting the verb. So: "if the department experiences any difficulties in the near future regarding attendance of meetings" becomes "if staff cannnot attend the next few meetings". As a final check, read your document aloud; if it sounds stilted, change it.&lt;br /&gt;Conclusion&lt;br /&gt;Writing is a complex tool, you need to train yourself in its use or a large proportion of your activity will be grossly inefficient. You must reflect upon your writing lest it reflects badly upon you.&lt;br /&gt;If you want one message to take from this article, take this: the writing of a professional engineer should be clear, complete and concise. If your document satisfies these three criteria, then it deserves to be read.&lt;br /&gt;CONVERSATION AS COMMUNICATION&lt;br /&gt;by Gerard M Blair&lt;br /&gt;Communication is best achieved through simple planning and control; this article looks at approaches which might help you to do this and specifically at meetings, where conversations need particular care.&lt;br /&gt;Most conversations sort of drift along; in business, this is wasteful; as a manager, you seek communication rather than chatter. To ensure an efficient and effective conversation, there are three considerations:&lt;br /&gt;you must make your message understood&lt;br /&gt;you must receive/understand the intended message sent to you&lt;br /&gt;you should exert some control over the flow of the communication&lt;br /&gt;Thus you must learn to listen as well as to speak. Those who dismis this as a mere platitude are already demonstrating an indisposition to listening: the phrase may be trite, but the message is hugely significant to your effectiveness as a manager. If you do not explicitly develop the skill of listening, you may not hear the suggestion/information which should launch you to fame and fortune.&lt;br /&gt;AMBIGUITY AVOIDANCE&lt;br /&gt;As a manager (concerned with getting things done) your view of words should be pragmatic rather than philosophical. Thus, words mean not what the dictionary says they do but rather what the speaker intended.&lt;br /&gt;Suppose your manager gives to you an instruction which contains an ambiguity which neither of you notice and which results in you producing entirely the wrong product. Who is at fault? The answer must be: who cares? Your time has been wasted, the needed product is delayed (or dead); attributing blame may be a satisfying (or defensive) exercise but it does not address the problem. In everything you say or hear, you must look out for possible misunderstanding and clarify the ambiguity.&lt;br /&gt;The greatest source of difficulty is that words often have different meanings depending upon context and/or culture. Thus, a "dry" country lacks either water or alcohol; "suspenders" keep up either stockings or trousers (pants); a "funny" meeting is either humorous or disconcerting; a "couple" is either a few or exactly two. If you recognize that there is a potential misunderstanding, you must stop the conversation and ask for the valid interpretation.&lt;br /&gt;A second problem is that some people simply make mistakes. Your job is not simply to spot ambiguities but also to counter inconsistencies. Thus if I now advocate that the wise manager should seek out (perhaps humorous) books on entomology (creepy crawlies) you would deduce that the word should have been etymology. More usual, however, is that in thinking over several alternatives you may suffer a momentary confusion and say one of them while meaning another. There are good scientific reasons (to do with the associative nature of the brain) why this happens, you have to be aware of the potential problem and counter for it.&lt;br /&gt;Finally, of course, you may simply mishear. The omission of a simple word could be devastating. For instance, how long would you last as an explosives engineer if you failed to hear a simple negative in: "whatever happens next you must [not] cut the blue wi..."?&lt;br /&gt;So, the problem is this: the word has multiple meanings, it might not be the one intended, and you may have misheard it in the first place - how do you know what the speaker meant?&lt;br /&gt;Rule 1: PLAY BACK for confirmation&lt;br /&gt;Simple, you ask for confirmation. You say "let me see if I have understood correctly, you are saying that ..." and you rephrase what the speaker said. If this "play back" version is acknowledged as being correct by the original speaker, then you have a greater degree of confidence in you own understanding. For any viewpoint/message/decision, there should be a clear, concise and verified statement of what was said; without this someone will get it wrong.&lt;br /&gt;Rule 2: WRITE BACK for confidence&lt;br /&gt;But do not stop there. If your time and effort depend upon it, you should write it down and send it to everyone involved as a double check. This has several advantages:&lt;br /&gt;Further clarification - is this what you thought we agreed?&lt;br /&gt;Consistency check - the act of writing may highlight defects/omissions&lt;br /&gt;A formal stage - a statement of the accepted position provides a spring board from which to proceed&lt;br /&gt;Evidence - hindsight often blurs previous ignorance and people often fail to recall their previous errors&lt;br /&gt;Rule 3: GIVE BACKground for context&lt;br /&gt;When speaking yourself, you can often counter for possible problems by adding information, and so providing a broader context in which your words can be understood. Thus, there is less scope for alternative interpretations since fewer are consistent. When others are speaking, you should deliberately ask questions yourself to establish the context in which they are thinking. When others are speaking, you should deliberately ask questions yourself to establish the context in which they are thinking.&lt;br /&gt;PRACTICAL POINTS&lt;br /&gt;As with all effective communication, you should decide (in advance) on the purpose of the conversation and the plan for achieving it. There is no alternative to this. Some people are proficient at "thinking on their feet" - but this is generally because they already have clear understanding of the context and their own goals. You have to plan; however, the following are a few techniques to help the conversation along.&lt;br /&gt;Assertiveness&lt;br /&gt;The definition of to assert is: "to declare; state clearly". This is your aim. If someone argues against you, even loses their temper, you should be quietly assertive. Much has been written to preach this simple fact and commonly the final message is a three-fold plan of action:&lt;br /&gt;acknowledge what is being said by showing an understanding of the position, or by simply replaying it (a polite way of saying "I heard you already")&lt;br /&gt;state your own point of view clearly and concisely with perhaps a little supporting evidence&lt;br /&gt;state what you want to happen next (move it forward)&lt;br /&gt;Thus we have something like: yes, I see why you need the report by tomorrow; however, I have no time today to prepare the document because I am in a meeting with a customer this afternoon; either I could give you the raw data and you could work on it yourself, or you could make do with the interim report from last week.&lt;br /&gt;You will have to make many personal judgement calls when being assertive. There will certainly be times when a bit of quiet force from you will win the day but there will be times when this will get nowhere, particularly with more senior (and unenlightened) management. In the latter case, you must agree to abide by the decision of the senior manager but you should make your objection (and reasons) clearly known. For yourself, always be aware that your subordinates might be right when they disagree with you and if events prove them so, acknowledge that fact gracefully.&lt;br /&gt;Confrontations&lt;br /&gt;When you have a difficult encounter, be professional, do not lose your self-control because, simply, it is of no use. Some managers believe that it is useful for "discipline" to keep staff a little nervous. Thus, these managers are slightly volatile and will be willing "to let them have it" when the situation demands. If you do this, you must be consistent and fair so that you staff know where they stand. If you deliberately lose your temper for effect, then that is your decision - however, you must never lose control.&lt;br /&gt;Insults are ineffective. If you call people names, then they are unlikely to actually listen to what you have to say; in the short term you may feel some relief at "getting it off your chest", but in the long run you are merely perpetuating the problem since you are not addressing it. This is common sense. There are two implications. Firstly, even under pressure, you have to remember this. Secondly, what you consider fair comment may be insulting to another - and the same problem emerges. Before you say anything, stop, establish what you want as the outcome, plan how to achieve this, and then speak.&lt;br /&gt;Finally, if you are going to criticise or discipline someone, always assume that you have misunderstood the situation and ask questions first which check the facts. This simple courtesy will save you from much embarrassment.&lt;br /&gt;Seeking Information&lt;br /&gt;There are two ways of phrasing any question: one way (the closed question) is likely to lead to a simple grunt in reply (yes, no, maybe), the second way (the open question) will hand over the speaking role to someone else and force them to say something a little more informative.&lt;br /&gt;Suppose you conduct a review of a recently finished (?) project with Gretchen and it goes something like this:&lt;br /&gt;"Have you finished project X Gretchen?"&lt;br /&gt;"Yes"&lt;br /&gt;"If everything written up?"&lt;br /&gt;"Nearly"&lt;br /&gt;"So there is documentation left to do?"&lt;br /&gt;"Some"&lt;br /&gt;"Will it take you long?"&lt;br /&gt;"No, not long"&lt;br /&gt;Before your fingers start twitching to place themselves around Gretchen's neck, consider that your questions are not actually helping the flow of information. The same flow of questions in an open format would be: what is left to do of project X, what about the documentation, when will that be completely finished? Try answering Yes or No to those questions.&lt;br /&gt;Open questions are extremely easy to formulate. You establish in your own mind the topic/aim of the question and then you start the sentence with the words:&lt;br /&gt;WHAT - WHEN - WHICH - WHY - WHERE - HOW&lt;br /&gt;Let others speak&lt;br /&gt;Of course, there is more to a conversation (managed or otherwise) than the flow of information. You may also have to win that information by winning the attention and confidence of the other person. There are many forms of flattery - the most effective is to give people your interest. To get Gretchen to give you all her knowledge, you must give her all your attention; talk to her about her view on the subject. Ask questions: what do you think about that idea, have you ever met this problem before, how would you tackle this situation?&lt;br /&gt;Silence is effective - and much under-used. People are nervous of silence and try to fill it. You can use this if you are seeking information. You ask the question, you lean back, the person answers, you nod and smile, you keep quiet, and the person continues with more detail simply to fill your silence.&lt;br /&gt;To finish&lt;br /&gt;At the end of a conversation, you have to give people a clear understanding of the outcome. For instance, if there has been a decision, restate it clearly (just to be sure) in terms of what should happen and by when; if you have been asking questions, summarize the significant (for you) aspects of what you have learnt.&lt;br /&gt;MEETING MANAGEMENT - PREPARATION&lt;br /&gt;In any organization, "meetings" are a vital part of the organization of work and the flow of information. They act as a mechanism for gathering together resources from many sources and pooling then towards a common objective. They are disliked and mocked because they are usually futile, boring, time-wasting, dull, and inconvenient with nothing for most people to do except doodle while some opinionated has-been extols the virtues of his/her last great (misunderstood) idea. Your challenge is to break this mould and to make your meetings effective. As with every other managed activity, meetings should be planned beforehand, monitored during for effectiveness, and reviewed afterwards for improving their management.&lt;br /&gt;A meeting is the ultimate form of managed conversation; as a manager, you can organize the information and structure of the meeting to support the effective communication of the participants. Some of the ideas below may seem a little too precise for an easy going, relaxed, semi-informal team atmosphere - but if you manage to gain a reputation for holding decisive, effective meetings, then people will value this efficiency and to prepare professionally so that their contribution will be heard.&lt;br /&gt;Should you cancel?&lt;br /&gt;As with all conversations, you must first ask: is it worth your time? If the meeting involves the interchange of views and the communication of the current status of related projects, then you should be generous with your time. But you should always consider canceling a meeting which has little tangible value.&lt;br /&gt;Who should attend?&lt;br /&gt;You must be strict. A meeting loses its effectiveness if too many people are involved: so if someone has no useful function, explain this and suggest that they do not come. Notice, they may disagree with your assessment, in which case they should attend (since they may know something you do not); however, most people are only too happy to be released from yet another meeting.&lt;br /&gt;How long?&lt;br /&gt;It may seem difficult to predict the length of a discussion - but you must. Discussions tend to fill the available time which means that if the meeting is open-ended, it will drift on forever. You should stipulate a time for the end of the meeting so that everyone knows, and everyone can plan the rest of their day with confidence.&lt;br /&gt;It is wise to make this expectation known to everyone involved well in advance and to remind them at the beginning of the meeting. There is often a tendency to view meetings as a little relaxation since no one person has to be active throughout. You can redress this view by stressing the time-scale and thus forcing the pace of the discussion: "this is what we have to achieve, this is how long we have to get it done".&lt;br /&gt;If some unexpected point arises during the meeting then realize that since it is unexpected: 1) you might not have the right people present, 2) those there may not have the necessary information, and 3) a little thought might save a lot of discussion. If the new discussion looks likely to be more than a few moments, stop it and deal with the agreed agenda. The new topic should then be dealt with at another "planned" meeting.&lt;br /&gt;Agenda&lt;br /&gt;The purpose of an agenda is to inform participants of the subject of the meeting in advance, and to structure the discussion at the meeting itself. To inform people beforehand, and to solicit ideas, you should circulate a draft agenda and ask for notice of any other business. Still before the meeting, you should then send the revised agenda with enough time for people to prepare their contributions. If you know in advance that a particular participant either needs information or will be providing information, then make this explicitly clear so that there is no confusion.&lt;br /&gt;The agenda states the purpose of each section of the meeting. There will be an outcome from each section. If that outcome is so complex that it can not be summarized in a few points, then it was probably too complex to be assimilated by the participants. The understanding of the meeting should be sufficiently precise that it can be summarized in short form - so display that summary for all other interested parties to see. This form of display will emphasize to all that meetings are about achieving defined goals - this will help you to continue running efficient meetings in the future.&lt;br /&gt;MEETING MANAGEMENT - CONDUCTING&lt;br /&gt;Whether you actually sit as the Chair or simply lead from the side-lines, as the manager you must provide the necessary support to coordinate the contributions of the participants. The degree of control which you exercise over the meeting will vary throughout; if you get the structure right at the beginning, a meeting can effectively run itself especially if the participants know each other well. In a team, your role may be partially undertaken by others; but if not, you must manage.&lt;br /&gt;Maintaining Communication&lt;br /&gt;Your most important tools are:&lt;br /&gt;Clarification - always clarify: the purpose of the meeting, the time allowed, the rules to be observed (if agreed) by everyone.&lt;br /&gt;Summary - at each stage of the proceedings, you should summarize the current position and progress: this is what we have achieved/agreed, this is where we have reached.&lt;br /&gt;Focus on stated goals - at each divergence or pause, re-focus the proceedings on the original goals.&lt;br /&gt;Code of conduct&lt;br /&gt;In any meeting, it is possible to begin the proceedings by establishing a code of conduct, often by merely stating it and asking for any objections (which will only be accepted if a demonstrably better system is proposed). Thus if the group contains opinionated wind-bags, you might all agree at the onset that all contributions should be limited to two minutes (which focuses the mind admirably). You can then impose this with the full backing of the whole group.&lt;br /&gt;Matching method to purpose&lt;br /&gt;The (stated) purpose of a meeting may suggest to you a specific way of conducting the event, and each section might be conducted differently. For instance, if the purpose is:&lt;br /&gt;to convey information, the meeting might begin with a formal presentation followed by questions&lt;br /&gt;to seek information, the meeting would start with a short (clear) statement of the topic/problem and then an open discussion supported by notes on a display, or a formal brainstorming session&lt;br /&gt;to make a decision, the meeting might review the background and options, establish the criteria to be applied, agree who should make the decision and how, and then do it&lt;br /&gt;to ratify/explain decisions, etc etc&lt;br /&gt;As always, once you have paused to ask yourself the questions: what is the purpose of the meeting and how can it be most effectively achieved; your common sense will then suggest a working method to expedite the proceedings. You just have to deliberately pause. Manage the process of the meeting and the meeting will work.&lt;br /&gt;Support&lt;br /&gt;The success of a meeting will often depend upon the confidence with which the individuals will participate. Thus all ideas should be welcome. No one should be laughed at or dismissed ("laughed with" is good, "laughed at" is destructive). This means that even bad ideas should be treated seriously - and at least merit a specific reason for not being pursued further. Not only is this supportive to the speaker, it could also be that a good idea has been misunderstood and would be lost if merely rejected. But basically people should be able to make naive contributions without being made to feel stupid, otherwise you may never hear the best ideas of all.&lt;br /&gt;Avoid direct criticism of any person. For instance, if someone has not come prepared then that fault is obvious to all. If you leave the criticism as being simply that implicit in the peer pressure, then it is diffuse and general; if you explicitly rebuke that person, then it is personal and from you (which may raise unnecessary conflict). You should merely seek an undertaking for the missing preparation to be done: we need to know this before we can proceed, could you circulate it to us by tomorrow lunch?&lt;br /&gt;Responding to problems&lt;br /&gt;The rest of this section is devoted to ideas of how you might deal with the various problems associated with the volatile world of meetings. Some are best undertaken by the designated Chair; but if he/she is ineffective, or if no one has been appointed, you should feel free to help any meeting to progress. After all, why should you allow your time to be wasted.&lt;br /&gt;If a participant strays from the agenda item, call him/her back: "we should deal with that separately, but what do you feel about the issue X?"&lt;br /&gt;If there is confusion, you might ask: "do I understand correctly that ...?"&lt;br /&gt;If the speaker begins to ramble, wait until an inhalation of breath and jump in: "yes I understand that such and such, does any one disagree?"&lt;br /&gt;If a point is too woolly or too vague ask for greater clarity: "what exactly do you have in mind?"&lt;br /&gt;If someone interrupts (someone other than a rambler), you should suggest that: "we hear your contribution after Gretchen has finished."&lt;br /&gt;If people chat, you might either simply state your difficulty in hearing/concentrating on the real speaker. or ask them a direct question: "what do you think about that point."&lt;br /&gt;If someone gestures disagreement with the speaker (e.g. by a grimace), then make sure they are brought into the discussion next: "what do you think Gretchen?"&lt;br /&gt;If you do not understand, say so: "I do not understand that, would you explain it a little more; or do you mean X or Y?"&lt;br /&gt;If there is an error, look for a good point first: "I see how that would work if X Y Z, but what would happen if A B C?"&lt;br /&gt;If you disagree, be very specific: "I disagree because ..."&lt;br /&gt;CONCLUDING REMARKS&lt;br /&gt;The tower of Babel collapsed because people could no longer communicate; their speech became so different that no one could understand another. You need to communicate to coordinate your own work and that of others; without explicit effort your conversation will lack communication and so your work too will collapse though misunderstanding and error. The key is to treat a conversation as you would any other managed activity: by establishing an aim, planning what to do, and checking afterwards that you have achieved that aim. Only in this way can you work effectively with others in building through common effort.&lt;br /&gt;Phone Skills - cutting down the length of time on the phone&lt;br /&gt;In a business environment the first contact you ever have with a customer is often over the phone. He or she will be forming an opinion of you from this first contact. It is very easy to give a poor impression by being disorganised and unprofessional in the way you use the phone. Conversely by using it effectively you can appear very sharp and competent.&lt;br /&gt;This article discusses the skills that allow you to present yourself in the most professional way possible.&lt;br /&gt;How to be effective on the phone&lt;br /&gt;Remembering these points will help you to be sharp and professional in the way that you talk on the phone:&lt;br /&gt;Have an aim: When making an outgoing call, always know what you want to discuss. Always ensure that you have all the documentation you need to achieve your aim. This saves both your time and the time of the person you are talking to.&lt;br /&gt;Tailor your style to that of the person you are talking to: Busy people often prefer a clean cut, direct approach with a bare minimum of social chat. Others may prefer a more sociable approach. Tailor your approach to their style (unless they are miserable or rude!)&lt;br /&gt;Limit social conversation: Social chat may be pleasant, but taken to extremes it wastes time. It can be intensely frustrating if you have a lot of work to do.&lt;br /&gt;Give concise answers to questions: Long rambling answers are unprofessional, dull and confusing.&lt;br /&gt;If you don't know an answer, say so: If someone relies on you when you are guessing, and you guess wrong, then they will never trust you again. If you do not know something, say you will get back to them with a firm answer.&lt;br /&gt;At the end of a call, summarise the points made: This ensures that both people agree on what has been said, and know what action will be taken.&lt;br /&gt;Don't talk to anyone else when on the phone: This makes your organisation look small. Put the other person on hold, then talk.&lt;br /&gt;Making phone calls&lt;br /&gt;Bear in mind the following when a call has to be made:&lt;br /&gt;Take the initiative in making calls: Where a call has to be made, make it. Leaving it waiting just builds stress if it is unpleasant or difficult.&lt;br /&gt;Don't make a call very early or very late: Give the person you are talking to a chance to get a coffee and settle in before you ring them. Don't take up peoples time when they want to leave the office.&lt;br /&gt;If calls are administrative, delegate them: It may be possible to delegate calls arranging times for meetings, finding out addresses, etc. to assistants. You should, however, be careful not to give the impression that you are playing power games.&lt;br /&gt;If you get an answering machine, ring off and ring back: If you are not prepared for an answering machine, you can sound stilted and off-balance talking into one. It is much better to hang up, prepare a message, and then deliver it smoothly.&lt;br /&gt;Don't harass people: If someone is doing a job for you, don't ring them every few hours to find out how it is going. This is irritating and stressful, and slows achievement of the job.&lt;br /&gt;Taking incoming calls&lt;br /&gt;These points are important in the way your organisation handles incoming calls:&lt;br /&gt;The phone should not ring more than 3 times before being answered:This is the norm for efficient business organisations. You will appear seriously slack and unprofessional if your phone rings many more times than this. If you do not have the personnel to answer all incoming lines, take the unanswerable phones off the hook. If you pick up a phone that has rung many times, then apologise to the other person.&lt;br /&gt;Everyone should have responsibility for answering phones: You will seriously annoy anyone who has to hang on waiting for service: not only are you wasting their time, you are also keeping them in a stressed condition where they are ready to talk at a moment's notice. Everyone within an organisation should have responsibility for answering phones: if nothing else this will keep front-line people on their toes if they know their managers are having to do their jobs!&lt;br /&gt;Don't answer the phone while eating: This either sounds indistinct or sounds like having your ear nibbled!&lt;br /&gt;Always ring back: There is nothing more frustrating than waiting for an important call that is not returned for many hours. By not returning a call you are slowing the other person's achievement of their goals.&lt;br /&gt;Many of these points are simple courtesies. Always bear in mind that the time of the person you are talking to is limited, and that they are forming an opinion of you and your organisations efficiency while you are on the phone.&lt;br /&gt;&lt;br /&gt;Long Distance Relationships&lt;br /&gt;The first key to success with long distance relationships is effective communication. It is important for both parties to be able to feel that if they need to talk or write to the other person, communication will be welcomed and met with active communication from the other. The quality of the relationship is more likely to increase if both people develop the ability to share feelings openly with each other. The second key to success is a demonstrated commitment to the relationship by both parties. What kind of commitment,and how serious or light it is, will be different for different couples. Being so far apart can be a scary and risky endeavor for most couples, so the third and fourth keys are a willingness to take risks, and the presence of a solid and secure trust between the two people. This doesn't mean that each person needs to skydive from a plane, but rather, that each will trust that the other person's social life in his or her own town will not be a threat to the relationship. Trust is so important that if it isn't strong, you can make a conscious effort to work on it, both on your own and together.&lt;br /&gt;This point leads to the fifth key, independence for each person, with a healthy level of dependence upon each other. When these are present, there is a balance of power in the relationship between both people, and each person can be autonomous but still get emotional needs met by the other person. Furthermore, with an appropriate balance of independence and dependence, each person is allowed, even encouraged, to grow and change as an individual, which everyone needs. It is, therefore, wise not to expect that your partner or yourself will always stay exactly the same as when the relationship started.&lt;br /&gt;When these aspects of the relationship are healthy, the sixth key element tends to be naturally present, a mutual respect. Finally, none of these other elements can offer the relationship success if the seventh key element is not there, clear expectations on the part of both people. It is so very important that you figure out your own personal expectations of the other person and the relationship, and then discuss them with the other person so that both of you are clear and/or can work out differences in expectations. Without this, each person is working on a very different relationship than the other, and problems are likely. One final point about long distance relationships is that you make time together quality time, and build in some alone time during visits. Do things that draw the two of you closer, rather than emphasize the distance between you.&lt;br /&gt;Strategies for Coping&lt;br /&gt;Pro-active things to be doing as on-going maintenance for yourself:&lt;br /&gt;·         Get involved in organizations or causes that you personally believe in. Put meaningful things in your life other than your significant other.&lt;br /&gt;·         Help those who have challenging life circumstances. For example, volunteer at a nursing home or orphanage.&lt;br /&gt;·         Make sure there are supportive people and places in your life.&lt;br /&gt;·         Every once in a while, do something that is atypical of yourself, although not self-defeating. For example, go to a movie on a weeknight or get your hair cut.&lt;br /&gt;·         Tend to your spiritual needs.&lt;br /&gt;Specific strategies to try when the depression of missing hits you:&lt;br /&gt;·         Let out the emotions: cry, scream, sing&lt;br /&gt;·         Exercise, go for a run, play a sport, take a walk&lt;br /&gt;·         Write a letter to the person, whether you send it or not, letting her/him know how you are feeling&lt;br /&gt;·         Write poetry or a journal entry or both&lt;br /&gt;·         Go watch a sporting event&lt;br /&gt;·         Come into the Counseling Center to talk about it&lt;br /&gt;·         Go see a movie: comedy to make you laugh, adventure to take you away, tearjerker to help you cry&lt;br /&gt;·         Go to the t.v. lounge or study lounge to have other people around you; don't stay alone in your room&lt;br /&gt;·         Call, visit, or study with a friend&lt;br /&gt;·         Take homework to a restaurant and do it over coffee or a meal&lt;br /&gt;As if relationships weren't complicated enough, having them across a long distance is extremely challenging. However, throughout time couples have had to be miles apart, and have been able to maintain a solid, happy, successful relationship until they could be together again. In order to find success, there are some key elements that are necessary, which have been explained above. Without these key elements, relationships may endure, although they may not be healthy or fulfilling ones.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.itwow.com/#Strat"&gt;Phone Strategies&lt;/a&gt;&lt;br /&gt;Anyone in business communication will tell you that (next to public speaking) making a phone call is the thing most feared by even the most seasoned executives. This phenomenon is called "telephone reluctance." To help you overcome this fear, we have assembled a list of telephone tips. Review these tips, plan your calls, practice what you are going to say and start dialing.&lt;br /&gt;Develop a "conversation outline," but don't try to memorize a script. Below is a basic example. Create your own and don't wait until it is perfect to try it out. The more phone calls you make, the better your outlines will get, and the easier it will become to make the calls.&lt;br /&gt;Conversation Outline&lt;br /&gt;Say "hello" and acknowledge (and write down) the name of person you are speaking with."Hello, my name is .... And, your name?"&lt;br /&gt;Tell them why you are calling and who you wish to speak with.&lt;br /&gt;If you are conducting a follow up call, quickly describe your previous communications."I am calling about the programmer position and I would like to speak with the head of the programming department, please."--or--"I saw on the Internet that your firm offers some great programming positions, is there a specific person who could tell me more about these positions? Good. Could I have that person's name, email address, phone and fax number please?"&lt;br /&gt;Assess the status of your candidacy, ask if any documents you faxed or mailed were received, and, focus on identifying the appropriate next step. Be assertive about this -- request an appointment for an interview. If the person you are speaking with cannot schedule one, request suggestions for your next step and additional resources or referrals."I e-mailed my resume to ... of your human resources office. Can I speak with Mr./Ms. ...? I would like to confirm that my resume was received and clarify what my next step should be.&lt;br /&gt;Ask to see the appropriate person"I'd like to schedule an appointment with Mr./Ms. ..."&lt;br /&gt;Request an appointment for an interview or information conversation. Again, if the person you are speaking with cannot schedule one, request suggestions for your next step and additional resources or referrals."Yes, I understand that decisions regarding formal interviews won't be made for a few weeks. In the meantime could you refer me to someone in a programming position? I would like to informally learn about what it is like and ask questions about their experiences. Who would you suggest I speak with?"&lt;br /&gt;Thank the person you are speaking with and confirm spelling of all names, mailing and e-mail addresses, phone and fax numbers."Thank you so much. You have been very helpful. If I have additional questions would it be appropriate to call you again? Again, Mr./Ms. .... is the best person to contact and their phone and fax number is... Is that correct?"&lt;br /&gt;&lt;br /&gt;Never be impolite, impatient, or pushy. You can always call back if you don't get the results you expect.&lt;br /&gt;Create additional outlines and rehearse them with friends and family. Let common sense be your guide, but start now!&lt;br /&gt;&lt;a href="http://www.itwow.com/#top"&gt;&lt;/a&gt;&lt;br /&gt;Phone Strategies&lt;br /&gt;&lt;a href="http://www.itwow.com/#Top"&gt;That Killer Call&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Once you have developed your &lt;a href="http://www.itwow.com/#Script"&gt;conversation outline&lt;/a&gt; , you need to know how to use it effectively. Here are some tried and true tips:&lt;br /&gt;Get Past the ReceptionistIn some cases, receptionists and secretaries will try to screen out your call. If they find out you are looking for a job, they may transfer you to the Personnel Department or ask you to send an application or resume. Here are some things you can do to keep from getting screened out:&lt;br /&gt;Call BackCall back a day later and say you are getting ready to send some correspondence to the person who manages such and such. You want to use the correct name and title and request that they give you this information. This is true since you will be sending them something soon. And this approach usually gets you what you need. Say "thank you" and call back in a day or so. Then ask for the supervisor or manager by name.&lt;br /&gt;Call When the Secretary Is OutYou are likely to get right through if you call when that receptionist is out to lunch. Other good times are just before and after normal work hours. Less experienced staff members are likely to answer the phones and put you right through. The boss also might be in early or working late.&lt;br /&gt;&lt;br /&gt;Get the Name of a PersonIf you don't have the name of the person you need to speak to, ask for it. For example, ask for the name of the person in charge of the programming department if that is where you want to work. Usually, you will be given the supervisor's name and your call will be transferred to him or her immediately. When you do get a name, get the correct spelling and write it down right away. Then you can use that person's name in your conversation.&lt;br /&gt;Get to the Hiring AuthorityYou need to get directly to the person who would hire you. Unless you want to work in the Personnel Department, you wouldn't normally ask to talk to someone who works in the Personnel Department. Depending on the type and size of the organization you're calling, you should have a pretty good idea of the title of the person who would hire you. In a small business you might ask to speak to the "person in charge." In a larger one, you would ask for the name of the person who is in charge of the department that you would be working in.&lt;br /&gt;When Referred by SomeoneIt is always better to be referred by someone. When a friend of the employer recommends that you call, you usually get right through.If the receptionist asks what your call is regarding, say:"A friend of Mr./Ms.___ suggested I give him/her a call regarding a personal matter."Once you are connected to Mr./Ms.___, immediately give the name of the person who suggested you call. For example:"Hello, Mr./Ms.___. Joe Schmoe, suggested I give you a call."&lt;br /&gt;When Calling Someone You KnowIf you are calling someone you know, you would normally begin with some friendly conversation before getting to the purpose of your call. Then, you could use your phone script by saying something like this:"The reason I called is to let you know I am looking for a job, and thought you might be able to help. I am looking for a position as. . . " (Continue with the rest of your phone script here).There are many other situations where you will need to adapt your basic script. Use your own judgment. The more you practice, the easier it gets!&lt;br /&gt;Your Goal Is to Get an InterviewThe primary goal of a phone contact is to get an interview. To succeed you must be ready to get past the first and even the second rejection.&lt;br /&gt;Ask Three Times for an InterviewYou must practice asking three times for the interview! Here is an example:You: When may I come in for an interview?Employer: I don't have any positions open now...You: That's OK, I'd still like to come in to talk to you about the possibility of future openings.Employer: I really don't plan on hiring within the next six months or so.You: Then I'd like to come in and learn more about what you do. I'm sure you know a lot about the industry, and I am looking for ideas on getting into it and moving up.Although this approach does not always work, asking the third time works more often than you would believe! It is important to learn how to do this, since overcoming rejections is possibly the most important part of getting to "Yes."&lt;br /&gt;Arrange a TimeIf the person agrees to an interview, arrange a specific date and time. If you are not sure of the correct name or address, call back later and ask the receptionist.&lt;br /&gt;Sometimes you will decide not to ask for an interviewThe person may not seem helpful or you may have caught him or her at a busy time. If so, take another approach:&lt;br /&gt;Get a ReferralAsk for names of other people who might be able to help you. Find out how to contact them. Then add these contacts to your job search network!&lt;br /&gt;Ask to Call BackIf your contact is busy when you call, ask if you can call back. Get a specific time and day to do this, and add the call to your to-do list for that day. Be sure to call back at the specified time, the employer may give you an interview just because you didn't push when they were busy and called back at the appointed time.&lt;br /&gt;Ask to Call Back From Time to TimeAsk if they would mind if you keep in touch. Maybe they will hear of an opening or have some other information for you. Many people get their best leads from someone they have checked back with several times.&lt;br /&gt;&lt;br /&gt;Follow Up!It is important to follow up with each person you contact. This can make a big difference in their remembering and helping you in the future.Here is the best way to follow up:Send thank-you notes! It is just good manners to send a thank-you note to someone who helped you. People will also be more likely to help you in the future if you let them know that you appreciate their help. Send your thank-you note right after the phone call so you don't forget. If you arranged for an interview, send a note saying that you are looking forward to your meeting. If a someone gave you a referral or suggestion, send them a note telling them how things turned out.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Following are some tips for interviewing well over the phone:&lt;br /&gt;Get your thoughts in order. Be prepared to tell the prospective employer why you want the job, and why you are qualified for it. Use the opportunity to gather more information about the opening and the company.  &lt;br /&gt;Do your homework. Take time to conduct preliminary research on prospective employers. This will allow you to ask targeted questions during your conversation and give you a competitive edge when it comes to securing an opportunity to interview in person.&lt;br /&gt;Be prepared. Create a "hot sheet" for every job for which you apply, and keep it close to the phone for easy accessibility. Your list should include the name of the hiring authority, questions you want to ask and points you'd like to make during the interview. Also, have a copy of your resume on hand.&lt;br /&gt;Speak formally. Approach the phone interview with the same business etiquette as you would a face-to-face interview.  And smile as you answer questions, so that you come across as friendly and enthusiastic.&lt;br /&gt;Listen carefully. You'll show the interviewer you have good communication skills, and it will give you time to decide how you want to answer a given question. &lt;br /&gt;Cellular Phone Etiquette&lt;br /&gt;Americans are growing increasingly frustrated with the behavior of some wireless phone users. As more and more people go wireless, the chance of these devices to intrude and interrupt others' privacy increases. Here are some tips to remember.&lt;br /&gt;1.      When riding on public transportation, avoid loud and animated conversations by keeping your voice low or to a conversational level. Be sure to avoid extended calls.&lt;br /&gt;2.      Turn the ringer as low as possible to avoid disturbing others.&lt;br /&gt;3.      Rarely, if ever, is it appropriate to have phone conversations at social gatherings such as concerts, plays, movies, funerals (yes, it happens!), lectures, church services (here too!), and many other events.&lt;br /&gt;4.      Remember that the people you are with usually take priority over a phone call. Having a conversation in their presence can be viewed as being rude and make the person feel unimportant, and make you look bad.&lt;br /&gt;5.      If you have to make a call, make sure to take it to another location that will be less disruptive.&lt;br /&gt;6.      Inform the person that you are calling that you are using a cellular phone, then if the connection fades or drops, the person will know to wait to see if the clarity returns or that you will be calling back.&lt;br /&gt;7.      Focus on safety first. Do not use cellular phones when they impede your ability to drive or walk. Get a hands-free kit or phone cradle holder for your vehicle or a "walk about" kit for your phone when out of the car.&lt;br /&gt;8.      Use caller ID, voice messages, or if you must have the phone on, get a vibrating battery or universal belt clip mechanism.&lt;br /&gt;We offer this information not to offend you but to assist you. A recent survey conducted showed that "phone rage" is about to quickly become the top contender of "road rage". Already, the masses are gathering to eliminate the use of cellular phones in vehicles and even some public places if folks do not act more responsibly on their own. Legislation has already been introduced into our legislative branch to consider a study on the use of cellular phones in cars. We need for all cellular phone users to be aware of safety.&lt;br /&gt;2. Volume - Speak softly.&lt;br /&gt;The cell savvy user is careful to speak in hushed tones, knowing that a mobile phone has a sensitive microphone capable of picking up a soft voice.The cell savvy user also sets the ring tone at a low level with a tune that is soft, gentle and not annoying.The more crowded the situation, the quieter and softer the volume of voice and ring.The cell savvy user moves to vibrate in any situation like a church, a workshop or a meeting where a ringing sound would prove disturbing to other people.The cell savvy user tries to gain as little phone attention as possible. The goal is to communicate effectively without anybody else noticing or caring.The cell phone bore speaks loudly and employs loud, obnoxious ring tones at all the wrong times and in all the wrong places. The cell phone bore calls attention to herself or himself.Some people seem incapable of speaking on their cell phone in a normal tone of voice. Perhaps they are subconsciously worried that the party on the other end cannot hear them very well, so they double and triple their volume. Sometimes it seems as if they are shouting.Watch the reactions of people near the cell phone bore when the voice or the ringer are too loud. The cell phone bore is not a popular person. &lt;a href="http://phoneybusiness.com/#PageTop"&gt;Back to Top&lt;/a&gt;&lt;br /&gt;3. Proximity - Keep your distance.&lt;br /&gt;Each person is surrounded by a personal space. This space provides feelings of safety and calm, especially in crowded places.When strangers come into our personal space, it can make us feel uncomfortable.The smart cell phone user respects the personal space of other people and tries to speak in places 10-20 feet or more away from the closest person.If there is no private, separate space available, the smart cell phone user waits to speak on the phone until a good space is available.Sensitivity to other peoples' needs and comforts is a sign of good character.Crowded rooms, lines and tight hallways are not good places to carry on phone conversations.Next time you find yourself in a crowded space, watch the reactions of non mobile phone users to those who speak loudly into their phones while standing next to them.The cell phone bore ignores the private personal space of others and seems oblivious to the discomfort caused by such behavior. Unconscious, unconcerned and unaware, the cell phone bore acts as if no one else matters. &lt;a href="http://phoneybusiness.com/#PageTop"&gt;Back to Top&lt;/a&gt;&lt;br /&gt;4. Content - Keep business private.&lt;br /&gt;Many personal and business conversations contain information that should remain confidential or private. Before using a mobile phone in a public location to discuss private business or issues, the cell savvy user makes sure that there will be enough distance to keep the content private. Some stories, some issues and some conflicts should be saved for times and locations that will allow for confidentiality.The cell phone bore does not think strategically about content and handles a full range of issues and topics in a wide variety of settings without paying much attention to the surrounding audience. This lack of discrimination can have dangerous consequences as business deals, relationships and future plans may all be endangered by leaks and loose tongues. &lt;a href="http://phoneybusiness.com/#PageTop"&gt;Back to Top&lt;/a&gt;&lt;br /&gt;5. Tone - Keep a civil and pleasant tone.&lt;br /&gt;The cell savvy user knows that others might overhear a conversation, so they are careful to maintain a public voice that will not disturb others. At the same time, the cell savvy user knows that certain types of conversations may require or inspire some tough talk or emotional tones. They reserve these conversations for more private settings. They do not fire employees, chastise employees, argue with a boss or fight with a spouse or teenager on their mobile phones in public settings.The cell phone bore will sometimes air dirty laundry in public and share emotionally intense conversations with nearby strangers. The cell phone bore will speak in loud and angry tones that often cause other people to move away if they can. &lt;a href="http://phoneybusiness.com/#PageTop"&gt;Back to Top&lt;/a&gt;&lt;br /&gt;6. Location - Pick your spot.&lt;br /&gt;Some locations are better for conversations than others. They offer more privacy and less noise. By keeping the mobile phone turned off much of the time, the smart cell phone user is able to handle incoming calls under good conditions rather than struggling against interference of various kinds such as flight announcements in the hallways of an airport.The cell savvy user learns which spots will offer the best signal and the best conditions. Rather than hold an important business discussion or negotiation under poor conditions, the cell savvy user waits for good conditions in order to make the best impression and provide a professional communication experience.The cell phone bore is an anywhere, anytime phoner, taking and making calls in public rest rooms, during church services and riding along in the rental shuttle while squeezed alongside of others. The cell phone bore sacrifices effectiveness and professionalism for convenience and immediacy. &lt;a href="http://phoneybusiness.com/#PageTop"&gt;Back to Top&lt;/a&gt;&lt;br /&gt;7. Timing - No cell phone before it's time.&lt;br /&gt;The cell savvy user thinks about when to turn the phone on or off. There are many situations where it would be rude if a phone rang, interrupting the transaction at hand.Stepping up to a service counter, entering a restaurant or joining a meeting, the cell savvy user turn off the phone and relies upon voice mail to take incoming calls.There may be sometimes when a particular incoming call or message requires an exception, but the vast majority of callers do not require immediate access.The cell phone bore leaves the phone on all the time in all places regardless of the situation. The cell phone bore answers the phone no matter what else is happening and expects others to sit and wait while they chat with the caller. &lt;a href="http://phoneybusiness.com/#PageTop"&gt;Back to Top&lt;/a&gt;&lt;br /&gt;8. Multi-Tasking - One thing at a time.&lt;br /&gt;Some folks are better at juggling many tasks at the same time than others, but there are some things in life that deserve your full attention. The busy person multi-tasking at a desk can be a wonderful model of efficiency, handling, phone, keyboard, coffee cup and remote control all at the same time, but at other times, multi-tasking can be hazardous, rude and inefficient.The cell savvy user reserves multi-tasking for situations and times when it is safe, convenient and appropriate. Approaching a counter to work through a problem with an airline ticket, the cell savvy user turns off the phone or its ringer to protect the coming transaction from interruption. One thing at a time. Focus. Efficiency. Manners.The cell savvy user often stops other activities such as typing when a call comes through in order to give the caller, full attention. Free of distraction, the cell savvy user makes the most of the call.The cell phone bore often juggles multiple tasks at the wrong times in the wrong places and often drops a ball or makes someone else angry.Stepping to the counter to work out a problem with a ticket, the cell phone bore takes an incoming call right in the middle of the transaction and holds up the employee as well as all the other customers lined up waiting for service. Oblivious to the inconvenience and inefficiency caused, the cell phone bore allows a mobile phone to interfere with the performance of the employee and the needs of the other customers. The cell phone bore puts personal wishes ahead of civility.&lt;br /&gt;Conference Call Etiquette&lt;br /&gt;·         Make sure you are in a quiet location where you will not be disturbed.&lt;br /&gt;·         Use appropriate equipment.  &lt;br /&gt;a.       If possible, always use a phone with a handset that is hard-wired into the phone lines.  Be sure to TEST the working condition of your equipment before an important meeting!&lt;br /&gt;b.       Cellular or cordless phones are more likely to cause static or other distracting noise that they pick up on the airwaves.&lt;br /&gt;c.       Speakerphones pick up lots of background noise, and sometimes cause "clipping" because of the limitations of the equipment.  If you are using a speakerphone, try to find one that is "full digital duplex"--this will allow all parties to speak at the same time with no clipping.  And if no one in your room needs to speak, use the "Mute" button on the phone to prevent background noise from disrupting the meeting.  When someone needs to speak, simply release the "Mute".  &lt;br /&gt;·         Turn off your call waiting.  Some of our conferences are set to play a tone as an announcement of a new person entering the conference.  If your line starts beeping with call waiting, it can be very confusing and disrupting to the meeting!  Most call-waiting features can be deactivated by dialing 70# before dialing.  Check with your local phone service provider if you are unsure how to deactivate this function on your phone.&lt;br /&gt;·         Be on time or early!It is especially helpful for  the host or chairperson of the call to arrive a few minutes early to greet each of the participants, and let them know whether everyone is ready to start yet.  Your presence in these opening minutes will also help you head off any premature discussions the participants might begin before you're ready!&lt;br /&gt;·         Introduce yourself when you begin speaking.  Others may not know your voice!&lt;br /&gt;·         Don't put your phone on HOLD to do something else.  Your hold music will play into the conference call, and make it impossible for the other participants to continue the meeting in your absence!  If you are using 800 Ready-Call, you may use the #6 function to mute your individual line, and ONLY that way can you avoid playing your hold music into the conference.  (Remember to un-mute yourself when you come back!)&lt;br /&gt;·         Try to stay on schedule.Stick to the minutes per topic laid out in your agenda, and be respectful of others' time!&lt;br /&gt;·         End the call clearly.  Make sure all the participants know that that meeting is formally over, and stay on the line to ensure that everyone hangs up.  If they stay on the call, it will show up on your bill!  If you are using 800 Ready-Call, any chairperson may use the ## function to terminate all connections to the conference.&lt;br /&gt;TeleConference EtiquetteThere are several things elements of teleconference etiquette, please review these before you call. They include:&lt;br /&gt;1. Mute ButtonUse your mute button, if there is one. Background noise, the dog barking, radio, etc., could be a problem for the other participants. If you don't have a mute button, don't worry. Just try to call from a quiet location.&lt;br /&gt;2. BreathingSome people breathe 'heavier' than others. Most of the heavy breathers don't realize it. (Who, ME?) So, we ask everyone to hold the mouthpiece or telephone headset away from their mouth and nose, until they are speaking. This sounds pretty silly, but when you're on a call with a heavy breather, you'll know why!&lt;br /&gt;3. 2-line phonesIf you have a two-line phone, please turn the ringer off of the second line. If you don't, and you get a call during the TeleClass, it can really be a shrill noise that everyone hears.&lt;br /&gt;4. PetsIf you're on a smaller TeleConference (like 10-30 callers), your dog will probably woof at exactly the time needed for some comic relief, so it's not usually a problem. But if you're on a larger TeleConference (30-100 callers), please put pets in another room.&lt;br /&gt;5. Speakerphones, Cell phones and Cordless phonesPlease don't use them. Speakerphones are wonderful things, but we ask that you not speak into them when sharing. Pick up the handset when you share and put the mute button on when you're just listening. The clarity/quality simply isn't good enough on any of these phones.&lt;br /&gt;6. SharingThe leader will usually ask for callers to share or respond, throughout the call. However, please wait to be prompted -- don't just speak up, unless invited. If/when you do share, say something like, "Thom (or the leader's name), this is Frank from Omaha." The leader will say, "Yes, Frank, go ahead." Then you can say whatever you'd like to. Always use the leader's name and wait until they respond, indicating that you can proceed. On smaller calls this formality isn't usually needed and there is a natural flow to people sharing and discussing.&lt;br /&gt;7. CrossTalkIf another caller says something that you want to comment on or ask more information about, go through the leader, don't speak to the person directly, at least at first. Let the leader play traffic director. You could say something like, "Sara, can I ask that Pat rephrase the point she just made?" Again, on smaller calls, this isn't as necessary, but on the large calls, it really is.&lt;br /&gt;8. Early/LatePlease don't call the teleconference number before the scheduled time -- another conference may be in session. If you're late to the call, no problem, just dial in and be silent until you catch on to what's being discussed. The leader may or may not officially welcome you -- but probably won't so as not to disturb the flow of the call. That doesn't mean you're not welcome! And, finally, if you're more than 10 minutes late, be really careful about asking questions, as they may well have been asked earlier.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Conclusion :&lt;br /&gt;Ensures that team members are completely informed on all technical and administrative matters, without “filtering” the information.&lt;br /&gt;Has an open door policy where all team members feel comfortable to freely discuss any issue.  &lt;br /&gt;Takes steps to ensure that our ideas are heard, implemented, or passed to management for further review.  &lt;br /&gt;Follows up on all suggestions and ideas, and informs the team as soon as he receives any new information.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115952988084898662?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115952988084898662/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115952988084898662' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115952988084898662'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115952988084898662'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/09/communication-tips.html' title='communication tips'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115943831444526845</id><published>2006-09-28T03:08:00.000-07:00</published><updated>2006-09-28T03:11:54.896-07:00</updated><title type='text'>today i am feeling bad</title><content type='html'>hi&lt;br /&gt;i am feeling bad.  i dont know what to do.&lt;br /&gt;i am not holding any job&lt;br /&gt;who is going to save me&lt;br /&gt;vivek&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115943831444526845?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115943831444526845/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115943831444526845' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115943831444526845'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115943831444526845'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/09/today-i-am-feeling-bad.html' title='today i am feeling bad'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115852359067310142</id><published>2006-09-17T13:03:00.000-07:00</published><updated>2006-09-17T13:06:31.200-07:00</updated><title type='text'>i need a job now</title><content type='html'>hi&lt;br /&gt;i am feeling totally bad now. my wife is hating me. she is not happy with me. she is fighting against my parents and my sister. i dont know how to control myself and her.&lt;br /&gt;My Gurudheva should help me&lt;br /&gt;VIVEK&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115852359067310142?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115852359067310142/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115852359067310142' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115852359067310142'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115852359067310142'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/09/i-need-job-now.html' title='i need a job now'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115686783752201865</id><published>2006-08-29T09:10:00.000-07:00</published><updated>2006-08-30T23:33:08.453-07:00</updated><title type='text'>Hi all</title><content type='html'>&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;HI all&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;How are you this is been a long time after I am meeting you all.&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Now I am feeling little bit happy and I hope I will join in a new company.&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;I am waiting for a offer letter from the company. I hope you are all doing great.&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Please come and let we share and do a better world. Do you know one thing I am having now around 7.5 lakhs as credit. I don’t know how I am going to pay that much amount.&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;I think and I know that I will pay the entire amount and I will live a happy life&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Thanks&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;See you tomorrow&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Vivek&lt;/span&gt;&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;&lt;/span&gt;&lt;/strong&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115686783752201865?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115686783752201865/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115686783752201865' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115686783752201865'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115686783752201865'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/hi-all.html' title='Hi all'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115589405577261269</id><published>2006-08-18T02:40:00.000-07:00</published><updated>2006-08-30T23:35:05.483-07:00</updated><title type='text'>I dont what will happen</title><content type='html'>&lt;span style="font-family:Monotype Corsiva;"&gt;Hi all&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;"&gt;Today I am writing this my experience to you. I am feeling that I will continue with the job but its all decision happens in the Hands of God. In my mind what are all the mistakes, which I have done in the past, is running. Don’t be emotional always. Its my personal advise. If you do so you have worry lot in your job. You cant concentrate on your job. You have to lose all things around you. What ever happens please take as it as. But in future be careful. Plan everything before you work. Write down most positive side and work for that one. Don’t be tempt always. Think how to think. Plan is the only thing. And the very good thing is that Planning is not a very big matter but how you are going to execute it. That’s the main matter how you perform. Make a chart and give your results perfectly with truth from your mind. Compare the results with the actual one you have noted. Try to improve yourself. One more thing if you sow good you will reap the good. Try to be free minded always. Once you start you will find the route and destination. Do good Think good and believe good always. Now I am leaving there. Lets see what happens.&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115589405577261269?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115589405577261269/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115589405577261269' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115589405577261269'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115589405577261269'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/i-dont-what-will-happen.html' title='I dont what will happen'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115589307706193278</id><published>2006-08-18T02:24:00.000-07:00</published><updated>2006-08-18T02:24:42.206-07:00</updated><title type='text'>what is going to happen</title><content type='html'>&lt;span style="font-family:verdana;"&gt;Hi all&lt;br /&gt;Today I am writing this my experience to you. I am feeling that I will continue with the job but its all decision happens in the Hands of God. In my mind what are all the mistakes, which I have done in the past, is running. Don’t be emotional always. Its my personal advise. If you do so you have worry lot in your job. You cant concentrate on your job. You have to lose all things around you. What ever happens please take as it as. But in future be careful. Plan everything before you work. Write down most positive side and work for that one. Don’t be tempt always. Think how to think. Plan is the only thing. And the very good thing is that Planning is not a very big matter but how you are going to execute it. That’s the main matter how you perform. Make a chart and give your results perfectly with truth from your mind. Compare the results with the actual one you have noted. Try to improve yourself. One more thing if you sow good you will reap the good. Try to be free minded always. Once you start you will find the route and destination. Do good Think good and believe good always. Now I am leaving there. Lets see what happens.&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115589307706193278?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115589307706193278/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115589307706193278' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115589307706193278'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115589307706193278'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/what-is-going-to-happen.html' title='what is going to happen'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115581391424018072</id><published>2006-08-17T04:25:00.001-07:00</published><updated>2006-08-30T23:36:22.340-07:00</updated><title type='text'>I am feeling bad</title><content type='html'>&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Today I am feeling too much …since I sow lot of reap I am cultivating them …&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;I don’t know whether I will be in job tomorrow or not….&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;My advice is to not to emotional when you are in LOVE particularly.&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;When is too distance from you.. Because if you do…Then you have to run….&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;From one location to another to meet her and to convince her.&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Don’t be tempt always… concentrate on your work and your job..Ambition all&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Once you be in control of your life… everything will be fine till end…&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Love everyone but not to be emotional…in life always…&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Love doesn’t see the wrong thing. But emotional things will make you sick..&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Think before you ink otherwise blink after you sink…&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;"&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115581391424018072?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115581391424018072/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115581391424018072' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115581391424018072'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115581391424018072'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/i-am-feeling-bad.html' title='I am feeling bad'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115581394367901681</id><published>2006-08-17T04:25:00.000-07:00</published><updated>2006-08-17T04:28:15.066-07:00</updated><title type='text'>Today I am feeling bad</title><content type='html'>&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Today I am feeling too much …since I sow lot of reap I am cultivating them …&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;I don’t know whether I will be in job tomorrow or not….&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;My advice is to not to emotional when you are in LOVE particularly.&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;When is too distance from you.. Because if you do…Then you have to run….&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;From one location to another to meet her and to convince her.&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Don’t be tempt always… concentrate on your work and your job..Ambition all&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Once you be in control of your life… everything will be fine till end…&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Love everyone but not to be emotional…in life always…&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Love doesn’t see the wrong thing. But emotional things will make you sick..&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;font-size:130%;"&gt;Think before you ink otherwise blink after you sink…&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;"&gt;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-family:Monotype Corsiva;"&gt;&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115581394367901681?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115581394367901681/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115581394367901681' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115581394367901681'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115581394367901681'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/today-i-am-feeling-bad.html' title='Today I am feeling bad'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115573948194452713</id><published>2006-08-16T07:44:00.000-07:00</published><updated>2006-08-16T07:58:50.336-07:00</updated><title type='text'>Types of Security Testing</title><content type='html'>&lt;p class="MsoNormal" style="background: white none repeat scroll 0% 50%; text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style="font-size:85%;"&gt;&lt;b&gt;&lt;span style="color: rgb(51, 51, 51);font-family:Arial;" &gt;Types of Security Testing&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Vulnerability      Scanning &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Security      Scanning &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Penetration      Testing &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Risk Assessment &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Security      Auditing &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Ethical Hacking &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="background: white none repeat scroll 0% 50%; color: rgb(51, 51, 51); text-align: justify; line-height: 14.25pt; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;span style=";font-family:Arial;font-size:85%;"  &gt;Posture      Assessment &amp; Security Testing &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="color: rgb(51, 51, 51);font-family:Arial;font-size:85%;"  &gt;Vulnerability Scanning is using automated software to scan one or more systems against known vulnerability signatures. Examples of this software are Nessus, Sara, and ISS.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="color: rgb(51, 51, 51);font-family:Arial;font-size:85%;"  &gt;&lt;br /&gt;Security Scanning is a Vulnerability Scan plus Manual verification. The Security Analyst will then identify network weaknesses and perform a customized professional analysis.&lt;br /&gt;&lt;br /&gt;Penetration Testing takes a snapshot of the security on one machine, the “trophy”. The Tester will attempt to gain access to the trophy and prove his access, usually, by saving a file on the machine. It is a controlled and coordinated test with the client to ensure that no laws are broken during the test.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="color: rgb(51, 51, 51);font-family:Arial;font-size:85%;"  &gt;&lt;br /&gt;Risk Assessment involves a security analysis of interviews compiled with research of business, legal, and industry justifications.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="color: rgb(51, 51, 51);font-family:Arial;font-size:85%;"  &gt;&lt;br /&gt;Security Auditing involves hands on internal inspection of Operating Systems and Applications, often via line-by-line inspection of the code.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="color: rgb(51, 51, 51);font-family:Arial;font-size:85%;"  &gt;&lt;br /&gt;Ethical Hacking is basically a number of Penetration Tests on a number of systems on a network segment.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="font-size:85%;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;h1 style="line-height: 15.05pt;"&gt;&lt;span style="font-size:85%;"&gt;General steps to take for security testing of a software application:&lt;/span&gt;&lt;/h1&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 1. Review the declared      functionality provided by the software and assess security vulnerabilities      associated with those software features. For this step, you simply review      the software documentation and identify inherent risks in the technology      that is used. For example, if the software in question is a simple Telnet      client, you know that an inherent vulnerability of the Telnet protocol is      that it includes no encryption of the data traffic. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p class="MsoNormal" style="margin-bottom: 4.2pt; margin-left: 0.25in; text-indent: 0in; line-height: 15.05pt;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style=""&gt;&lt;span style=""&gt;o&lt;span style=""&gt;        &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style=";font-family:Verdana;font-size:85%;color:black;"   &gt;Step 2. Look for publicly known vulnerabilities associated with the software and assess the impact of each vulnerability for the environment the software operates in.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 3. Identify services      that are activated and other code that will be started automatically      without user intervention. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 4. Identify the security      policy settings modified by the application. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 5. Identify patches      uninstalled by the application. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 6. Check for hidden data      (such as hidden NTFS streams). &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 7. Analyze the processes      activated by the application when it is started. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 8. Record file access to      ensure only legitimate file system objects are accessed by the      application. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 9. Review other changes      (like Registry modifications) made by the application. For Windows, one      good tool to do this with is SysDiff.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;h1 style="line-height: 15.05pt;"&gt;&lt;span style="font-size:85%;"&gt;Security Testing of a System&lt;/span&gt;&lt;/h1&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 1. Identify what is      contained in the system. In order to assess the system's security posture,      you must have a very good understanding of what makes up the system -      software installed, services running, version numbers, listing of servers      and workstations, etc. If possible, you should collect the data as part of      the ST&amp;E, not by making assumptions or asking for data from      individuals outside the testing team. You'll often find that even the      system administrators are not fully aware of every service running on      their systems and those good looking network diagrams created six months      ago are no longer accurate. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 2. Evaluate the system's      non-technical security posture. For example, are there contingency and      incident response plans in place? Are the system administrators trained?      Is there sufficient physical security in place? Does effective      configuration management exists? These non-technical (operational &amp;      physical security as well as management policies) oriented checks are crucial      in the evaluation of a system's security posture but are not listed here -      primarily because checklists covering these items are available in      abundance. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 3. Review system      architecture for inherent vulnerabilities. This includes a review of the      communication/network topology and technology in use. The key requirement      for accomplishing this step is that you (the tester) must understand the      technology in use. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 4. Scan the system for      compliance with the system's security policy. For Windows systems, the      scanning should be accomplished with SecEdit (or its GUI equivalent - the      MMC Security Configuration and Analysis tool). &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 5. Scan the system for      missing patches. For Windows systems, the scanning should be accomplished      with MBSACli. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 6. Optionally, scan the      system with one of the commercial or open source vulnerability scanners.      Note, however, that this tool will likely be less comprehensive against a      particular operating system than the vendor's own tool. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal"  style="margin-bottom: 4.2pt; line-height: 15.05pt;color:black;"&gt;&lt;span style=";font-family:Verdana;font-size:85%;"  &gt;Step 7. Test each software      component. This includes application software, but it also includes other      software components, such as the operating system software on      workstations, servers, printers, switches/routers and specialized network      devices.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;span style="font-size:85%;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115573948194452713?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115573948194452713/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115573948194452713' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115573948194452713'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115573948194452713'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/types-of-security-testing.html' title='Types of Security Testing'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115573926889159405</id><published>2006-08-16T07:40:00.000-07:00</published><updated>2006-08-16T07:41:11.056-07:00</updated><title type='text'>'Software Quality Assurance"</title><content type='html'>&lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_1"&gt;&lt;b&gt;What is 'Software Quality Assurance'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Software QA involves the entire software development PROCESS - monitoring and improving the process, making sure that any agreed-upon standards and procedures are followed, and ensuring that problems are found and dealt with. It is oriented to 'prevention'. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_2"&gt;&lt;b&gt;What is 'Software Testing'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Testing involves operation of a system or application under controlled conditions and evaluating the results (eg, 'if the user is in interface A of the application while using hardware B, and does C, then D should happen'). The controlled conditions should include both normal and abnormal conditions. Testing should intentionally attempt to make things go wrong to determine if things happen when they shouldn't or things don't happen when they should. It is oriented to 'detection'. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Organizations vary considerably in how they assign responsibility for QA and testing. Sometimes they're the combined responsibility of one group or individual. Also common are project teams that include a mix of testers and developers who work closely together, with overall QA processes monitored by project managers. It will depend on what best fits an organization's size and business structure.&lt;span style=""&gt;  &lt;/span&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_4"&gt;&lt;b&gt;Does every software project need testers? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;While all projects will benefit from testing, some projects may not require independent test staff to succeed. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Which projects may not need independent test staff? The answer depends on the size and context of the project, the risks, the development methodology, the skill and experience of the developers, and other factors. For instance, if the project is a short-term, small, low risk project, with highly experienced programmers utilizing thorough unit testing or test-first development, then test engineers may not be required for the project to succeed. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;In some cases an IT organization may be too small or new to have a testing staff even if the situation calls for it. In these circumstances it may be appropriate to instead use contractors or outsourcing, or adjust the project management and development approach (by switching to more senior developers and agile test-first development, for example). Inexperienced managers sometimes gamble on the success of a project by skipping thorough testing or having programmers do post-development functional testing of their own work, a decidedly high risk gamble. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;For non-trivial-size projects or projects with non-trivial risks, a testing staff is usually necessary. As in any business, the use of personnel with specialized skills enhances an organization's ability to be successful in large, complex, or difficult tasks. It allows for both a) deeper and stronger skills and b) the contribution of differing perspectives. For example, programmers typically have the perspective of 'what are the technical issues in making this functionality work?'. A test engineer typically has the perspective of 'what might go wrong with this functionality, and how can we ensure it meets expectations?'. Technical people who can be highly effective in approaching tasks from both of those perspectives are rare, which is why, sooner or later, organizations bring in test specialists. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_5"&gt;&lt;b&gt;Why does software have bugs? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;miscommunication      or no communication - as to specifics of what an application should or      shouldn't do (the application's requirements). &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;software      complexity - the complexity of current software applications can be      difficult to comprehend for anyone without experience in modern-day      software development. Multi-tiered applications, client-server and      distributed applications, data communications, enormous relational      databases, and sheer size of applications have all contributed to the      exponential growth in software/system complexity. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;programming      errors - programmers, like anyone else, can make mistakes. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;changing      requirements (whether documented or undocumented) - the end-user may not      understand the effects of changes, or may understand and request them      anyway - redesign, rescheduling of engineers, effects on other projects,      work already completed that may have to be redone or thrown out, hardware      requirements that may be affected, etc. If there are many minor changes or      any major changes, known and unknown dependencies among parts of the      project are likely to interact and cause problems, and the complexity of      coordinating changes may result in errors. Enthusiasm of engineering staff      may be affected. In some fast-changing business environments, continuously      modified requirements may be a fact of life. In this case, management must      understand the resulting risks, and QA and test engineers must adapt and      plan for continuous extensive testing to keep the inevitable bugs from      running out of control&lt;span style=""&gt;  &lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;time      pressures - scheduling of software projects is difficult at best, often      requiring a lot of guesswork. When deadlines loom and the crunch comes,      mistakes will be made. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;egos -      people prefer to say things like: &lt;/li&gt;&lt;/ul&gt;  &lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'no problem' &lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'piece of cake'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'I can whip that out in a few hours'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'it should be easy to update that old code'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt; instead of:&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'that adds a lot of complexity and we could end up&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;     &lt;/span&gt;making a lot of mistakes'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'we have no idea if we can do that; we'll wing it'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'I can't estimate how long it will take, until I&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;     &lt;/span&gt;take a close look at it'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;  &lt;/span&gt;'we can't figure out what that old spaghetti code&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;span style=""&gt;     &lt;/span&gt;did in the first place'&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt; If there are too many unrealistic 'no problem's', the&lt;/pre&gt;&lt;pre style="margin-left: 45.8pt; text-align: justify;"&gt; result is bugs.&lt;/pre&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;poorly      documented code - it's tough to maintain and modify code that is badly      written or poorly documented; the result is bugs. In many organizations      management provides no incentive for programmers to document their code or      write clear, understandable, maintainable code. In fact, it's usually the      opposite: they get points mostly for quickly turning out code, and there's      job security if nobody else can understand it ('if it was hard to write,      it should be hard to read'). &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;software      development tools - visual tools, class libraries, compilers, scripting      tools, etc. often introduce their own bugs or are poorly documented,      resulting in added bugs. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_6"&gt;&lt;b&gt;How can new Software QA processes be introduced in an existing organization? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;A lot      depends on the size of the organization and the risks involved. For large      organizations with high-risk (in terms of lives or property) projects,      serious management buy-in is required and a formalized QA process is      necessary. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Where the      risk is lower, management and organizational buy-in and QA implementation      may be a slower, step-at-a-time process. QA processes should be balanced      with productivity so as to keep bureaucracy from getting out of hand. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;For small groups      or projects, a more ad-hoc process may be appropriate, depending on the      type of customers and projects. A lot will depend on team leads or      managers, feedback to developers, and ensuring adequate communications      among customers, managers, developers, and testers. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;The most      value for effort will often be in (a) requirements management processes,      with a goal of clear, complete, testable requirement specifications      embodied in requirements or design documentation, or in 'agile'-type      environments extensive continuous coordination with end-users, (b) design      inspections and code inspections, and (c) post-mortems/retrospectives. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Other      possibilities include incremental self-managed team approaches such as      'Kaizen' methods of continuous process improvement, the Deming-Shewhart      Plan-Do-Check-Act cycle, and others. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_7"&gt;&lt;b&gt;What is verification? validation? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Verification typically involves reviews and meetings to evaluate documents, plans, code, requirements, and specifications. This can be done with checklists, issues lists, walkthroughs, and inspection meetings. Validation typically involves actual testing and takes place after verifications are completed. The term 'IV &amp; V' refers to Independent Verification and Validation. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_8"&gt;&lt;b&gt;What is a 'walkthrough'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;A 'walkthrough' is an informal meeting for evaluation or informational purposes. Little or no preparation is usually required. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_9"&gt;&lt;b&gt;What's an 'inspection'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;An inspection is more formalized than a 'walkthrough', typically with 3-8 people including a moderator, reader, and a recorder to take notes. The subject of the inspection is typically a document such as a requirements spec or a test plan, and the purpose is to find problems and see what's missing, not to fix anything. Attendees should prepare for this type of meeting by reading thru the document; most problems will be found during this preparation. The result of the inspection meeting should be a written report. Thorough preparation for inspections is difficult, painstaking work, but is one of the most cost effective methods of ensuring quality. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_10"&gt;&lt;b&gt;What kinds of testing should be considered? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Black box      testing - not based on any knowledge of internal design or code. Tests are      based on requirements and functionality. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;White box      testing - based on knowledge of the internal logic of an application's      code. Tests are based on coverage of code statements, branches, paths,      conditions. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;unit      testing - the most 'micro' scale of testing; to test particular functions      or code modules. Typically done by the programmer and not by testers, as      it requires detailed knowledge of the internal program design and code.      Not always easily done unless the application has a well-designed      architecture with tight code; may require developing test driver modules      or test harnesses. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;incremental      integration testing - continuous testing of an application as new      functionality is added; requires that various aspects of an application's      functionality be independent enough to work separately before all parts of      the program are completed, or that test drivers be developed as needed;      done by programmers or by testers. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;integration      testing - testing of combined parts of an application to determine if they      function together correctly. The 'parts' can be code modules, individual      applications, client and server applications on a network, etc. This type      of testing is especially relevant to client/server and distributed      systems. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;functional      testing - black-box type testing geared to functional requirements of an      application; this type of testing should be done by testers. This doesn't      mean that the programmers shouldn't check that their code works before      releasing it (which of course applies to any stage of testing.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;system      testing - black-box type testing that is based on overall requirements      specifications; covers all combined parts of a system. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;end-to-end      testing - similar to system testing; the 'macro' end of the test scale;      involves testing of a complete application environment in a situation that      mimics real-world use, such as interacting with a database, using network      communications, or interacting with other hardware, applications, or      systems if appropriate. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;sanity      testing or smoke testing - typically an initial testing effort to      determine if a new software version is performing well enough to accept it      for a major testing effort. For example, if the new software is crashing      systems every 5 minutes, bogging down systems to a crawl, or corrupting      databases, the software may not be in a 'sane' enough condition to warrant      further testing in its current state. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;regression      testing - re-testing after fixes or modifications of the software or its      environment. It can be difficult to determine how much re-testing is      needed, especially near the end of the development cycle. Automated      testing tools can be especially useful for this type of testing. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;acceptance      testing - final testing based on specifications of the end-user or      customer, or based on use by end-users/customers over some limited period      of time. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;load      testing - testing an application under heavy loads, such as testing of a      web site under a range of loads to determine at what point the system's      response time degrades or fails. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;stress      testing - term often used interchangeably with 'load' and 'performance'      testing. Also used to describe such tests as system functional testing      while under unusually heavy loads, heavy repetition of certain actions or      inputs, input of large numerical values, large complex queries to a      database system, etc. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;performance      testing - term often used interchangeably with 'stress' and 'load'      testing. Ideally 'performance' testing (and any other 'type' of testing)      is defined in requirements documentation or QA or Test Plans. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;usability      testing - testing for 'user-friendliness'. Clearly this is subjective, and      will depend on the targeted end-user or customer. User interviews,      surveys, video recording of user sessions, and other techniques can be      used. Programmers and testers are usually not appropriate as usability      testers. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;install/uninstall      testing - testing of full, partial, or upgrade install/uninstall      processes. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;recovery      testing - testing how well a system recovers from crashes, hardware      failures, or other catastrophic problems. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;failover      testing - typically used interchangeably with 'recovery testing' &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;security      testing - testing how well the system protects against unauthorized      internal or external access, willful damage, etc; may require      sophisticated testing techniques. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;compatability      testing - testing how well software performs in a particular      hardware/software/operating system/network/etc. environment. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;exploratory      testing - often taken to mean a creative, informal software test that is      not based on formal test plans or test cases; testers may be learning the      software as they test it. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;ad-hoc      testing - similar to exploratory testing, but often taken to mean that the      testers have significant understanding of the software before testing it. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;context-driven      testing - testing driven by an understanding of the environment, culture,      and intended use of software. For example, the testing approach for life-critical      medical equipment software would be completely different than that for a      low-cost computer game. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;user      acceptance testing - determining if software is satisfactory to an      end-user or customer. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;comparison      testing - comparing software weaknesses and strengths to competing      products. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;alpha      testing - testing of an application when development is nearing      completion; minor design changes may still be made as a result of such      testing. Typically done by end-users or others, not by programmers or      testers. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;beta      testing - testing when development and testing are essentially completed      and final bugs and problems need to be found before final release.      Typically done by end-users or others, not by programmers or testers. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;mutation      testing - a method for determining if a set of test data or test cases is      useful, by deliberately introducing various code changes ('bugs') and      retesting with the original test data/cases to determine if the 'bugs' are      detected. Proper implementation requires large computational resources. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shapetype id="_x0000_t75" coordsize="21600,21600" spt="75" preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"&gt;  &lt;v:stroke joinstyle="miter"&gt;  &lt;v:formulas&gt;   &lt;v:f eqn="if lineDrawn pixelLineWidth 0"&gt;   &lt;v:f eqn="sum @0 1 0"&gt;   &lt;v:f eqn="sum 0 0 @1"&gt;   &lt;v:f eqn="prod @2 1 2"&gt;   &lt;v:f eqn="prod @3 21600 pixelWidth"&gt;   &lt;v:f eqn="prod @3 21600 pixelHeight"&gt;   &lt;v:f eqn="sum @0 0 1"&gt;   &lt;v:f eqn="prod @6 1 2"&gt;   &lt;v:f eqn="prod @7 21600 pixelWidth"&gt;   &lt;v:f eqn="sum @8 21600 0"&gt;   &lt;v:f eqn="prod @7 21600 pixelHeight"&gt;   &lt;v:f eqn="sum @10 21600 0"&gt;  &lt;/v:formulas&gt;  &lt;v:path extrusionok="f" gradientshapeok="t" connecttype="rect"&gt;  &lt;o:lock ext="edit" aspectratio="t"&gt; &lt;/v:shapetype&gt;&lt;v:shape id="_x0000_s1026" type="#_x0000_t75" alt="" style="'position:absolute;" allowoverlap="f"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image001.gif" title="rbl"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image001.gif" shapes="_x0000_s1026" align="left" height="12" width="12" /&gt;&lt;!--[endif]--&gt;&lt;a name="FAQ1_11"&gt;&lt;b&gt;What are 5 common problems in the software development process? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;poor      requirements - if requirements are unclear, incomplete, too general, and      not testable, there will be problems. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;unrealistic      schedule - if too much work is crammed in too little time, problems are      inevitable. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;inadequate      testing - no one will know whether or not the program is any good until      the customer complains or systems crash. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;featuritis      - requests to pile on new features after development is underway;      extremely common. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;miscommunication      - if developers don't know what's needed or customer's have erroneous      expectations, problems are guaranteed. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_12"&gt;&lt;b&gt;What are 5 common solutions to software development problems? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;solid      requirements - clear, complete, detailed, cohesive, attainable, testable      requirements that are agreed to by all players. Use prototypes to help      nail down requirements. In 'agile'-type environments, continuous close      coordination with customers/end-users is necessary. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;realistic      schedules - allow adequate time for planning, design, testing, bug fixing,      re-testing, changes, and documentation; personnel should be able to      complete the project without burning out. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;adequate      testing - start testing early on, re-test after fixes or changes, plan for      adequate time for testing and bug-fixing. 'Early' testing ideally includes      unit testing by developers and built-in testing and diagnostic      capabilities. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;stick to      initial requirements as much as possible - be prepared to defend against      excessive changes and additions once development has begun, and be      prepared to explain consequences. If changes are necessary, they should be      adequately reflected in related schedule changes. If possible, work      closely with customers/end-users to manage expectations. This will provide      them a higher comfort level with their requirements decisions and minimize      excessive changes later on. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;communication      - require walkthroughs and inspections when appropriate; make extensive      use of group communication tools - groupware, wiki's, bug-tracking tools      and change management tools, intranet capabilities, etc.; insure that      information/documentation is available and up-to-date - preferably      electronic, not paper; promote teamwork and cooperation; use protoypes      and/or continuous communication with end-users if possible to clarify      expectations. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;span style=""&gt; &lt;/span&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_s1027" type="#_x0000_t75" alt="" style="'position:absolute;left:0;text-align:left;" allowoverlap="f"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image001.gif" title="rbl"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image001.gif" shapes="_x0000_s1027" align="left" height="12" width="12" /&gt;&lt;!--[endif]--&gt;&lt;a name="FAQ1_13"&gt;&lt;b&gt;What is software 'quality'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Quality software is reasonably bug-free, delivered on time and within budget, meets requirements and/or expectations, and is maintainable. However, quality is obviously a subjective term. It will depend on who the 'customer' is and their overall influence in the scheme of things. A wide-angle view of the 'customers' of a software development project might include end-users, customer acceptance testers, customer contract officers, customer management, the development organization's management/accountants/testers/salespeople, future software maintenance engineers, stockholders, magazine columnists, etc. Each type of 'customer' will have their own slant on 'quality' - the accounting department might define quality in terms of profits while an end-user might define quality as user-friendly and bug-free. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_14"&gt;&lt;b&gt;What is 'good code'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;'Good code' is code that works, is bug free, and is readable and maintainable. Some organizations have coding 'standards' that all developers are supposed to adhere to, but everyone has different ideas about what's best, or what is too many or too few rules. There are also various theories and metrics, such as McCabe Complexity metrics. It should be kept in mind that excessive use of standards and rules can stifle productivity and creativity. 'Peer reviews', 'buddy checks' code analysis tools, etc. can be used to check for problems and enforce standards. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;For C and C++ coding, here are some typical ideas to consider in setting rules/standards; these may or may not apply to a particular situation: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;minimize      or eliminate use of global variables. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;use      descriptive function and method names - use both upper and lower case,      avoid abbreviations, use as many characters as necessary to be adequately descriptive      (use of more than 20 characters is not out of line); be consistent in      naming conventions. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;use      descriptive variable names - use both upper and lower case, avoid      abbreviations, use as many characters as necessary to be adequately      descriptive (use of more than 20 characters is not out of line); be      consistent in naming conventions. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;function      and method sizes should be minimized; less than 100 lines of code is good,      less than 50 lines is preferable. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;function      descriptions should be clearly spelled out in comments preceding a      function's code. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;organize      code for readability. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;use      whitespace generously - vertically and horizontally &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;each line      of code should contain 70 characters max. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;one code      statement per line. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;coding      style should be consistent throught a program (eg, use of brackets,      indentations, naming conventions, etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;in adding      comments, err on the side of too many rather than too few comments; a      common rule of thumb is that there should be at least as many lines of      comments (including header blocks) as lines of code. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;no matter      how small, an application should include documentaion of the overall      program function and flow (even a few paragraphs is better than nothing);      or if possible a separate flow chart and detailed program documentation. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;make      extensive use of error handling procedures and status and error logging. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;for C++,      to minimize complexity and increase maintainability, avoid too many levels      of inheritance in class heirarchies (relative to the size and complexity      of the application). Minimize use of multiple inheritance, and minimize      use of operator overloading (note that the Java programming language      eliminates multiple inheritance and operator overloading.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;for C++,      keep class methods small, less than 50 lines of code per method is preferable.      &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;for C++,      make liberal use of exception handlers &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_15"&gt;&lt;b&gt;What is 'good design'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;'Design' could refer to many things, but often refers to 'functional design' or 'internal design'. Good internal design is indicated by software code whose overall structure is clear, understandable, easily modifiable, and maintainable; is robust with sufficient error-handling and status logging capability; and works correctly when implemented. Good functional design is indicated by an application whose functionality can be traced back to customer and end-user requirements. For programs that have a user interface, it's often a good idea to assume that the end user will have little computer knowledge and may not read a user manual or even the on-line help; some common rules-of-thumb include: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;the      program should act in a way that least surprises the user &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;it should      always be evident to the user what can be done next and how to exit &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;the      program shouldn't let the users do something stupid without warning them. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_16"&gt;&lt;b&gt;What is SEI? CMM? CMMI? ISO? IEEE? ANSI? Will it help? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;SEI =      'Software Engineering Institute' at &lt;st1:place&gt;&lt;st1:placename&gt;Carnegie-Mellon&lt;/st1:PlaceName&gt;       &lt;st1:placetype&gt;University&lt;/st1:PlaceType&gt;&lt;/st1:place&gt;; initiated by the      U.S. Defense Department to help improve software development processes. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;CMM =      'Capability Maturity Model', now called the CMMI ('Capability Maturity      Model Integration'), developed by the SEI. It's a model of 5 levels of      process 'maturity' that determine effectiveness in delivering quality      software. It is geared to large organizations such as large U.S. Defense      Department contractors. However, many of the QA processes involved are      appropriate to any organization, and if reasonably applied can be helpful.      Organizations can receive CMMI ratings by undergoing assessments by      qualified auditors. &lt;/li&gt;&lt;/ul&gt;  &lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;       &lt;/span&gt;Level 1 - characterized by chaos, periodic panics, and heroic&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;efforts required by individuals to successfully&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;complete projects.&lt;span style=""&gt;  &lt;/span&gt;Few if any processes in place;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;successes may not be repeatable.&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;       &lt;/span&gt;Level 2 - software project tracking, requirements management,&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;realistic planning, and configuration management&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;processes are in place; successful practices can&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;be repeated.&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;       &lt;/span&gt;Level 3 - standard software development and maintenance &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;               &lt;/span&gt;&lt;span style=""&gt;  &lt;/span&gt;Processes are integrated throughout an organization; a &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;               &lt;/span&gt;&lt;span style=""&gt;  &lt;/span&gt;Software Engineering Process Group is is in place to &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;               &lt;/span&gt;&lt;span style=""&gt;  &lt;/span&gt;Oversee software processes, and training programs are &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;               &lt;/span&gt;&lt;span style=""&gt;  &lt;/span&gt;used to ensure understanding and compliance.&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;       &lt;/span&gt;Level 4 - metrics are used to track productivity, processes,&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;and products.&lt;span style=""&gt;  &lt;/span&gt;Project performance is predictable,&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;and quality is consistently high.&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;       &lt;/span&gt;Level 5 - the focus is on continouous process improvement. The&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;impact of new processes and technologies can be&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;                 &lt;/span&gt;predicted and effectively implemented when required.&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;Perspective on CMM ratings:&lt;span style=""&gt;  &lt;/span&gt;During 1997-2001, 1018 organizations&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;were assessed.&lt;span style=""&gt;  &lt;/span&gt;Of those, 27% were rated at Level 1, 39% at 2,&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;23% at 3, 6% at 4, and&lt;span style=""&gt;  &lt;/span&gt;5% at 5.&lt;span style=""&gt;  &lt;/span&gt;(For ratings during the period &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;1992-96, 62% were at Level 1, 23% at 2, 13% at 3, 2% at 4, and &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;0.4% at 5.)&lt;span style=""&gt;  &lt;/span&gt;The median size of organizations was 100 software &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;engineering/maintenance personnel; 32% of organizations were &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;&lt;st1:country-region&gt;&lt;st1:place&gt;U.S.&lt;/st1:place&gt;&lt;/st1:country-region&gt; federal contractors or agencies.&lt;span style=""&gt;  &lt;/span&gt;For those rated at &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;Level 1, the most problematical key process area was in &lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;span style=""&gt;      &lt;/span&gt;Software Quality Assurance.&lt;/pre&gt;&lt;pre style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/pre&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;ISO =      'International Organisation for Standardization' - The ISO 9001:2000      standard (which replaces the previous standard of 1994) concerns quality      systems that are assessed by outside auditors, and it applies to many      kinds of production and manufacturing organizations, not just software. It      covers documentation, design, development, production, testing,      installation, servicing, and other processes. The full set of standards      consists of: (a)Q9001-2000 - Quality Management Systems: Requirements;      (b)Q9000-2000 - Quality Management Systems: Fundamentals and Vocabulary;      (c)Q9004-2000 - Quality Management Systems: Guidelines for Performance      Improvements. To be ISO 9001 certified, a third-party auditor assesses an      organization, and certification is typically good for about 3 years, after      which a complete reassessment is required. Note that ISO certification      does not necessarily indicate quality products - it indicates only that      documented processes are followed. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;IEEE =      'Institute of Electrical and Electronics Engineers' - among other things,      creates standards such as 'IEEE Standard for Software Test Documentation'      (IEEE/ANSI Standard 829), 'IEEE Standard of Software Unit Testing      (IEEE/ANSI Standard 1008), 'IEEE Standard for Software Quality Assurance      Plans' (IEEE/ANSI Standard 730), and others. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;ANSI =      'American National Standards Institute', the primary industrial standards      body in the &lt;st1:country-region&gt;&lt;st1:place&gt;U.S.&lt;/st1:place&gt;&lt;/st1:country-region&gt;;      publishes some software-related standards in conjunction with the IEEE and      ASQ (American Society for Quality). &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Other      software development/IT management process assessment methods besides CMMI      and ISO 9000 include SPICE, Trillium, TickIT, Bootstrap, ITIL, MOF, and      CobiT. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ1_17"&gt;&lt;b&gt;What is the 'software life cycle'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;The life cycle begins when an application is first conceived and ends when it is no longer in use. It includes aspects such as initial concept, requirements analysis, functional design, internal design, documentation planning, test planning, coding, document preparation, integration, testing, maintenance, updates, retesting, phase-out, and other aspects. &lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115573926889159405?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115573926889159405/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115573926889159405' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115573926889159405'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115573926889159405'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/software-quality-assurance.html' title='&apos;Software Quality Assurance&quot;'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115573915717610707</id><published>2006-08-16T07:38:00.000-07:00</published><updated>2006-08-16T07:39:23.003-07:00</updated><title type='text'>software testing</title><content type='html'>&lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_1"&gt;&lt;b&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;span style=""&gt;&lt;b&gt;What makes a good Software Test engineer? &lt;/b&gt;&lt;/span&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;A good test engineer has a 'test to break' attitude, an ability to take the point of view of the customer, a strong desire for quality, and an attention to detail. Tact and diplomacy are useful in maintaining a cooperative relationship with developers, and an ability to communicate with both technical (developers) and non-technical (customers, management) people is useful. Previous software development experience can be helpful as it provides a deeper understanding of the software development process, gives the tester an appreciation for the developers' point of view, and reduce the learning curve in automated test tool programming. Judgement skills are needed to assess high-risk areas of an application on which to focus testing efforts when time is limited. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_2"&gt;&lt;b&gt;What makes a good Software QA engineer? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;The same qualities a good tester has are useful for a QA engineer. Additionally, they must be able to understand the entire software development process and how it can fit into the business approach and goals of the organization. Communication skills and the ability to understand various sides of issues are important. In organizations in the early stages of implementing QA processes, patience and diplomacy are especially needed. An ability to find problems as well as to see 'what's missing' is important for inspections and reviews. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_3"&gt;&lt;b&gt;What makes a good QA or Test manager? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;A good QA, test, or QA/Test(combined) manager should: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;be      familiar with the software development process &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;be able to      maintain enthusiasm of their team and promote a positive atmosphere,      despite what is a somewhat 'negative' process (e.g., looking for or      preventing problems) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;be able to      promote teamwork to increase productivity &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;be able to      promote cooperation between software, test, and QA engineers &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;have the      diplomatic skills needed to promote improvements in QA processes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;have the      ability to withstand pressures and say 'no' to other managers when quality      is insufficient or QA processes are not being adhered to &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;have      people judgement skills for hiring and keeping skilled personnel &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;be able to      communicate with technical and non-technical people, engineers, managers,      and customers. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;be able to      run meetings and keep them focused &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_4"&gt;&lt;b&gt;What's the role of documentation in QA? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Critical. (Note that documentation can be electronic, not necessarily paper, may be embedded in code comments, etc.) QA practices should be documented such that they are repeatable. Specifications, designs, business rules, inspection reports, configurations, code changes, test plans, test cases, bug reports, user manuals, etc. should all be documented in some form. There should ideally be a system for easily finding and obtaining information and determining what documentation will have a particular piece of information. Change management for documentation should be used if possible. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_5"&gt;&lt;b&gt;What's the big deal about 'requirements'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;One of the most reliable methods of ensuring problems, or failure, in a large, complex software project is to have poorly documented requirements specifications. Requirements are the details describing an application's externally-perceived functionality and properties. Requirements should be clear, complete, reasonably detailed, cohesive, attainable, and testable. A non-testable requirement would be, for example, 'user-friendly' (too subjective). A testable requirement would be something like 'the user must enter their previously-assigned password to access the application'. Determining and organizing requirements details in a useful and efficient way can be a difficult effort; different methods are available depending on the particular project. Many books are available that describe various approaches to this task. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Care should be taken to involve ALL of a project's significant 'customers' in the requirements process. 'Customers' could be in-house personnel or out, and could include end-users, customer acceptance testers, customer contract officers, customer management, future software maintenance engineers, salespeople, etc. Anyone who could later derail the project if their expectations aren't met should be included if possible. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Organizations vary considerably in their handling of requirements specifications. Ideally, the requirements are spelled out in a document with statements such as 'The product shall.....'. 'Design' specifications should not be confused with 'requirements'; design specifications should be traceable back to the requirements. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;In some organizations requirements may end up in high level project plans, functional specification documents, in design documents, or in other documents at various levels of detail. No matter what they are called, some type of documentation with detailed requirements will be needed by testers in order to properly plan and execute tests. Without such documentation, there will be no clear-cut way to determine if a software application is performing correctly. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;'Agile' methods such as XP use methods requiring close interaction and cooperation between programmers and customers/end-users to iteratively develop requirements. In the XP 'test first' approach developmers create automated unit testing code before the application code, and these automated unit tests essentially embody the requirements. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_6"&gt;&lt;b&gt;What steps are needed to develop and run software tests? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;The following are some of the steps to consider: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Obtain      requirements, functional design, and internal design specifications and      other necessary documents &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Obtain      budget and schedule requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      project-related personnel and their responsibilities, reporting      requirements, required standards and processes (such as release processes,      change processes, etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      project context, relative to the existing quality culture of the      organization and business, and how it might impact testing scope,      aproaches, and methods. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Identify      application's higher-risk aspects, set priorities, and determine scope and      limitations of tests &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      test approaches and methods - unit, integration, functional, system, load,      usability tests, etc. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      test environment requirements (hardware, software, communications, etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      testware requirements (record/playback tools, coverage analyzers, test      tracking, problem/bug tracking, etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      test input data requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Identify      tasks, those responsible for tasks, and labor requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Set      schedule estimates, timelines, milestones &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Determine      input equivalence classes, boundary value analyses, error classes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Prepare      test plan document and have needed reviews/approvals &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Write test      cases &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Have      needed reviews/inspections/approvals of test cases &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Prepare      test environment and testware, obtain needed user manuals/reference      documents/configuration guides/installation guides, set up test tracking      processes, set up logging and archiving processes, set up or obtain test      input data &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Obtain and      install software releases &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Perform      tests &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Evaluate      and report results &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Track      problems/bugs and fixes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Retest as      needed &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Maintain      and update test plans, test cases, test environment, and testware through      life cycle &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_6b"&gt;&lt;b&gt;What's a 'test plan'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;A software project test plan is a document that describes the objectives, scope, approach, and focus of a software testing effort. The process of preparing a test plan is a useful way to think through the efforts needed to validate the acceptability of a software product. The completed document will help people outside the test group understand the 'why' and 'how' of product validation. It should be thorough enough to be useful but not so thorough that no one outside the test group will read it. The following are some of the items that might be included in a test plan, depending on the particular project: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Title &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Identification      of software including version/release numbers &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Revision      history of document including authors, dates, approvals &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Table of      Contents &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Purpose of      document, intended audience &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Objective      of testing effort &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Software      product overview &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Relevant      related document list, such as requirements, design documents, other test      plans, etc. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Relevant      standards or legal requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Traceability      requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Relevant      naming conventions and identifier conventions &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Overall      software project organization and personnel/contact-info/responsibilties &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      organization and personnel/contact-info/responsibilities &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Assumptions      and dependencies &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Project      risk analysis &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Testing      priorities and focus &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Scope and      limitations of testing &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      outline - a decomposition of the test approach by test type, feature,      functionality, process, system, module, etc. as applicable &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Outline of      data input equivalence classes, boundary value analysis, error classes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      environment - hardware, operating systems, other required software, data      configurations, interfaces to other systems &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      environment validity analysis - differences between the test and production      systems and their impact on test validity. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      environment setup and configuration issues &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Software      migration processes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Software      CM processes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test data      setup requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Database      setup requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Outline of      system-logging/error-logging/other capabilities, and tools such as screen      capture software, that will be used to help describe and report bugs &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Discussion      of any specialized software or hardware tools that will be used by testers      to help track the cause or source of bugs &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      automation - justification and overview &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test tools      to be used, including versions, patches, etc. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      script/test code maintenance processes and version control &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Problem      tracking and resolution - tools and processes &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Project      test metrics to be used &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Reporting      requirements and testing deliverables &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Software      entrance and exit criteria &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Initial      sanity testing period and criteria &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      suspension and restart criteria &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Personnel      allocation &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Personnel      pre-training needs &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      site/location &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Outside      test organizations to be utilized and their purpose, responsibilties,      deliverables, contact persons, and coordination issues &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Relevant      proprietary, classified, security, and licensing issues. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Open      issues &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Appendix -      glossary, acronyms, etc. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_7"&gt;&lt;b&gt;What's a 'test case'? &lt;/b&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;A test      case is a document that describes an input, action, or event and an      expected response, to determine if a feature of an application is working      correctly. A test case should contain particulars such as test case      identifier, test case name, objective, test conditions/setup, input data      requirements, steps, and expected results. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Note that      the process of developing test cases can help find problems in the      requirements or design of an application, since it requires completely      thinking through the operation of the application. For this reason, it's      useful to prepare test cases early in the development cycle if possible. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_8"&gt;&lt;b&gt;What should be done after a bug is found? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;The bug needs to be communicated and assigned to developers that can fix it. After the problem is resolved, fixes should be re-tested, and determinations made regarding requirements for regression testing to check that fixes didn't create problems elsewhere. If a problem-tracking system is in place, it should encapsulate these processes. A variety of commercial problem-tracking/management software tools are available :&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Complete      information such that developers can understand the bug, get an idea of      it's severity, and reproduce it if necessary. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Bug      identifier (number, ID, etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Current      bug status (e.g., 'Released for Retest', 'New', etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;The      application name or identifier and version &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;The      function, module, feature, object, screen, etc. where the bug occurred &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Environment      specifics, system, platform, relevant hardware specifics &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test case      name/number/identifier &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;One-line      bug description &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Full bug      description &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Description      of steps needed to reproduce the bug if not covered by a test case or if      the developer doesn't have easy access to the test case/test script/test      tool &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Names      and/or descriptions of file/data/messages/etc. used in test &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;File      excerpts/error messages/log file excerpts/screen shots/test tool logs that      would be helpful in finding the cause of the problem &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Severity      estimate (a 5-level range such as 1-5 or 'critical'-to-'low' is common) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Was the      bug reproducible? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Tester      name &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test date &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Bug      reporting date &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Name of      developer/group/organization the problem is assigned to &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Description      of problem cause &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Description      of fix &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Code      section/file/module/class/method that was fixed &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Date of      fix &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Application      version that contains the fix &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Tester      responsible for retest &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Retest      date &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Retest      results &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Regression      testing requirements &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Tester      responsible for regression tests &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Regression      testing results &lt;/li&gt;&lt;/ul&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;A reporting or tracking process should enable notification of appropriate personnel at various stages. For instance, testers need to know when retesting is needed, developers need to know when bugs are found and how to get the needed information, and reporting/summary capabilities are needed for managers. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_9"&gt;&lt;b&gt;What is 'configuration management'? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Configuration management covers the processes used to control, coordinate, and track: code, requirements, documentation, problems, change requests, designs, tools/compilers/libraries/patches, changes made to them, and who makes the changes. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_10"&gt;&lt;b&gt;What if the software is so buggy it can't really be tested at all? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;The best bet in this situation is for the testers to go through the process of reporting whatever bugs or blocking-type problems initially show up, with the focus being on critical bugs. Since this type of problem can severely affect schedules, and indicates deeper problems in the software development process (such as insufficient unit testing or insufficient integration testing, poor design, improper build or release procedures, etc.) managers should be notified, and provided with some documentation as evidence of the problem. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_11"&gt;&lt;b&gt;How can it be known when to stop testing? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;This can be difficult to determine. Many modern software applications are so complex, and run in such an interdependent environment, that complete testing can never be done. Common factors in deciding when to stop are: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Deadlines      (release deadlines, testing deadlines, etc.) &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test cases      completed with certain percentage passed &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Test      budget depleted &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Coverage      of code/functionality/requirements reaches a specified point &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Bug rate      falls below a certain level &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Beta or      alpha testing period ends &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_12"&gt;&lt;b&gt;What if there isn't enough time for thorough testing? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Use risk analysis to determine where testing should be focused.&lt;br /&gt;Since it's rarely possible to test every possible aspect of an application, every possible combination of events, every dependency, or everything that could go wrong, risk analysis is appropriate to most software development projects. This requires judgement skills, common sense, and experience. (If warranted, formal methods are also available.) Considerations can include: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      functionality is most important to the project's intended purpose? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      functionality is most visible to the user? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      functionality has the largest safety impact? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      functionality has the largest financial impact on users? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      aspects of the application are most important to the customer? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      aspects of the application can be tested early in the development cycle? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      parts of the code are most complex, and thus most subject to errors? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      parts of the application were developed in rush or panic mode? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      aspects of similar/related previous projects caused problems? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      aspects of similar/related previous projects had large maintenance      expenses? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      parts of the requirements and design are unclear or poorly thought out? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What do      the developers think are the highest-risk aspects of the application? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What kinds      of problems would cause the worst publicity? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What kinds      of problems would cause the most customer service complaints? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What kinds      of tests could easily cover multiple functionalities? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which      tests will have the best high-risk-coverage to time-required ratio? &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_13"&gt;&lt;b&gt;What if the project isn't big enough to justify extensive testing? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Consider the impact of project errors, not the size of the project. However, if extensive testing is still not justified, risk analysis is again needed and the same considerations as described previously in &lt;a href="http://www.softwareqatest.com/qatfaq2.html#FAQ2_12#FAQ2_12"&gt;'What if there isn't enough time for thorough testing?'&lt;/a&gt; apply. The tester might then do ad hoc testing, or write up a limited test plan based on the risk analysis. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_14"&gt;&lt;b&gt;How does a client/server environment affect testing? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Client/server applications can be quite complex due to the multiple dependencies among clients, data communications, hardware, and servers, especially in multi-tier systems. Thus testing requirements can be extensive. When time is limited (as it usually is) the focus should be on integration and system testing. Additionally, load/stress/performance testing may be useful in determining client/server application limitations and capabilities. There are commercial tools to assist with such testing.&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_15"&gt;&lt;b&gt;How can World Wide Web sites be tested? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Web sites are essentially client/server applications - with web servers and 'browser' clients. Consideration should be given to the interactions between html pages, TCP/IP communications, Internet connections, firewalls, applications that run in web pages (such as applets, javascript, plug-in applications), and applications that run on the server side (such as cgi scripts, database interfaces, logging applications, dynamic page generators, asp, etc.). Additionally, there are a wide variety of servers and browsers, various versions of each, small but sometimes significant differences between them, variations in connection speeds, rapidly changing technologies, and multiple standards and protocols. The end result is that testing for web sites can become a major ongoing effort. Other considerations might include: &lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What are      the expected loads on the server (e.g., number of hits per unit time?),      and what kind of performance is required under such loads (such as web      server response time, database query response times). What kinds of tools      will be needed for performance testing (such as web load testing tools,      other tools already in house that can be adapted, web robot downloading      tools, etc.)? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Who is the      target audience? What kind of browsers will they be using? What kind of      connection speeds will they by using? Are they intra- organization (thus      with likely high connection speeds and similar browsers) or Internet-wide      (thus with a wide variety of connection speeds and browser types)? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What kind      of performance is expected on the client side (e.g., how fast should pages      appear, how fast should animations, applets, etc. load and run)? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Will down      time for server and content maintenance/upgrades be allowed? how much? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What kinds      of security (firewalls, encryptions, passwords, etc.) will be required and      what is it expected to do? How can it be tested? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;How      reliable are the site's Internet connections required to be? And how does      that affect backup system or redundant connection requirements and      testing? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;What      processes will be required to manage updates to the web site's content,      and what are the requirements for maintaining, tracking, and controlling      page content, graphics, links, etc.? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Which HTML      specification will be adhered to? How strictly? What variations will be      allowed for targeted browsers? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Will there      be any standards or requirements for page appearance and/or graphics      throughout a site or parts of a site?? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;How will      internal and external links be validated and updated? how often? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Can      testing be done on the production system, or will a separate test system      be required? How are browser caching, variations in browser option      settings, dial-up connection variabilities, and real-world internet      'traffic congestion' problems to be accounted for in testing? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;How      extensive or customized are the server logging and reporting requirements;      are they considered an integral part of the system and do they require      testing? &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;How are      cgi programs, applets, javascripts, ActiveX components, etc. to be maintained,      tracked, controlled, and tested? &lt;/li&gt;&lt;/ul&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Pages      should be 3-5 screens max unless content is tightly focused on a single      topic. If larger, provide internal links within the page. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;The page      layouts and design elements should be consistent throughout a site, so      that it's clear to the user that they're still within a site. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;Pages      should be as browser-independent as possible, or pages should be provided      or generated based on the browser-type. &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;All pages      should have links external to the page; there should be no dead-end pages.      &lt;/li&gt;&lt;li class="MsoNormal" style="text-align: justify;"&gt;The page      owner, revision date, and a link to a contact person or organization      should be included on each page. &lt;/li&gt;&lt;/ul&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_16"&gt;&lt;b&gt;How is testing affected by object-oriented designs? &lt;/b&gt;&lt;/a&gt;&lt;b&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="text-align: justify;"&gt;Well-engineered object-oriented design can make it easier to trace from code to internal design to functional design to requirements. While there will be little affect on black box testing (where an understanding of the internal design of the application is unnecessary), white-box testing can be oriented to the application's objects. If the application was well-designed this can simplify test design. &lt;/p&gt;  &lt;p style="text-align: justify;"&gt;&lt;a name="FAQ2_17"&gt;&lt;b&gt;What is Extreme Programming and what's it got to do with testing? &lt;/b&gt;&lt;/a&gt;&lt;br /&gt;Extreme Programming (XP) is a software development approach for small teams on risk-prone projects with unstable requirements. It was created by Kent Beck who described the approach in his book 'Extreme Programming Explained'. Testing ('extreme testing') is a core aspect of Extreme Programming. Programmers are expected to write unit and functional test code first - before writing the application code. Test code is under source control along with the rest of the code. Customers are expected to be an integral part of the project team and to help develope scenarios for acceptance/black box testing. Acceptance tests are preferably automated, and are modified and rerun for each of the frequent development iterations. QA and test personnel are also required to be an integral part of the project team. Detailed requirements documentation is not used, and frequent re-scheduling, re-estimating, and re-prioritizing is expected. For more info on XP and other 'agile' software development approaches (Scrum, &lt;st1:city&gt;&lt;st1:place&gt;Crystal&lt;/st1:place&gt;&lt;/st1:City&gt;, etc.). &lt;/p&gt;  &lt;p class="MsoNormal" style="text-align: justify;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/28001190-115573915717610707?l=halovivek.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://halovivek.blogspot.com/feeds/115573915717610707/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=28001190&amp;postID=115573915717610707' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115573915717610707'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/28001190/posts/default/115573915717610707'/><link rel='alternate' type='text/html' href='http://halovivek.blogspot.com/2006/08/software-testing.html' title='software testing'/><author><name>halovivek</name><uri>http://www.blogger.com/profile/10862277541978370840</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-28001190.post-115573905383322944</id><published>2006-08-16T07:31:00.000-07:00</published><updated>2006-08-16T07:37:34.220-07:00</updated><title type='text'>SOFTWARE METRICS</title><content type='html'>&lt;p style="text-align: center;" align="center"&gt;&lt;b&gt;&lt;span style="font-size: 9pt; text-transform: uppercase;"&gt;Software metrics&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Software metrics can be classified into three categories: product metrics, process metrics, and project metrics. Product metrics describe the characteristics of the product such as size, complexity, design features, performance, and quality level. Process metrics can be used to improve software development and maintenance. Examples include the effectiveness of defect removal during development, the pattern of testing defect arrival, and the response time of the fix process. Project metrics describe the project characteristics and execution. Examples include the number of software developers, the staffing pattern over the life cycle of the software, cost, schedule, and productivity. Some metrics belong to multiple categories. For example, the in-process quality metrics of a project are both process metrics and project metrics. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Software quality metrics are a subset of software metrics that focus on the quality aspects of the product, process, and project. In general, software quality metrics are more closely associated with process and product metrics than with project metrics. Nonetheless, the project parameters such as the number of developers and their skill levels, the schedule, the size, and the organization structure certainly affect the quality of the product. Software quality metrics can be divided further into end-product quality metrics and in-process quality metrics. The essence of software quality engineering is to investigate the relationships among in-process metrics, project characteristics, and end-product quality, and, based on the findings, to engineer improvements in both process and product quality. Moreover, we should view quality from the entire software life-cycle perspective and, in this regard, we should include metrics that measure the quality level of the maintenance process as another category of software quality metrics. In this chapter we discuss several metrics in each of three groups of software quality metrics: product quality, in-process quality, and maintenance quality. In the last sections we also describe the key metrics used by several major software developers and discuss software metrics data collection. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="background: rgb(204, 204, 204) none repeat scroll 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;b&gt;&lt;span style="font-size: 11pt; font-family: Arial; color: black;"&gt;4.1 Product Quality Metrics &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;As discussed in Chapter 1, the de facto definition of software quality consists of two levels: intrinsic product quality and customer satisfaction. The metrics we discuss here cover both levels: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Mean time to failure &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Defect density &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Customer problems &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Customer satisfaction. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Intrinsic product quality is usually measured by the number of "bugs" (functional defects) in the software or by how long the software can run before encountering a "crash." In operational definitions, the two metrics are defect density (rate) and mean time to failure (MTTF). The MTTF metric is most often used with safety-critical systems such as the airline traffic control systems, avionics, and weapons. For instance, the &lt;/span&gt;&lt;st1:country-region&gt;&lt;st1:place&gt;&lt;span style="font-size: 9pt;"&gt;U.S.&lt;/span&gt;&lt;/st1:place&gt;&lt;/st1:country-region&gt;&lt;span style="font-size: 9pt;"&gt; government mandates that its air traffic control system cannot be unavailable for more than three seconds per year. In civilian airliners, the probability of certain catastrophic failures must be no worse than 10&lt;sup&gt;-9 &lt;/sup&gt;per hour (Littlewood and Strigini, 1992). The defect density metric, in contrast, is used in many commercial software systems. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The two metrics are correlated but are different enough to merit close attention. First, one measures the &lt;i&gt;time &lt;/i&gt;between failures, the other measures the &lt;i&gt;defects &lt;/i&gt;relative to the software size (lines of code, function points, etc.). Second, although it is difficult to separate defects and failures in actual measurements and data tracking, failures and defects (or faults) have different meanings. According to the IEEE/ American National Standards Institute (ANSI) standard (982.2): &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;An error is a human mistake that results in incorrect software.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;The resulting fault is an accidental condition that causes a unit of the system to fail to function as required.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;A defect is an anomaly in a product.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;A failure occurs when a functional unit of a software-related system can no longer perform its required function or cannot perform it within specified limits.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;From these definitions, the difference between a fault and a defect is unclear. For practical purposes, there is no difference between the two terms. Indeed, in many development organizations the two terms are used synonymously. In this book we also use the two terms interchangeably. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Simply put, when an error occurs during the development process, a fault or a defect is injected in the software. In operational mode, failures are caused by faults or defects, or failures are materializations of faults. Sometimes a fault causes more than one failure situation and, on the other hand, some faults do not materialize until the software has been executed for a long time with some particular scenarios. Therefore, defect and failure do not have a one-to-one correspondence. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Third, the defects that cause higher failure rates are usually discovered and removed early. The probability of failure associated with a latent defect is called its size, or "bug size." For special-purpose software systems such as the air traffic control systems or the space shuttle control systems, the operations profile and scenarios are better defined and, therefore, the time to failure metric is appropriate. For general-purpose computer systems or commercial-use software, for which there is no typical user profile of the software, the MTTF metric is more difficult to implement and may not be representative of all customers. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Fourth, gathering data about time between failures is very expensive. It requires recording the occurrence time of each software failure. It is sometimes quite difficult to record the time for all the failures observed during testing or operation. To be useful, time between failures data also requires a high degree of accuracy. This is perhaps the reason the MTTF metric is not widely used by commercial developers. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Finally, the defect rate metric (or the volume of defects) has another appeal to commercial software development organizations. The defect rate of a product or the expected number of defects over a certain time period is important for cost and resource estimates of the maintenance phase of the software life cycle. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Regardless of their differences and similarities, MTTF and defect density are the two key metrics for intrinsic product quality. Accordingly, there are two main types of software reliability growth models—the time between failures models and the defect count (defect rate) models. We discuss the two types of models and provide several examples of each type in Chapter 8. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.1.1 The Defect Density Metric &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Although seemingly straightforward, comparing the defect rates of software products involves many issues. In this section we try to articulate the major points. To define a rate, we first have to operationalize the numerator and the denominator, and specify the time frame. As discussed in Chapter 3, the general concept of defect rate is the number of defects over the opportunities for error (OFE) during a specific time frame. We have just discussed the definitions of software defect and failure. Because failures are defects materialized, we can use the number of unique causes of observed failures to approximate the number of defects in the software. The denominator is the size of the software, usually expressed in thousand lines of code (KLOC) or in the number of function points. In terms of time frames, various operational definitions are used for the life of product (LOP), ranging from one year to many years after the software product's release to the general market. In our experience with operating systems, usually more than 95% of the defects are found within four years of the software's release. For application software, most defects are normally found within two years of its release. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;Lines of Code &lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The lines of code (LOC) metric is anything but simple. The major problem comes from the ambiguity of the operational definition, the actual counting. In the early days of Assembler programming, in which one physical line was the same as one instruction, the LOC definition was clear. With the availability of high-level languages the one-to-one correspondence broke down. Differences between physical lines and instruction statements (or logical lines of code) and differences among languages contribute to the huge variations in counting LOCs. Even within the same language, the methods and algorithms used by different counting tools can cause significant differences in the final counts. Jones (1986) describes several variations: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Count only executable lines.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Count executable lines plus data definitions.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Count executable lines, data definitions, and comments.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Count executable lines, data definitions, comments, and job control language.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Count lines as physical lines on an input screen.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Count lines as terminated by logical delimiters.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;To illustrate the variations in LOC count practices, let us look at a few examples by authors of software metrics. In Boehm's well-known book &lt;i&gt;Software Engineering Economics &lt;/i&gt;(1981), the LOC counting method counts lines as physical lines and includes executable lines, data definitions, and comments. In &lt;i&gt;Software Engineering Metrics and Models &lt;/i&gt;by Conte et al. (1986), LOC is defined as follows: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;A line of code is any line of program text that is not a comment or blank line, regardless of the number of statements or fragments of statements on the line. This specifically includes all lines containing program headers, declarations, and executable and non-executable statements. (p. 35) &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Thus their method is to count physical lines including prologues and data definitions (declarations) but not comments. In &lt;i&gt;Programming Productivity &lt;/i&gt;by Jones (1986), the source instruction (or logical lines of code) method is used. The method used by IBM Rochester is also to count source instructions including executable lines and data definitions but excluding comments and program prologues. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The resultant differences in program size between counting physical lines and counting instruction statements are difficult to assess. It is not even known which method will result in a larger number. In some languages such as BASIC, PASCAL, and C, several instruction statements can be entered on one physical line. On the other hand, instruction statements and data declarations might span several physical lines, especially when the programming style aims for easy maintenance, which is not necessarily done by the original code owner. Languages that have a fixed column format such as FORTRAN may have the physical-lines-to-source-instructions ratio closest to one. According to Jones (1992), the difference between counts of physical lines and counts including instruction statements can be as large as 500%; and the average difference is about 200%, with logical statements outnumbering physical lines. In contrast, for COBOL the difference is about 200% in the opposite direction, with physical lines outnumbering instruction statements. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;There are strengths and weaknesses of physical LOC and logical LOC (Jones, 2000). In general, logical statements are a somewhat more rational choice for quality data. When any data on size of program products and their quality are presented, the method for LOC counting should be described. At the minimum, in any publication of quality when LOC data is involved, the author should state whether the LOC counting method is based on physical LOC or logical LOC. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Furthermore, as discussed in Chapter 3, some companies may use the straight LOC count (whatever LOC counting method is used) as the denominator for calculating defect rate, whereas others may use the normalized count (normalized to Assembler-equivalent LOC based on some conversion ratios) for the denominator. Therefore, industrywide standards should include the conversion ratios from high-level language to Assembler. So far, very little research on this topic has been published. The conversion ratios published by Jones (1986) are the most well known in the industry. As more and more high-level languages become available for software development, more research will be needed in this area. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;When straight LOC count data is used, size and defect rate comparisons across languages are often invalid. Extreme caution should be exercised when comparing the defect rates of two products if the operational definitions (counting) of LOC, defects, and time frame are not identical. Indeed, we do not recommend such comparisons. We recommend comparison against one's own history for the sake of measuring improvement over time. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="normaltitle"&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;NOTE&lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The LOC discussions in this section are in the context of defect rate calculation. For productivity studies, the problems with using LOC are more severe. A basic problem is that the amount of LOC in a softare program is negatively correlated with design efficiency. The purpose of software is to provide certain functionality for solving some specific problems or to perform certain tasks. Efficient design provides the functionality with lower implementation effort and fewer LOCs. Therefore, using LOC data to measure software productivity is like using the weight of an airplane to measure its speed and capability. In addition to the level of languages issue, LOC data do not reflect noncoding work such as the creation of requirements, specifications, and user manuals. The LOC results are so misleading in productivity studies that Jones states "using lines of code for productivity studies involving multiple languages and full life cycle activities should be viewed as professional malpractice" (2000, p. 72). For detailed discussions of LOC and function point metrics, see Jones's work (1986, 1992, 1994, 1997, 2000). &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;When a software product is released to the market for the first time, and when a certain LOC count method is specified, it is relatively easy to state its quality level (projected or actual). For example, statements such as the following can be made: "This product has a total of 50 KLOC; the latent defect rate for this product during the next four years is 2.0 defects per KLOC." However, when enhancements are made and subsequent versions of the product are released, the situation becomes more complicated. One needs to measure the quality of the entire product as well as the portion of the product that is new. The latter is the measurement of true development quality—the defect rate of the new and changed code. Although the defect rate for the entire product will improve from release to release due to aging, the defect rate of the new and changed code will not improve unless there is real improvement in the development process. To calculate defect rate for the new and changed code, the following must be available: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;i&gt;&lt;span style="font-size: 9pt;"&gt;LOC count: &lt;/span&gt;&lt;/i&gt;&lt;span style="font-size: 9pt;"&gt;The entire software product as well as the new and changed code of the release must be available.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;i&gt;&lt;span style="font-size: 9pt;"&gt;Defect tracking: &lt;/span&gt;&lt;/i&gt;&lt;span style="font-size: 9pt;"&gt;Defects must be tracked to the release origin—the portion of the code that contains the defects and at what release the portion was added, changed, or enhanced. When calculating the defect rate of the entire product, all defects are used; when calculating the defect rate for the new and changed code, only defects of the release origin of the new and changed code are included.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;These tasks are enabled by the practice of change flagging. Specifically, when a new function is added or an enhancement is made to an existing function, the new and changed lines of code are flagged with a specific identification (ID) number through the use of comments. The ID is linked to the requirements number, which is usually described briefly in the module's prologue. Therefore, any changes in the program modules can be linked to a certain requirement. This linkage procedure is part of the software configuration management mechanism and is usually practiced by organizations that have an established process. If the change-flagging IDs and requirements IDs are further linked to the release number of the product, the LOC counting tools can use the linkages to count the new and changed code in new releases. The change-flagging practice is also important to the developers who deal with problem determination and maintenance. When a defect is reported and the fault zone determined, the developer can determine in which function or enhancement pertaining to what requirements at what release origin the defect was injected. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The new and changed LOC counts can also be obtained via the delta-library method. By comparing program modules in the original library with the new versions in the current release library, the LOC count tools can determine the amount of new and changed code for the new release. This method does not involve the change-flagging method. However, change flagging remains very important for maintenance. In many software development environments, tools for automatic change flagging are also available. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;h4&gt;&lt;span style="font-family: Verdana;"&gt;Example: Lines of Code Defect Rates&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/h4&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;At IBM Rochester, lines of code data is based on instruction statements (logical LOC) and includes executable code and data definitions but excludes comments. LOC counts are obtained for the total product and for the new and changed code of the new release. Because the LOC count is based on source instructions, the two size metrics are called &lt;i&gt;shipped source instructions &lt;/i&gt;(&lt;i&gt;SSI&lt;/i&gt;) and new and &lt;i&gt;changed source instructions &lt;/i&gt;(&lt;i&gt;CSI&lt;/i&gt;), respectively. The relationship between the SSI count and the CSI count can be expressed with the following formula: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;pre&gt;SSI (current release) = SSI (previous release)&lt;/pre&gt;&lt;pre&gt;&lt;span style=""&gt;          &lt;/span&gt;+ CSI (new and changed code instructions for current release)&lt;/pre&gt;&lt;pre&gt;&lt;span style=""&gt;          &lt;/span&gt;. deleted code (usually very small)&lt;/pre&gt;&lt;pre&gt;&lt;span style=""&gt;          &lt;/span&gt;. changed code (to avoid double count in bothSSI and CSI)&lt;/pre&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Defects after the release of the product are tracked. Defects can be field defects, which are found by customers, or internal defects, which are found internally. The several postrelease defect rate metrics per thousand SSI (KSSI) or per thousand CSI (KCSI) are: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;(1) Total defects per KSSI (a measure of code quality of the total product)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;(2) Field defects per KSSI (a measure of defect rate in the field)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;(3) Release-origin defects (field and internal) per KCSI (a measure of development quality) &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;(4) Release-origin field defects per KCSI (a measure of development quality per defects found by customers) &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Metric (1) measures the total release code quality, and metric (3) measures the quality of the new and changed code. For the initial release where the entire product is new, the two metrics are the same. Thereafter, metric (1) is affected by aging and the improvement (or deterioration) of metric (3). Metrics (1) and (3) are process measures; their field counterparts, metrics (2) and (4) represent the customer's perspective. Given an estimated defect rate (KCSI or KSSI), software developers can minimize the impact to customers by finding and fixing the defects before customers encounter them. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;Customer's Perspective &lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The defect rate metrics measure code quality per unit. It is useful to drive quality improvement from the development team's point of view. Good practice in software quality engineering, however, also needs to consider the customer's perspective. Assume that we are to set the defect rate goal for release-to-release improvement of one product. From the customer's point of view, the defect rate is not as relevant as the total number of defects that might affect their business. Therefore, a good defect rate target should lead to a release-to-release reduction in the total number of defects, regardless of size. If a new release is larger than its predecessors, it means the defect rate goal for the new and changed code has to be significantly better than that of the previous release in order to reduce the total number of defects. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Consider the following hypothetical example: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;i&gt;&lt;span style="font-size: 9pt;"&gt;Initial Release of Product Y &lt;/span&gt;&lt;/i&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;pre&gt;KCSI = KSSI = 50 KLOC Defects/KCSI = 2.0 &lt;/pre&gt;&lt;pre&gt;Total number of defects = 2.0 ´ 50 = 100 &lt;/pre&gt;  &lt;p&gt;&lt;i&gt;&lt;span style="font-size: 9pt;"&gt;Second Release &lt;/span&gt;&lt;/i&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;tt&gt;&lt;span style="font-size: 10pt;"&gt;KCSI = 20&lt;/span&gt;&lt;/tt&gt;&lt;span style="font-size: 10pt; font-family: &amp;quot;Courier New&amp;quot;;"&gt;&lt;br /&gt;&lt;tt&gt;KSSI = 50 + 20 (new and changed lines of code) - 4 (assuming 20% are changed lines of code ) = 66 &lt;/tt&gt;&lt;br /&gt;&lt;tt&gt;Defect/KCSI = 1.8 (assuming 10% improvement over the first release) &lt;/tt&gt;&lt;br /&gt;&lt;tt&gt;Total number of additional defects = 1.8 ´ 20 = 36&lt;/tt&gt;&lt;/span&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;i&gt;&lt;span style="font-size: 9pt;"&gt;Third Release &lt;/span&gt;&lt;/i&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;tt&gt;&lt;span style="font-size: 10pt;"&gt;KCSI = 30 &lt;/span&gt;&lt;/tt&gt;&lt;span style="font-size: 10pt; font-family: &amp;quot;Courier New&amp;quot;;"&gt;&lt;br /&gt;&lt;tt&gt;KSSI = 66 + 30 (new and changed lines of code) - 6 (assuming the same % (20%) of changed lines of code) = 90 &lt;/tt&gt;&lt;br /&gt;&lt;tt&gt;Targeted number of additional defects (no more than previous release) = 36 &lt;/tt&gt;&lt;br /&gt;&lt;tt&gt;Defect rate target for the new and changed lines of code: 36/30 = 1.2 defects/KCSI or lower&lt;/tt&gt;&lt;/span&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;From the initial release to the second release the defect rate improved by 10%. However, customers experienced a 64% reduction [(100 - 36)/100] in the number of defects because the second release is smaller. The size factor works against the third release because it is much larger than the second release. Its defect rate has to be one-third (1.2/1.8) better than that of the second release for the number of new defects not to exceed that of the second release. Of course, sometimes the difference between the two defect rate targets is very large and the new defect rate target is deemed not achievable. In those situations, other actions should be planned to improve the quality of the base code or to reduce the volume of postrelease field defects (i.e., by finding them internally). &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;h4&gt;&lt;span style="font-family: Verdana;"&gt;Function Points &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/h4&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Counting lines of code is but one way to measure size. Another one is the &lt;i&gt;function point&lt;/i&gt;. Both are surrogate indicators of the opportunities for error (OFE) in the defect density metrics. In recent years the function point has been gaining acceptance in application development in terms of both productivity (e.g., function points per person-year) and quality (e.g., defects per function point). In this section we provide a concise summary of the subject. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;A &lt;i&gt;function &lt;/i&gt;can be defined as a collection of executable statements that performs a certain task, together with declarations of the formal parameters and local variables manipulated by those statements (Conte et al., 1986). The ultimate measure of software productivity is the number of functions a development team can produce given a certain amount of resource, regardless of the size of the software in lines of code. The defect rate metric, ideally, is indexed to the number of functions a software provides. If defects per unit of functions is low, then the software should have better quality even though the defects per KLOC value could be higher—when the functions were implemented by fewer lines of code. However, measuring functions is theoretically promising but realistically very difficult. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The function point metric, originated by Albrecht and his colleagues at IBM in the mid-1970s, however, is something of a misnomer because the technique does not measure functions explicitly (Albrecht, 1979). It does address some of the problems associated with LOC counts in size and productivity measures, especially the differences in LOC counts that result because different levels of languages are used. It is a weighted total of five major components that comprise an application: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Number of external inputs (e.g., transaction types) ´ 4&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Number of external outputs (e.g., report types) ´ 5&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Number of logical internal files (files as the user might conceive them, not physical files) ´ 10&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Number of external interface files (files accessed by the application but not maintained by it) ´ 7&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Number of external inquiries (types of online inquiries supported) ´ 4&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;These are the average weighting factors. There are also low and high weighting factors, depending on the complexity assessment of the application in terms of the five components (Kemerer and Porter, 1992; Sprouls, 1990): &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;External input: low complexity, 3; high complexity, 6&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;External output: low complexity, 4; high complexity, 7&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Logical internal file: low complexity, 7; high complexity, 15&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;External interface file: low complexity, 5; high complexity, 10&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;External inquiry: low complexity, 3; high complexity, 6&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The complexity classification of each component is based on a set of standards that define complexity in terms of objective guidelines. For instance, for the external output component, if the number of data element types is 20 or more and the number of file types referenced is 2 or more, then complexity is high. If the number of data element types is 5 or fewer and the number of file types referenced is 2 or 3, then complexity is low. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;With the weighting factors, the first step is to calculate the function counts (FCs) based on the following formula: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shapetype id="_x0000_t75" coordsize="21600,21600" spt="75" preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"&gt;  &lt;v:stroke joinstyle="miter"&gt;  &lt;v:formulas&gt;   &lt;v:f eqn="if lineDrawn pixelLineWidth 0"&gt;   &lt;v:f eqn="sum @0 1 0"&gt;   &lt;v:f eqn="sum 0 0 @1"&gt;   &lt;v:f eqn="prod @2 1 2"&gt;   &lt;v:f eqn="prod @3 21600 pixelWidth"&gt;   &lt;v:f eqn="prod @3 21600 pixelHeight"&gt;   &lt;v:f eqn="sum @0 0 1"&gt;   &lt;v:f eqn="prod @6 1 2"&gt;   &lt;v:f eqn="prod @7 21600 pixelWidth"&gt;   &lt;v:f eqn="sum @8 21600 0"&gt;   &lt;v:f eqn="prod @7 21600 pixelHeight"&gt;   &lt;v:f eqn="sum @10 21600 0"&gt;  &lt;/v:formulas&gt;  &lt;v:path extrusionok="f" gradientshapeok="t" connecttype="rect"&gt;  &lt;o:lock ext="edit" aspectratio="t"&gt; &lt;/v:shapetype&gt;&lt;v:shape id="_x0000_i1025" type="#_x0000_t75" alt="" style="'width:102pt;"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image001.gif" href="http://www.awprofessional.com/content/images/chap4_0201729156/elementLinks/04eq01.gif"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image001.gif" shapes="_x0000_i1025" height="49" width="136" /&gt;&lt;!--[endif]--&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;where w&lt;sub&gt;ij&lt;/sub&gt; are the weighting factors of the five components by complexity level (low, average, high) and x&lt;sub&gt;ij&lt;/sub&gt; are the numbers of each component in the application. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The second step involves a scale from 0 to 5 to assess the impact of 14 general system characteristics in terms of their likely effect on the application. The 14 characteristics are: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;1.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Data communications &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;2.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Distributed functions &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;3.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Performance &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;4.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Heavily used configuration &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;5.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Transaction rate &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;6.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Online data entry &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;7.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;End-user efficiency &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;8.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Online update &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;9.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;      &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Complex processing &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;10.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Reusability &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;11.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Installation ease &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;12.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Operational ease &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;13.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Multiple sites &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;span style=""&gt;14.&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;  &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Facilitation of change &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The scores (ranging from 0 to 5) for these characteristics are then summed, based on the following formula, to arrive at the value adjustment factor (VAF) &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_i1026" type="#_x0000_t75" alt="" style="'width:111pt;height:33pt'"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image002.gif" href="http://www.awprofessional.com/content/images/chap4_0201729156/elementLinks/04eq02.gif"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image002.gif" shapes="_x0000_i1026" height="44" width="148" /&gt;&lt;!--[endif]--&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;where is the score for general system characteristic &lt;i&gt;i&lt;/i&gt;. Finally, the number of c&lt;sub&gt;i&lt;/sub&gt; function points is obtained by multiplying function counts and the value adjustment factor: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;pre&gt;FP = FC ´ VAF &lt;/pre&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;This equation is a simplified description of the calculation of function points. One should consult the fully documented methods, such as the International Function Point User's Group Standard (IFPUG, 1999), for a complete treatment. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Over the years the function point metric has gained acceptance as a key productivity measure in the application world. In 1986 the IFPUG was established. The IFPUG counting practices committee is the de facto standards organization for function point counting methods (Jones, 1992, 2000). Classes and seminars on function points counting and applications are offered frequently by consulting firms and at software conferences. In application contract work, the function point is often used to measure the amount of work, and quality is expressed as defects per function point. In systems and real-time software, however, the function point has been slow to gain acceptance. This is perhaps due to the incorrect impression that function points work only for information systems (Jones, 2000), the inertia of the LOC-related practices, and the effort required for function points counting. Intriguingly, similar observations can be made about function point use in academic research. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;There are also issues related to the function point metric. Fundamentally, the meaning of function point and the derivation algorithm and its rationale may need more research and more theoretical groundwork. There are also many variations in counting function points in the industry and several major methods other than the IFPUG standard. In 1983, Symons presented a function point variant that he termed the Mark II function point (Symons, 1991). According to Jones (2000), the Mark II function point is now widely used in the &lt;/span&gt;&lt;st1:country-region&gt;&lt;st1:place&gt;&lt;span style="font-size: 9pt;"&gt;United Kingdom&lt;/span&gt;&lt;/st1:place&gt;&lt;/st1:country-region&gt;&lt;span style="font-size: 9pt;"&gt; and to a lesser degree in &lt;/span&gt;&lt;st1:place&gt;&lt;span style="font-size: 9pt;"&gt;Hong Kong&lt;/span&gt;&lt;/st1:place&gt;&lt;span style="font-size: 9pt;"&gt; and &lt;/span&gt;&lt;st1:country-region&gt;&lt;st1:place&gt;&lt;span style="font-size: 9pt;"&gt;Canada&lt;/span&gt;&lt;/st1:place&gt;&lt;/st1:country-region&gt;&lt;span style="font-size: 9pt;"&gt;. Some of the minor function point variants include feature points, 3D function points, and full function points. In all, based on the comprehensive software benchmark work by Jones (2000), the set of function point variants now include at least 25 functional metrics. Function point counting can be time-consuming and expensive, and accurate counting requires certified function point specialists. Nonetheless, function point metrics are apparently more robust than LOC-based data with regard to comparisons across organizations, especially studies involving multiple languages and those for productivity evaluation. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;In 2000, based on a large body of empirical studies, Jones published the book &lt;i&gt;Software Assessments, Benchmarks, and Best Practices. &lt;/i&gt;All metrics used throughout the book are based on function points. According to his study (1997), the average number of software defects in the &lt;/span&gt;&lt;st1:country-region&gt;&lt;st1:place&gt;&lt;span style="font-size: 9pt;"&gt;U.S.&lt;/span&gt;&lt;/st1:place&gt;&lt;/st1:country-region&gt;&lt;span style="font-size: 9pt;"&gt; is approximately 5 per function point during the entire software life cycle. This number represents the total number of defects found and measured from early software requirements throughout the life cycle of the software, including the defects reported by users in the field. Jones also estimates the defect removal efficiency of software organizations by level of the capability maturity model (CMM) developed by the Software Engineering Institute (SEI). By applying the defect removal efficiency to the overall defect rate per function point, the following defect rates for the delivered software were estimated. The time frames for these defect rates were not specified, but it appears that these defect rates are for the maintenance life of the software. The estimated defect rates per function point are as follows: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;ul type="disc"&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;SEI CMM Level 1: 0.75 &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;SEI CMM Level 2: 0.44 &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;SEI CMM Level 3: 0.27 &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;SEI CMM Level 4: 0.14 &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;li class="MsoNormal" style=""&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;SEI CMM Level 5: 0.05 &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.1.2 Customer Problems Metric &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Another product quality metric used by major developers in the software industry measures the problems customers encounter when using the product. For the defect rate metric, the numerator is the number of valid defects. However, from the customers' standpoint, all problems they encounter while using the software product, not just the valid defects, are problems with the software. Problems that are not valid defects may be usability problems, unclear documentation or information, duplicates of valid defects (defects that were reported by other customers and fixes were available but the current customers did not know of them), or even user errors. These so-called non-defect-oriented problems, together with the defect problems, constitute the total problem space of the software from the customers' perspective. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The problems metric is usually expressed in terms of problems per user month (PUM): PUM = Total problems that customers reported (true defects and non-defect-oriented problems) for a time period ¸ Total number of license-months of the software during the period where &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Number of license-months = Number of install licenses of the software &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;´ Number of months in the calculation period &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;PUM is usually calculated for each month after the software is released to the market, and also for monthly averages by year. Note that the denominator is the number of license-months instead of thousand lines of code or function point, and the numerator is all problems customers encountered. Basically, this metric relates problems to usage. Approaches to achieve a low PUM include: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Improve the development process and reduce the product defects.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Reduce the non-defect-oriented problems by improving all aspects of the products (such as usability, documentation), customer education, and support.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Increase the sale (the number of installed licenses) of the product.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;The first two approaches reduce the numerator of the PUM metric, and the third increases the denominator. The result of any of these courses of action will be that the PUM metric has a lower value. All three approaches make good sense for quality improvement and business goals for any organization. The PUM metric, therefore, is a good metric. The only minor drawback is that when the business is in excellent condition and the number of software licenses is rapidly increasing, the PUM metric will look extraordinarily good (low value) and, hence, the need to continue to reduce the number of customers' problems (the numerator of the metric) may be undermined. Therefore, the total number of customer problems should also be monitored and aggressive year-to-year or release-to-release improvement goals set as the number of installed licenses increases. However, unlike valid code defects, customer problems are not totally under the control of the software development organization. Therefore, it may not be feasible to set a PUM goal that the total customer problems cannot increase from release to release, especially when the sales of the software are increasing. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;The key points of the defect rate metric and the customer problems metric are briefly summarized in Table 4.1. The two metrics represent two perspectives of product quality. For each metric the numerator and denominator match each other well: Defects relate to source instructions or the number of function points, and problems relate to usage of the product. If the numerator and denominator are mixed up, poor metrics will result. Such metrics could be counterproductive to an organization's quality improvement effort because they will cause confusion and wasted resources. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;The customer problems metric can be regarded as an intermediate measurement between defects measurement and customer satisfaction. To reduce customer problems, one has to reduce the functional defects in the products and, in addition, improve other factors (usability, documentation, problem rediscovery, etc.). To improve customer satisfaction, one has to reduce defects and overall problems and, in addition, manage factors of broader scope such as timing and availability of the product, company image, services, total customer solutions, and so forth. From the software quality standpoint, the relationship of the scopes of the three metrics can be &lt;/span&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_s1026" type="#_x0000_t75" alt="Figure 4-1" href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig01.gif')" style="'position:absolute;left:0;text-align:left;margin-left:1in;margin-top:13.9pt;" allowoverlap="f" button="t"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image003.gif" title="th04fig01"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig01.gif')"&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image003.gif" alt="Figure 4-1" shapes="_x0000_s1026" align="left" border="0" height="75" hspace="5" width="100" /&gt;&lt;/a&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;represented by the Venn diagram in &lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig01.gif')"&gt;Figure 4.1&lt;/a&gt;.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig01.gif')"&gt;Figure 4.1&lt;/a&gt; Scopes of Three Quality Metrics &lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;h4 style="margin-left: 0.5in;"&gt;&lt;span style="font-family: Verdana;"&gt;TABLE 4.1 Defect Rate and Customer Problems Metrics&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/h4&gt;  &lt;table class="MsoNormalTable" style="border: 1.5pt outset ; margin-left: 0.5in;" border="1" cellpadding="0"&gt;  &lt;thead&gt;   &lt;tr style=""&gt;    &lt;td style="padding: 1.5pt; width: 45pt;" valign="top" width="60"&gt;    &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt; &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;    &lt;/td&gt;    &lt;td style="padding: 1.5pt; width: 100.5pt;" valign="top" width="134"&gt;    &lt;p style="text-align: center;" align="center"&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;Defect    Rate&lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;    &lt;/td&gt;    &lt;td style="padding: 1.5pt; width: 178.5pt;" valign="top" width="238"&gt;    &lt;p style="text-align: center;" align="center"&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;Problems    per User-Month (PUM)&lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;    &lt;/td&gt;   &lt;/tr&gt;  &lt;/thead&gt;  &lt;tbody&gt;&lt;tr style=""&gt;   &lt;td style="padding: 1.5pt; width: 45pt;" valign="top" width="60"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Numerator&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 100.5pt;" valign="top" width="134"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Valid   and unique product defects&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 178.5pt;" valign="top" width="238"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;All   customer problems (defects and nondefects, first time and repeated)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;  &lt;/tr&gt;  &lt;tr style=""&gt;   &lt;td style="padding: 1.5pt; width: 45pt;" valign="top" width="60"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Denominator&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 100.5pt;" valign="top" width="134"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Size   of product (KLOC or function point)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 178.5pt;" valign="top" width="238"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Customer   usage of the product (user-months)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;  &lt;/tr&gt;  &lt;tr style=""&gt;   &lt;td style="padding: 1.5pt; width: 45pt;" valign="top" width="60"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Measurement   perspective&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 100.5pt;" valign="top" width="134"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Producer—software   development organization&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 178.5pt;" valign="top" width="238"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Customer   &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;  &lt;/tr&gt;  &lt;tr style=""&gt;   &lt;td style="padding: 1.5pt; width: 45pt;" valign="top" width="60"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Scope&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 100.5pt;" valign="top" width="134"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Intrinsic   product quality&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;   &lt;td style="padding: 1.5pt; width: 178.5pt;" valign="top" width="238"&gt;   &lt;p style="text-align: center;" align="center"&gt;&lt;span style="font-size: 9pt;"&gt;Intrinsic   product quality plus other factors&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;   &lt;/td&gt;  &lt;/tr&gt; &lt;/tbody&gt;&lt;/table&gt;  &lt;p class="MsoNormal" style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt 0.5in;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.1.3 Customer Satisfaction Metrics &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;Customer satisfaction is often measured by customer survey data via the five-point scale: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Very satisfied &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Satisfied &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Neutral &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Dissatisfied &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Very dissatisfied. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;Satisfaction with the overall quality of the product and its specific dimensions is usually obtained through various methods of customer surveys. For example, the specific parameters of customer satisfaction in software monitored by IBM include the CUPRIMDSO categories (capability, functionality, usability, performance, reliability, installability, maintainability, documentation/information, service, and overall); for Hewlett-Packard they are FURPS (functionality, usability, reliability, performance, and service). &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;Based on the five-point-scale data, several metrics with slight variations can be constructed and used, depending on the purpose of analysis. For example: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;(1) Percent of completely satisfied customers&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;(2) Percent of satisfied customers (satisfied and completely satisfied)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;(3) Percent of dissatisfied customers (dissatisfied and completely dissatisfied)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;(4) Percent of nonsatisfied (neutral, dissatisfied, and completely dissatisfied)&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;Usually the second metric, percent satisfaction, is used. In practices that focus on reducing the percentage of nonsatisfaction, much like reducing product defects, metric (4) is used. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;In addition to forming percentages for various satisfaction or dissatisfaction categories, the weighted index approach can be used. For instance, some companies use the &lt;i&gt;net satisfaction index &lt;/i&gt;(&lt;i&gt;NSI&lt;/i&gt;) to facilitate comparisons across product. The NSI has the following weighting factors: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Completely satisfied = 100% &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Satisfied = 75% &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Neutral = 50% &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Dissatisfied = 25% &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt; font-family: Verdana;"&gt;Completely dissatisfied = 0% &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in;"&gt;&lt;span style="font-size: 9pt;"&gt;NSI ranges from 0% (all customers are completely dissatisfied) to 100% (all customers are completely satisfied). If all customers are satisfied (but not completely satisfied), NSI will have a value of 75%. This weighting approach, however, may be masking the satisfaction profile of one's customer set. For example, if half of the customers are completely satisfied and half are neutral, NSI's value is also 75%, which is equivalent to the scenario that all customers are satisfied. If satisfaction is a good indicator of product loyalty, then half completely satisfied and half neutral is certainly less positive than all satisfied. Furthermore, we are not sure of the rationale behind giving a 25% weight to those who are dissatisfied. Therefore, this example of NSI is not a good metric; it is inferior to the simple approach of calculating percentage of specific categories. If the entire satisfaction profile is desired, one can simply show the percent distribution of all categories via a histogram. A weighted index is for data summary when multiple indicators are too cumbersome to be shown. For example, if customers' purchase decisions can be expressed as a function of their satisfaction with specific dimensions of a product, then a purchase decision index could be useful. In contrast, if simple indicators can do the job, then the weighted index approach should be avoided.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="background: rgb(204, 204, 204) none repeat scroll 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;b&gt;&lt;span style="font-size: 11pt; font-family: Arial; color: black;"&gt;4.2 In-Process Quality Metrics &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Because our goal is to understand the programming process and to learn to engineer quality into the process, in-process quality metrics play an important role. In-process quality metrics are less formally defined than end-product metrics, and their practices vary greatly among software developers. On the one hand, in-process quality metrics simply means tracking defect arrival during formal machine testing for some organizations. On the other hand, some software organizations with well-established software metrics programs cover various parameters in each phase of the development cycle. In this section we briefly discuss several metrics that are basic to sound in-process quality management. In later chapters on modeling we will examine some of them in greater detail and discuss others within the context of models. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.2.1 Defect Density During Machine Testing &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Defect rate during formal machine testing (testing after code is integrated into the system library) is usually positively correlated with the defect rate in the field. Higher defect rates found during testing is an indicator that the software has experienced higher error injection during its development process, unless the higher testing defect rate is due to an extraordinary testing effort—for example, additional testing or a new testing approach that was deemed more effective in detecting defects. The rationale for the positive correlation is simple: Software defect density never follows the uniform distribution. If a piece of code or a product has higher testing defects, it is a result of more effective testing or it is because of higher latent defects in the code. Myers (1979) discusses a counterintuitive principle that the more defects found during testing, the more defects will be found later. That principle is another expression of the positive correlation between defect rates during testing and in the field or between defect rates between phases of testing. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;This simple metric of defects per KLOC or function point, therefore, is a good indicator of quality while the software is still being tested. It is especially useful to monitor subsequent releases of a product in the same development organization. Therefore, release-to-release comparisons are not contaminated by extraneous factors. The development team or the project manager can use the following scenarios to judge the release quality: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;If the defect rate during testing is the same or lower than that of the previous release (or a similar product), then ask: Does the testing for the current release deteriorate?&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: &amp;quot;Courier New&amp;quot;;"&gt;&lt;span style=""&gt;o&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;        &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;If the answer is no, the quality perspective is positive.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: &amp;quot;Courier New&amp;quot;;"&gt;&lt;span style=""&gt;o&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;        &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;If the answer is yes, you need to do extra testing (e.g., add test cases to increase coverage, blitz test, customer testing, stress testing, etc.).&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;If the defect rate during testing is substantially higher than that of the previous release (or a similar product), then ask: Did we plan for and actually improve testing effectiveness?&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: &amp;quot;Courier New&amp;quot;;"&gt;&lt;span style=""&gt;o&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;        &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;If the answer is no, the quality perspective is negative. Ironically, the only remedial approach that can be taken at this stage of the life cycle is to do more testing, which will yield even higher defect rates.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 1in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: &amp;quot;Courier New&amp;quot;;"&gt;&lt;span style=""&gt;o&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;        &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;If the answer is yes, then the quality perspective is the same or positive.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.2.2 Defect Arrival Pattern During Machine Testing &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Overall defect density during testing is a summary indicator. The pattern of defect arrivals (or for that matter, times between failures) gives more information. Even with the same overall defect rate during testing, different patterns of defect arrivals indicate different quality levels in the field. &lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig02.gif')"&gt;Figure 4.2&lt;/a&gt; shows two contrasting patterns for both the defect arrival rate and the cumulative defect rate. Data were plotted from 44 weeks before code-freeze until the week prior to code-freeze. The second pattern, represented by the charts on the right side, obviously indicates that testing started late, the test suite was not sufficient, and that the testing ended prematurely. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;/span&gt;&lt;/b&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_s1027" type="#_x0000_t75" alt="Figure 4-2" href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig02.gif')" style="'position:absolute;margin-left:-90pt;margin-top:-199pt;width:75pt;" allowoverlap="f" button="t"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image004.gif" title="th04fig02"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig02.gif')"&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image004.gif" alt="Figure 4-2" shapes="_x0000_s1027" align="left" border="0" height="75" hspace="5" width="100" /&gt;&lt;/a&gt;&lt;!--[endif]--&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig02.gif')"&gt;&lt;span style=""&gt;FIGURE 4.2&lt;/span&gt;&lt;/a&gt;&lt;/span&gt;&lt;/b&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt; Two Contrasting Defect Arrival Patterns During Testing&lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The objective is always to look for defect arrivals that stabilize at a very low level, or times between failures that are far apart, before ending the testing effort and releasing the software to the field. Such declining patterns of defect arrival during testing are indeed the basic assumption of many software reliability models. The time unit for observing the arrival pattern is usually weeks and occasionally months. For reliability models that require execution time data, the time interval is in units of CPU time. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;When we talk about the defect arrival pattern during testing, there are actually three slightly different metrics, which should be looked at simultaneously: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;The defect arrivals (defects reported) during the testing phase by time interval (e.g., week). These are the raw number of arrivals, not all of which are valid defects.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;The pattern of valid defect arrivals—when problem determination is done on the reported problems. This is the true defect pattern.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;The pattern of defect backlog overtime. This metric is needed because development organizations cannot investigate and fix all reported problems immediately. This metric is a workload statement as well as a quality statement. If the defect backlog is large at the end of the development cycle and a lot of fixes have yet to be integrated into the system, the stability of the system (hence its quality) will be affected. Retesting (regression test) is needed to ensure that targeted product quality levels are reached.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.2.3 Phase-Based Defect Removal Pattern &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The phase-based defect removal pattern is an extension of the test defect density metric. In addition to testing, it requires the tracking of defects at all phases of the development cycle, including the design reviews, code inspections, and formal verifications before testing. Because a large percentage of programming defects is related to design problems, conducting formal reviews or functional verifications to enhance the defect removal capability of the process at the front end reduces error injection. The pattern of phase-based defect removal reflects the overall defect removal ability of the development process. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;With regard to the metrics for the design and coding phases, in addition to defect rates, many development organizations use metrics such as inspection coverage and inspection effort for in-process quality management. Some companies even set up "model values" and "control boundaries" for various in-process quality indicators. For example, Cusumano (1992) reports the specific model values and control boundaries for metrics such as review coverage rate, review manpower rate (review work hours/number of design work hours), defect rate, and so forth, which were used by NEC's Switching Systems Division. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig03.gif')"&gt;Figure 4.3&lt;/a&gt; shows the patterns of defect removal of two development projects: project A was front-end loaded and project B was heavily testing-dependent for removing defects. In the figure, the various phases of defect removal are high-level design review (I0), low-level design review (I1), code inspection (I2), unit test (UT), component test (CT), and system test (ST). As expected, the field quality of project A outperformed &lt;/span&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_s1028" type="#_x0000_t75" alt="Figure 4-3" href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig03.gif')" style="'position:absolute;margin-left:0;margin-top:14.1pt;width:75pt;height:56.25pt;" allowoverlap="f" button="t"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image005.gif" title="th04fig03"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig03.gif')"&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image005.gif" alt="Figure 4-3" shapes="_x0000_s1028" align="left" border="0" height="75" hspace="5" width="100" /&gt;&lt;/a&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;project B significantly. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig03.gif')"&gt;FIGURE 4.3&lt;/a&gt; Defect Removal by Phase for Two Products &lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.2.4 Defect Removal Effectiveness &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Defect removal effectiveness (or efficiency, as used by some writers) can be defined as follows: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_i1027" type="#_x0000_t75" alt="" style="'width:285.75pt;height:32.25pt'"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image006.gif" href="http://www.awprofessional.com/content/images/chap4_0201729156/elementLinks/04eq03.gif"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image006.gif" shapes="_x0000_i1027" border="0" height="43" width="381" /&gt;&lt;!--[endif]--&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Because the total number of latent defects in the product at any given phase is not known, the denominator of the metric can only be approximated. It is usually estimated by: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Defects removed during the phase + defects found later &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;The metric can be calculated for the entire development process, for the front end (before code integration), and for each phase. It is called &lt;i&gt;early defect removal&lt;/i&gt; and &lt;i&gt;phase effectiveness &lt;/i&gt;when used for the front end and for specific phases, respectively. The higher the value of the metric, the more effective the development process and the fewer the defects escape to the next phase or to the field. This metric is a key concept of the defect removal model for software development. (In Chapter 6 we give this subject a detailed treatment.) &lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig04.gif')"&gt;Figure 4.4&lt;/a&gt; shows the DRE by phase for a real software project. The weakest phases were unit test (UT), code inspections (I2), and component test (CT). Based on this metric, action plans to improve &lt;/span&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_s1029" type="#_x0000_t75" alt="Figure 4-4" href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig04.gif')" style="'position:absolute;margin-left:18pt;margin-top:17.45pt;width:75pt;" allowoverlap="f" button="t"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image007.gif" title="th04fig04"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig04.gif')"&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image007.gif" alt="Figure 4-4" shapes="_x0000_s1029" align="left" border="0" height="75" hspace="5" width="100" /&gt;&lt;/a&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;the effectiveness of these phases were established and deployed.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig04.gif')"&gt;FIGURE 4.4&lt;/a&gt; Phase Effectiveness of a Software Project &lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/p&gt;  &lt;p class="MsoNormal"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/p&gt;  &lt;p class="MsoNormal"&gt;&lt;o:p&gt; &lt;/o:p&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="background: rgb(204, 204, 204) none repeat scroll 0%; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial;"&gt;&lt;b&gt;&lt;span style="font-size: 11pt; font-family: Arial; color: black;"&gt;4.3 Metrics for Software Maintenance &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;When development of a software product is complete and it is released to the market, it enters the maintenance phase of its life cycle. During this phase the defect arrivals by time interval and customer problem calls (which may or may not be defects) by time interval are the de facto metrics. However, the number of defect or problem arrivals is largely determined by the development process before the maintenance phase. Not much can be done to alter the quality of the product during this phase. Therefore, these two de facto metrics, although important, do not reflect the quality of software maintenance. What can be done during the maintenance phase is to fix the defects as soon as possible and with excellent fix quality. Such actions, although still not able to improve the defect rate of the product, can improve customer satisfaction to a large extent. The following metrics are therefore very important: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Fix backlog and backlog management index&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Fix response time and fix responsiveness&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Percent delinquent fixes&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p style="margin-left: 0.5in; text-indent: -0.25in;"&gt;&lt;!--[if !supportLists]--&gt;&lt;span style="font-size: 10pt; font-family: Symbol;"&gt;&lt;span style=""&gt;·&lt;span style="font-family: &amp;quot;Times New Roman&amp;quot;; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"&gt;         &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;Fix quality&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.3.1 Fix Backlog and Backlog Management Index &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Fix backlog is a workload statement for software maintenance. It is related to both the rate of defect arrivals and the rate at which fixes for reported problems become available. It is a simple count of reported problems that remain at the end of each month or each week. Using it in the format of a trend chart, this metric can provide meaningful information for managing the maintenance process. Another metric to manage the backlog of open, unresolved, problems is the backlog management index (BMI). &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_i1028" type="#_x0000_t75" alt="" style="'width:280.5pt;height:28.5pt'"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image008.gif" href="http://www.awprofessional.com/content/images/chap4_0201729156/elementLinks/04eq04.gif"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image008.gif" shapes="_x0000_i1028" border="0" height="38" width="374" /&gt;&lt;!--[endif]--&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;As a ratio of number of closed, or solved, problems to number of problem arrivals during the month, if BMI is larger than 100, it means the backlog is reduced. If BMI is less than 100, then the backlog increased. With enough data points, the techniques of control charting can be used to calculate the backlog management capability of the maintenance process. More investigation and analysis should be triggered when the value of BMI exceeds the control limits. Of course, the goal is always to strive for a BMI larger than 100. A BMI trend chart or control chart should be examined together with trend charts of defect arrivals, defects fixed &lt;/span&gt;&lt;!--[if gte vml 1]&gt;&lt;v:shape id="_x0000_s1030" type="#_x0000_t75" alt="Figure 4-5" href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig05.gif')" style="'position:absolute;margin-left:0;margin-top:9.8pt;width:75pt;height:56.25pt;" allowoverlap="f" button="t"&gt;  &lt;v:imagedata src="file:///C:\DOCUME~1\vivrajag\LOCALS~1\Temp\msohtml1\01\clip_image009.gif" title="th04fig05"&gt;  &lt;w:wrap type="square"&gt; &lt;/v:shape&gt;&lt;![endif]--&gt;&lt;!--[if !vml]--&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig05.gif')"&gt;&lt;img src="file:///C:/DOCUME%7E1/vivrajag/LOCALS%7E1/Temp/msohtml1/01/clip_image009.gif" alt="Figure 4-5" shapes="_x0000_s1030" align="left" border="0" height="75" hspace="5" width="100" /&gt;&lt;/a&gt;&lt;!--[endif]--&gt;&lt;span style="font-size: 9pt;"&gt;(closed), and the number of problems in the backlog.&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig05.gif')"&gt;Figure 4.5&lt;/a&gt; is a trend chart by month of the numbers of opened and closed problems of a software product, and a pseudo-control chart for the BMI. The latest release of the product was available to customers in the month for the first data points on the two charts. This explains the rise and fall of the problem arrivals and closures. The mean BMI was 102.9%, indicating that the capability of the fix process was functioning normally. All BMI values were within the upper (UCL) and lower (LCL) control limits—the backlog management process was in control. (&lt;i&gt;Note: &lt;/i&gt;We call the BMI chart a pseudo-control chart because the BMI data are autocorrelated and therefore the assumption of independence for control charts is violated. Despite not being "real" control charts in statistical terms, however, we found pseudo-control charts such as the BMI chart quite useful in software quality management. In Chapter 5 we provide more discussions and examples.) A variation of the problem backlog index is the ratio of number of opened problems (problem backlog) to number of problem arrivals during the month. If the index is 1, that means the team maintains a backlog the same as the problem arrival rate. If the index is below 1, that means the team is fixing problems faster than the problem arrival rate. If the index is higher than 1, that means the team is losing ground in their problem-fixing capability relative to problem arrivals. Therefore, this variant index is also a statement of fix responsiveness. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;a href="javascript:popUp('/content/images/chap4_0201729156/elementLinks/04fig05.gif')"&gt;FIGURE 4.5&lt;/a&gt; Opened Problems, Closed Problems, and Backlog Management Index by Month &lt;/span&gt;&lt;/b&gt;&lt;span style="font-size: 9pt;"&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p class="MsoNormal" style="margin: 0.25in 0in 6pt;"&gt;&lt;b&gt;&lt;span style="font-size: 10pt; font-family: Arial;"&gt;4.3.2 Fix Response Time and Fix Responsiveness &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/b&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;For many software development organizations, guidelines are established on the time limit within which the fixes should be available for the reported defects. Usually the criteria are set in accordance with the severity of the problems. For the critical situations in which the customers' businesses are at risk due to defects in the software product, software developers or the software change teams work around the clock to fix the problems. For less severe defects for which circumventions are available, the required fix response time is more relaxed. The fix response time metric is usually calculated as follows for all problems as well as by severity level: &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;Mean time of all problems from open to closed &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;If there are data points with extreme values, medians should be used instead of mean. Such cases could occur for less severe problems for which customers may be satisfied with the circumvention and didn't demand a fix. Therefore, the problem may remain open for a long time in the tracking report. &lt;o:p&gt;&lt;/o:p&gt;&lt;/span&gt;&lt;/p&gt;  &lt;p&gt;&lt;span style="font-size: 9pt;"&gt;In general, short fix response time leads to customer satisfaction. However, there is a subtle difference between fix responsiveness and short fix response time. From the customer's perspective, the use of averages may mask individual differences. The important elements of fix responsiveness are customer expectations, the agreed-to fix time, and the ability to meet one's commitment to the customer. For example, John takes his car to the dealer for servicing in the early morning and needs it back by &lt;/span&gt;&lt;st1:time minute="0" hour="12"&gt;&lt;span style="font-size: 9pt;"&gt;noon&lt;/span&gt;&lt;/st1:time&gt;&lt;span style="font-size: 9pt;"&gt;. If the dealer promises noon but does not get the car ready until 2 o'clock, John will not be a satisfied customer. On the other hand, Julia does not
