Exploring the Mind of Internet Addicts Essay Example for Free

Exploring the Mind of Internet Addicts Essay Addiction is a commonly used word that is mostly associated with a substance(drug or alcohol) and sometimes thought of as an illness. We often hear the word addiction thrown around in conversations. I’ve often used the word addiction when referring to my love of chocolate, but in this case it’s just an expression of speech. For a long time now, though, a lot of controversy has been going on about adding other activities, other than substance use to the word addiction. In this case excessive use of the Internet, Internet Addiction(IA). Many people are wanting to take addiction to a whole new level, by adding Internet Addiction to the DSM-V (Diagnostic and Statistical Manual of Mental Disorders, Fifth Edition; in other words the â€Å"psychiatric bible†) but is our need, love, desire, and excessive use of the internet just a compulsion or an addiction? Addiction is when a person is dependent on a behavior or specific substance in order to cope with life. The dependence is so important to the individual that even when it becomes harmful to themselves, their family, work, and other important areas of their life they will persist in using the substance, or engaging in the behavior. Also, â€Å"There are actual changes that occur in the brains of addicts and treatments for addiction must address the biology behind the behavior.† So far addictions have focused on highs that are caused from the use of drugs or other substances that affect the brain’s chemical responses. However it has recently been discovered that a person can receive a similar â€Å"high† from using the Internet. The research for this disorder is scarce and fairly new, but the results leave something to argue about for the supporting side. Overly excessive use of the Internet affects everyone involved with the â€Å"user.† There have been con fessions from individuals who claim to suffer from IAD (Internet Addiction Disorder). A case was, reported in the New York Times, A woman who had been divorced by her husband because of her excessive use of the Internet. Still the woman did not come to her senses and continued to use the internet so much that she forgot to buy food for her children, to take them to doctor appointments, and to buy enough oil to warm her home.(Maria Garcia Duran) Sounds like an addiction, but this still doesn’t fit the whole criteria. Remember you have to experience a chemical effect in the brain when your considering an obsessive need for something to be a diagnose as an addiction. There may be some alternative chemical change in her brain, such as the internet use is causing her to be happy, which means endorphins are being released to the brain. But this article isnt clear on whether the internet use really makes her happy, or helps her hide from reality which may still leave her with the same mood set, but just in hiding. Most people who think they are addicted may just be suffering from the desire to not want to deal with other problems going on in their lives. Those problems may in fact be a mental disorder like anxiety or depression. It may be a a relationship problem, serious disability or health problem. The internet use is no different than TV use, so you won’t have to â€Å"go out with the boys† for drinks or talking to your spouse. Others who spend to much time online with out any other problems present may just be suffering from compulsive over-use.

Different Strands of Feminism: Comparing Equal Rights Feminism, and Socialist Feminism :: Womens Studies

Different Strands of Feminism: Comparing Equal Rights Feminism, and Socialist Feminism With the developments going on in England during the 19th century, a new social class started to emerge, a middle class whose wealth came from land, trade, the professions, or industry. It was from this class that a great deal of the women working for the women's right movement emerged from in the 19th century, since they were the ones that experienced the deprivation of rights which men from this class had won. In 1897 in England the women's movement reunited in the National Union of Women's Suffrage Society, and from here on more women, from both the middle-class, and the working class began allying with the new Labor Party to advocate for the right os workers in general. However, the new reunited women's movement split again in 1906 when feminist lost patient after a deputation of 300 women meet with the prime minister to request the vote, and got instead an advice to be patient. From here on the English women's movement concentrated in winning the vote, but split into two r ival parties, the National Union of Women's Suffrage Society(NUWSS) led by Millicent Garrett Fawcett, and the Women's Social and Political Union(WSPU), led by Emmiline Goulden Pankhurst. Faweet took the prime minister, and peacefully, and patiently continued working to get the vote. She believed that the parliamentary democracy would eventually acknowledge women's right to the vote. So she dedicated to expand membership of NUWSS, to promote publically the demand for the vote, through speaking tours, and distribution of their journal, The Common Cause, and to lobby Liberal Politician to vote in favor of women's suffrage. They repudiated the use of violent tactics. Pankhurst on the other hand completely discarded the advice of the prime minster. She believed that of the vote was to be gain, then action had to be taken. Pankusrt actively spoke to gain the vote whenever a Liberal politician spoke. She participated in local and national suffrage demonstrations, at personal risk. WSPU follows this tactics, they disrupted meeting, organized demonstrations such as open-air rallies. In spite of all this government still did not act, so the WSPU turned to more violent ta ctic. They broke windows, poured liquid down mail boxes, cut telegraph wire, and curve "Votes for Women" in golf courses. They often encounter arrest, to which they responded with hunger strikes.

The rise of high

Background Information on EX. INC The company EX. is a high-end retail chain that sells luxury watches, jewelry and handbags. The company has decided that they would like to expand their organization on a global scale. The organization wants to begin a company in China for a period of 1 year, within that year they will begin to branch out to the countries of Brazil, India, and Russia. As the company begins to work on their short-term objective Of expanding, into China and into the B. R. I.C footprint, there will be small and large-scale changes that will occur doing the process, formulating and implementing a business plan that defines the organization structure and strategy is key to expanding the organization on a lobar scale. There will be many challenges associated when trying to navigate luxury brand items into operating environments across the B. R. I. C to capitalize on the growing wealth and booming middle class. It is speculated that by the year 2050, the B. R. I. C would be wealthier than most of the current economic powers in the world. The B. R. I.C represents more than 40 percent of the world's population. According to investigated â€Å"China and India will become the world's dominant suppliers of manufactured goods and services, respectively, while Brazil and Russia will become similarly dominant as appliers of raw materials. Due to lower labor and production costs, many companies also cite BRICE as a source of foreign expansion opportunity† Move. investigated. Com). Globalization has expanded and accelerated the exchange of many goods and services over vast distances. The recent pace of global integration within the B.R. I. C has dramatically increased, with changes occurring in technology, communication and transportation, these process have made businesses more interdependent than ever. Weiss states â€Å"In an increasingly globalizes world, in which change comes at an ever-faster rate, a DOD business must always have a set of short-te rm as well as long term goals and a detailed strategy for how to reach those goals†. (Weiss, 2012). With the economic growth process occurring through globalization, EX. Inc. Has decided to expand their high-end luxury brand stores globally.As the senior executive representative for EX. Inc. , have been put in charge of the company's first international expansion. It will be my responsibility to decide what organizational changes will take place. As the leader of this expansion, I need to use an appropriate change model that will find ways to improve and expand the organization. The choice Of expanding on a global scale can increase profit; bonus can be offer to future and current employees, and new partnerships are formed that bring new clientele into the EX. organization.China is a great choice for EX. Inc. Global expansion, china is the second largest country in the world, they have about 1. 3 billion people who live and work in a economy where high-end luxury items are wan ted and produce there daily. China is the hub for imported and exported goods, nothing moves into Brazil, Russia or India without coming through China first. The readerships made in China will have a long term affect on future expansion into the B. R. I . C. Knowing upfront the economic advantages in China will give EX. Inc. He competitive advantages that is needed to move forward in the global growing market. As the company begins to work on their short-term objective of expanding into China there will be small and large-scale changes that will occur doing the process, formulating and implementing a business plan that defines your organization structure and strategy is key to expanding the organization on a global scale. Implementing and planning the organization expansion is a lot of responsibility for the persons who have to implement the plan and for the managers and team members who has to enforce the plan.There are three types of changes that happen at the organizational level , the first change is developmental change, this involves an improvement of what already exist. The second change is the transitional change, consists of an â€Å"implementation to achieve a known desired stats that is different from the existing 2012). The last change is transformational change, which involves the emergence of anew, unknown state for the organization. The moved to China is transformational change. Making the transformational shift from the IIS to China will be hard if the proper planning and guidance is not clear.Five Dimension Change model gives the organization a forced guideline to use to stay on track and time with the planned move. This change model provides distinct implementation phases that help the leaders, managers and team members move to their desired destinations. There are a total Of five steps that will ensure that EX. will accomplish there assigned tasks, an take care of there managers and employees in the process. Motivating Change: preparing to l ead the change, s the senior executive of this organization it is my responsibility to ensure that prepare this organization for change on a global and international platform.My company leaders want to partner up with four of the largest countries in the world to become globally competitive. Am being asked to lead immediate change. I must prepare by learning the reality of the situation in B. R. I. C, studying the facts, numbers and details, will need to prepare a case while identifying if I have the right skill sets within my organization to lead the change. I must motivate change by creating readiness and overcoming the resistance for change. Step 2: Creating Vision,- the organization overall vision is to have stores open throughout the B.R. I. C. , to achieve this process, the team will kick at past, present and future conditions. There is no success in business without a vision or a plan. â€Å"A business plan lays out your company's goals so that everyone involved can keep foc used in the same direction. A strategic plan takes this process a step further by giving every division and employee in your company a step-by-step procedure for obtaining the goals set forth in your business plan. Keeping employees focused on the plan means communication and involvement.Every employee will implement your strategic plan as long as he knows his role and can monitor his progress as well as the progress of the company'. (www. Smelliness's. Chronic. Com) Step 3:Developing Political Support- an organization must have political support through transformation process. Step 4: Managing the Transition-according to Weiss ‘intervention must be designed and implemented in both motivating and managing the transition†. An organization can't be afraid of large-scale changes, leaders must know hat is needed within the organization to move towards the company vision.Step 5: Sustaining Momentum: while change and transformation are happening within the organization, leader s are often busy with many projects and are preoccupied with many task, this step allows employees to be engaged and involved with moving towards the organization goals. Open communication between leaders and employees are very important in this last and final stage, providing feedback on concerns, ideas plans goals and performance is important that all see and understand the planned vision of he organization. Used the Five Deem change model for my short and long term change model. Just go through the same process of leading my team Short Term Change Model: Dungy and State's Four Levels Of Change Model The Dungy and State's Four Levels of Change Model, will guide EX. Inc to the transformation that is needed to move the company to China, this change model will help them in 4 different levels achieve there expansion goals internationally. There are specific 4 levels that can occur in an organization. The first level: Fine Tuning, this change involves and ongoing process of itching and fitting an organization strategy, structure, and processes with the environment.This is the level where a strategic plan is laid out at the beginning of the move, every person within this process will be given a step- by-step procedure for obtaining goals sat forth in the organization strategic plan. Leaders and manager will play a very important role of keeping employees on track for the mission at hand. The ultimate responsibility of carrying out the goals set by all falls back on leaders and mangers when the task aren't completed to standard or on time.Level 2- Incremental adjustment: this change model predicts changes that evolve slowly and systematically at a constant rate over time within the organization to fit the external environment. Slightly larger than fine tuning, incremental adjustment to the organization can include correcting faulty processes, changing business emphasis, reallocating staff and so on. â€Å"This takes more work and has a greater risk of going wrong and So is more likely to use local improvement projects, where people take time out of their day work to engage in study of the situation and design of appropriate solutions.Companies that do this often have internal facilitators who are trained up in the methods of improvement and techniques of facilitating nappy, D. And State, D. (1993). Level 3-Modular transformation. Organizational change is radical in this type of change, but it is focused on subparts rather than on the entire organization; for example, restructuring departments or divisions; changes in key executives' and managers' responsibilities; introducing new processes in IT, human resources, or a business process. This type of change is related to transitional change. Weiss, 201 2) Beyond incremental improvement is ‘Business Process Reengineering', or BPR, where the principle is that where incremental changes have limited effect, significant improvements may be achieved by forgetting how the process is enacted at the present and starting with a clean drawing board. Such ‘clean slate' approaches both liberate the designer to entirely re-think how things are done and also give the opportunity for significant failure. A common failure in such projects is where a process gets automated but the software does not behave as well as intended. Level 4 – Corporate transformation.

