What am I going to do now?" you find yourself asking out loud while staring at the ceiling in your office.” Should I de-escalate this project or press on?" It felt like you were in one of those management case studies—except that it was real and it was you!

You replayed the events leading up to this dilemma. It all started when you have appointed the leader of the HRSBPS team- the Project team in charge of creating the new human resources benefits package management system. You had made a very successful business case presentation and received public praise from the executive team. "Finally! Someone who does not speak techno-mumbo-jumbo but can present an IT project in business terms!" L. J. Lalli, the chief executive officer (CEO), had exclaimed. It had been your ability to interface with both the developer and the business stockholders that had landed you the project manager position. You were the first project manager in your firm to come from a functional area (Human resources) instead of the information system function.

The project had proceeded very well, with great support from the user community-Your former colleagues, of course. This was due in large part to your knowledge of HR and your stakeholder-Friendly approach. You had made a conscious choice to seek user feedback and to honor as many requests for enhancements as possible.” You have to freeze the requirements,” Erik Khan, the lead system analyst, had objected. “Otherwise, it’s going to be anarchy.” But you had dismissed his complaints as “Development team grumblings.” Those Guys were never happy with a little uncertainty anyway. Having been on the “the other side” as a stockholder in a number of system development projects, you knew full well that unhappy users were the fastest route to system failure.

Now you were the beginning to second guess your decision. The original schedule called for releasing the beta version of the application for user testing later this week. Instead, you had only 40% of the approved functionality coded. Moreover, your team was looking at a list of 22 enhancements, 2 of which would require a change in the database structure. Project completion, without the proposed enhancements, entailed seven more months (a 45% increase on the original).

It was now apparent that the original project had also been underfunded. The current estimate for finishing the project with the approved set of requirements called for a 62% budget increase (Over the original). It was unclear how much more it would cost to exceed the requirements Since the 22 proposed enhancements had yet to be evaluated by the system architect.

You were due to present a progress report to MS. Lalli tomorrow afternoon, but you were still unsure about what course to take. The only certainty at this point was that you had to make your pitch for a project extension and ask for further funding at the meeting. Your plan was to report on the current state of affairs, Paint a picture of the final product, and sell support. But what is the final product going to be?

1. What were the most critical practices (or mistakes) that caused the current situation?

2. What would you do differently, if you have a chance to start this project all over again?