Software failiure - Free Essay Example

Sample details Pages: 10 Words: 2979 Downloads: 9 Date added: 2017/06/26 Category Statistics Essay Did you like this example? All successful software projects start with the premise that the end result will be successful. The owner of the project initial goal is to deliver on time and on budget. Although these are the primary focus when the project begins, yet is it not more important that the project deliver tangible business and consumer results? A project manager must take both the customer and the project into consideration when performing a software project. Don’t waste time! Our writers will create an original "Software failiure" essay for you Create order Time, thought and much consideration (focus) must be the aim of the project from beginning until completion of the software project. These are primary keys to a projectà ¢Ã¢â€š ¬Ã¢â€ž ¢s success. There are many keys that ensure the success of a project many will become familiar to the reader throughout the reading of this paper. Business drivers such as problems or opportunities that maybe encountered in the beginning and throughout the completion of the project are criteria used to measure the benefits of the project. These drivers should be the primary focus when scoping the project and setting the goals of the project. All projects begin with goals in the order of priority directly related to and supported by the business goals. Target goals are put into place to ensure the project meets the specified time and does not deviate more than those allowable in project plan. The customer and the project planner must be in complete agreement on the goal and anticipation of the project b efore the project begins. An understanding of what the customer expects the success of the project to look like and what measurements will be considered to determine the desired outcome of the project to the customerà ¢Ã¢â€š ¬Ã¢â€ž ¢s satisfactions are critical points when the project is started. These issues should be easily understood by all concerned. A successful project must first be defined. Question, how do we define the success of a software project? We could begin by looking at meeting desired cost, schedule, and scope objectives. Was the projectà ¢Ã¢â€š ¬Ã¢â€ž ¢s completion date met? Was it within budget guidelines and did it meet the desired specifications? Software project success has often been defined in ways that are measured the day the project was finished. This is not always the case. Some projects exceed the specified date originally set forth at the forefront of the project. This does not mean that the project was a failure because of the time constraints. Many projects require more testing than was originally set forth at the start of the project or more funds that are necessary to ensure the project is a success. One example is the Sydney Opera House (Duncan, W.R.), that cost sixteen times as much to build and took four times as long to complete as the original estimates. Although thought to be a project management disaster ending up producing an enduring and inspiring civic symbol. Would this constitute as a project failure? Project success depends on a combination of product success and project management success. Many project owners define the success of the project by the time of completion. If the project was completed in the specified time it was a success. Ask yourself this question; if the project was completed early or a day or two late with all specifications met did you have a success software project? Or if it was completed on time with continual adjustments after completion, is this a successful project? A project must foll ow a completion milestone that should allow for each step of the project to fall within specification. All software project should include modification allowances that provide for added research should the project require it. Literature Review Software failure can be à ¢Ã¢â€š ¬Ã…“defined as the occurrence of either deficient functionality, where the program fails to perform a required function, or deficient performance, where the program performs a required function too slow or in an insufficient mannerà ¢Ã¢â€š ¬?. (Rutgers Computer Technology Law Journal. Perlman, Daniel T., 1998) We live in a society that depends extensively on computers to accomplish our everyday needs; everything from monitoring patients in hospitals to monitoring our national defense depends primarily on computer software not failing. Bearing in mind their fundamental need for computers to function properly, software project failure rates are among the highest across all industries, however the number of statistical reports analyzing those Failure are lesser then one would expect. This literature review provides an overview of general literature available on this subject, the main of objectives of the evaluation are to establish why software projects fail and the main reasons a project may fail along with what lessons can be learned   to improve software developments in order for them to success in the future. The subject of Software Project Failures is full of books, and papers that  stress Why Software Projects Fail, most of them share numerous characteristics ranging from failure due to incomplete requirements to failure due to an incompetent project manager.   Among the studies examining these failures is the 2009 Standish Group CHAOS Report. The report is a collection of data on project failures in the software industry. Its main goal is to make the industry effective and productive and to illustrate ways to improve its success rates and increase the value of the software investments. Their most recent results were published in April, 2009. The introductory statement in CHAOS Report reads: à ¢Ã¢â€š ¬Ã…“The Roman bridges of antiquity were very inefficient structures. By modern standards, they used too much stone, and as a result, far too much labor to build. Over the years we have learned to build bridges more efficiently, using few materials and less labor to perform the same task.à ¢Ã¢â€š ¬? Tom Clancy (The Sum of All Fears) (The Standish Group, 2009) With use of this quote the CHAOS Report suggests that software developers should adopt bridge builders approach of learning from past mistakes. The report explains that the difference between software failures and bridge failures is that when a bridge fails à ¢Ã¢â€š ¬Ã…“it is investigated and a report is written on the cause of the failureà ¢Ã¢â€š ¬? whereas when a software fails the à ¢Ã¢â€š ¬Ã…“failures are covered up, ignored, and/or rationalized. As a result, we keep making the same mistakes over and over again.à ¢Ã¢â€š ¬? (The Standish Group, 2009) The Standish Group investigated the failure and success rates along with the reasons for success and failure. Their study surveyed four focus groups with IT executives of major companies. The attendees represented a wide variety of industries, including insurance, state and federal government, retail, banking, securities, manufacturing and service. Three distinct outcomes, called Resolutions, were what the subsequent report divides projects into. Project Resolution Types 1 (Success), 2 (Challenged), and 3 (Impaired). Resolution Type 1 was when a project was a success; it was completed on time and on budget, with all the functionalities and features intact.   The projects that fell in this category only amounted to 16.2%.  Resolution Type 2 was when a project was completed, however it was over budget or over time, and missing some or all of the functionalities and features that were originally requested.   52.7% of all studied projects fell into the Resolution Typ e 2 category. Resolution Type 3 were projects that were abandoned at some point during the development cycle, consequently becoming total losses.   A staggering 31.1% of all the projects studied fell into this category.   The Standish Group further divided these results by large, medium and small establishments. A large establishment was one with greater than $500 million dollars in revenue per year, a medium was defined as having $200 million to $500 million in yearly revenue, and a small was from $100 million to $200 million. However the statistics for failure were equally discouraging in companies of all sizes. The most important aspect of the research is discovering why projects fail. The report isolated that the top five factors found in successful projects were: user involvement, executive management support, clear statement of requirements, proper planning, and realistic expectations. These indicators were extracted from surveyed IT executive managers of their opinions about why projects succeed. Project Success Factors % of Responses 1. User Involvement 15.90% 2. Executive Management Support 13.90% 3. Clear Statement of Requirements 13.00% 4. Proper Planning 9.60% 5. Realistic Expectations 8.20% 6. Smaller Project Milestones 7.70% 7. Competent Staff 7.20% 8. Ownership 5.30% 9. Clear Vision Objectives 2.90% 10. Hard-Working, Focused Staff 2.40% Other 13.90% The top factors found in à ¢Ã¢â€š ¬Ã…“Challengedà ¢Ã¢â€š ¬? projects were: lack of user input, incomplete requirements and specifications, changing requirements and specifications, lack of executive support, and technical incompetence. The list of top indicators factors found in à ¢Ã¢â€š ¬Ã…“Failedà ¢Ã¢â€š ¬? projects were: incomplete requirements, lack of user involvement, lack of resources, unrealistic expectations, lace of executive support, changing requirements and specifications, lack of planning, didnà ¢Ã¢â€š ¬Ã¢â€ž ¢t need it any longer, lack of IT management, and technical illiteracy. Project Challenged Factors % of Responses 1. Lack of User Input 12.80% 2. Incomplete Requirements Specifications 12.30% 3. Changing Requirements Specifications 11.80% 4. Lack of Executive Support 7.50% 5. Technology Incompetence 7.00% 6. Lack of Resources 6.40% 7. Unrealistic Expectations 5.90% 8. Unclear Objectives 5.30% 9. Unrealistic Time Frames 4.30% 10. New Technology 3.70% Other 23.00% The Standish group report conclude that projects succeed because of: executive support, user involvement, experience project manager, clear business objectives, minimized scope, standard software infrastructure, firm basic requirements, formal methodology, and reliable estimates. The main causes of IT project failure were: lack of clear link between the project and the organizationà ¢Ã¢â€š ¬Ã¢â€ž ¢s key strategic priorities, including agreed measures of success; lack of clear senior management and Official ownership and leadership; lack of sufficient data; lack of effective engagement with stakeholders; lack of skills and proven approach to project management and risk management; along with lack of effective project team integration between clients, the supplier team and the supply chain. Causes of failure could also be the result of the problem not being properly defined: they may have developed the right solution to the wrong problem. This is best addressed by trying to understand the reason for doing the job. The CHAOS Report does have its own shortcomings. Its measures of success are relatively narrow; it only measures success by examining whether a project was completed on time and on budget. The Standish group does not include measures of quality, risk, and customer satisfaction. Nevertheless, the CHAOS Report endures as an important measure for the software despite limited standards of measurement and limiting sources to interviews with executives. There are several other studies on statistics over IT project failure rates which mainly concur with the overall picture of the IT industry that the CHAOS Report provides. In 1997, a study conducted by KPMG Canada, reviewed 176 projects. Their findings determined that over 60% of projects failed to meet their sponsorà ¢Ã¢â€š ¬Ã¢â€ž ¢s expectations. A staggering 75% missed their deadline by 30% or more, and over half à ¢Ã¢â€š ¬Ã…“substantiallyà ¢Ã¢â€š ¬? exceeded their budgets. The main causes for project failure that were identified were: poor project planning, specifically, inadequate risk management and a weak project plan; weak business case; and lack of top management involvement and support. In September 2000, the Gartner Group surveyed 1375 respondents through interviews. (Gardner, 2010) The study indicated that roughly 40 percent of all IT projects fail to meet business requirements. In a more recent survey, the Aberdeen Group claimed 90 percent of projects came in late, while 30 percent were simply cancelled before the deadline. (Booth, R., 2000) According to Tom Carlos in his article Reasons Why Projects Failà ¢Ã¢â€š ¬? gather major reasons   ranging from simple to complex project, The most common reasons for failure   found in the list include :   à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Poorly managed à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Inadequate or vague requirements à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Undefined objectives and goals à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Lack of management commitment à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Poorly defined roles and responsibilities à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Stakeholder conflict à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Team weaknesses à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Lack of user input à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Scope creep No change control process Meeting end user expectations à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Poor communication à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Lack of a solid project plan à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Lack of organisational support à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Centralised proactive management à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   initiatives to combat project risk à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Enterprise management of budget resources à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Provides universal templates and documentation à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Unrealistic timeframes and tasks à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Competing priorities à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Poor communication à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Insufficient resources (funding and personnel) Business politics à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Overruns of schedule and cost à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Estimates for cost and schedule are erroneous à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Lack of prioritisation and project portfolio management à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Scope creep No change control process Meeting end user expectations à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Ignoring project warning signs à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Inadequate testing processes à ¢Ã¢â€š ¬Ã‚ ¢Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚  Ãƒâ€šÃ‚   Bad decisions The first 10 failure in the list focus strictly on software requirements where in the requirements are defined user input, stakeholders, communication. Data and Hypotheses When we look at the success or failure of a software project we must also analyze other areas that can have an impact on the project. A review of the Business Analysis Benchmark gives the project owner and the customer a clear understanding of the organizationà ¢Ã¢â€š ¬Ã¢â€ž ¢s maturity in requirements definition and with management expectation of the project outcome. (IAG Consulting. Ellis, E., 2009) Findings in this analysis showed that requirements maturity has a strong positive correlation to every major measure of development efficiency assessed. It can be a strong motivator in the success of the project. Based upon time performance, budget performance, function performance, each can be a fundamental point in project success when there is an increase in these areas. The project owner must have a clear vision/goal to prepare for success. Failure can become apparent in many ways, i.e. changing the vision in the middle of the project, disputes on the primary focus, expectations th at are beyond project scope, unreliable or not enough resources to maintain project direction and possibly the most valuable to the success of the project is good leadership. An article titled, à ¢Ã¢â€š ¬Ã…“If Software Quality is so Important, Why is it So Often Neglected? (Sassenburg, H., 2006), a great title for this literature review research. This article further explores the Standish Groupà ¢Ã¢â€š ¬Ã¢â€ž ¢s CHAOS Report with a great quote, à ¢Ã¢â€š ¬Ã…“Software Crisis has not yet reached the turning point. It gives the reader a good statistical percentage, à ¢Ã¢â€š ¬Ã…“Only 28% of software projects succeed these days, down from 34% a year or two ago. Outright failures [projects cancelled before completion] are up from 15% to 18%. The remaining 51% of software projects are seriously late, over budget and lacking features previously expectedà ¢Ã¢â€š ¬?. As the study reviews this article a discovery is made based upon the research that includes how the cost is distribut ed. The designer allows certain percentages for each area of the project phase. In the analyze segment of the project it is projected that 10% will be utilized. Design phase will encompass about 15% while the realization and testing will average the remaining percentage. Many projects exceed the budgeted percentage and allotted funds will be taken from one phase and move over to the phase in need. This can at times cause the project to slow in progress or be placed in a temporary state or even placed on hold. The end or mid-result can be the determinant of a number of factors that are evaluated to determine how to complete a software project. The CHAOS Report gives unique information regarding how much is spent on IT application development, $250 billion each year on IT application development which equates to approximately 175,000 projects. A large company can spend anywhere from $2,322,000 to develop a project. Medium companies can spend $1,331,000 and a small company can even spe nd $434,000 to develop a software project. It has also been determined that many of these projects regardless the cost will fail. Hence CHAOS, therefore no longer can one speak the three monkeys, à ¢Ã¢â€š ¬Ã…“hear no failure, see no failure, speak no failureà ¢Ã¢â€š ¬?. In the article, Project Management Practices: The Criteria for Success or Failure, (OW, S. H., Harzadeh, I.) list the top four factors that contribute to a projects success are, user involvement, executive management support, clear statement of requirements and proper planning. This article also explores how a project fails; the main reason for failure is listed as, the inabilities of project ownerà ¢Ã¢â€š ¬Ã¢â€ž ¢s to plan and estimate correctly, or fail to implement the tasks according to plan or simply failure causes by human factor. The Standish Group has estimated that American companies spend at least $81 billion for cancelled software projects. Also, that another $59 million to complete a project that has exceeded budgeted plans. It has been estimated that only 16.2% of software projects were completed on time and on budget. Only 9% of this estimation is for larger companies that have a successful project finished on time and on budget. On occasion these are simply a fractio n of the original requirements. Scary? On another scale, Smaller companies do much better. A total of 78.4% of their software projects will get deployed with at least 74.2% of their original features and functions. The study determined that the most projects, 37.1% were impaired and subsequently cancelled in medium companies, compared to 29.5% in large companies and 21.6% in small companies. Many software project failures are due to cost and time overruns which result in the restart of the project. These causes the project to go over budget and exceed time requirements set forth in the original software project plan. With the three major elements for a project in place, (user involvement, executive management support, and a clear statement of requirements), there is a much greater chance that the project will be a success. Without these three elements the chance for failure increases. In the project management scorecard there are several surveys in which to score whether the project is a success or a failure. A survey list reasons most people give, regardless the type of business for failed or poorly managed Projects. This score card also list the cost of a failed project when poorly managed. A n article in the datacenter journal, facing IT Project Failures, explains that the failure of an IT project as others discoveries disclose, can simply mean that the project has gone over budget by a certain percentage, that completion of the project was delayed beyond a certain point or that the business failed to reap a certain return on investment from its project. The CHAOS report indicates that project success rates have increased to 34 percent of all projects. This percent is 100% more from the success rate found in the first study in 1994. A decline in project failure to 15% of all projects is a great improvement over the 31% failure rate reported in 1994. In this current survey a total of 51% of all projects were over the specified time required, over budget or lacking features and requirements.