Adopting a Trouble-making IT Project

Taking over someone else’s IT project is akin to adopting a kid. You did not give birth to them, but you must help them grow up to be the man. Everyone who commits to taking such a responsible step should be ready for several issues that will have to be solved on the run because IT project management is a continuous process.

So, today we’re talking about the danger of someone else’s misdeeds, learning how to gain the trust of a client disappointed in IT due to their negative background, and why it is important not to refuse such offers. No unnecessary data, just our own experience and insights. Well, what you are most likely to face when deciding to take someone else’s project to the finish line.

Bags of bugs left by the previous team

Bags of bugs left by the previous IT project management team

The ideal scenario (and you should insist on it) is when the last team transfers the IT project step by step to new developers. At the very least, such an approach will give you essential insights and foundations and help you concentrate on essentials asap. Since speed and organization are crucial, there’d be no time for self-exploration.

Thus, one of the projects we “adopted” was a complete mess. The program itself was unstable. Errors were jumping out behind the corners like monsters in a lousy horror movie getting on users’ nerves. To add to the confusion, we had to keep driving in that clunker, fixing, modifying, and optimizing it on the run. That was the Client’s business need, and we knew it in advance. But still, It all looked sad and irresistibly difficult.

Well, we all know here that patience, hard work, and perseverance always pay off, and this pretty obvious formula helped us make the “monsters” go away. However, many things also depended on our project manager (PM), who could move that pile left by the predecessors. And correct prioritization played an essential role in it.

Many tasks – no project prioritization

Many tasks set by IT PM- no project prioritization

The biggest challenge our IT project manager faced working on the case was the problem of scheduling and prioritizing tasks. On the one hand, the show must go on: the product required further continuous development. On the other hand, we detected many different errors in the program all the time that needed to be urgently corrected.

The last team IT project manager who helped us accept the project, also pointed out this problem. He said they tried to plan the workflow but failed and strongly recommended that we stand the fact that “it is impossible to systematize the chaos.” Our PM could barely put up with it, though.

The project was massive, the system was complex with much functionality, and all this needed streamlining. We collected all the current tasks (the list was impressive) – and started arranging planning sessions with the product owner. These calls helped us understand the system, how it worked and what additional steps should be taken. We built a paradigm: what was missing at that moment, what’d we be paused, and what we’d do later (when we’d get around to it), and what needed to be done first.

IT project development methodology: to change or not to change

IT project development methodology: to change or not to change

For a long time, new tasks were a higher priority for us. Then the Client-Executor system became a little more complicated: the Customer got a new user. It was necessary to add additional, personalized functionality to the software we developed. So, the new “player” needs also became the priority.

We weren’t confused and carried out another prioritization, highlighting the P1 group, which included about ten first priority tasks. Unfortunately, it was rarely possible to create gradation between them. At least two tasks were always equally important. We used different prioritization methods. Some of them helped, the others didn’t. In general, several tasks of the P1 category kept standing in front of us all the time, and it was almost impossible to choose what to do in the first place, so the constant asaps were still actual. Just imagine yourself coming to your office every single day with a specific working plan to find new emails marked “hot” in your inbox that change everything. “This won’t do,” our PM thought and decided to change the IT project management approach.

The thing is, we worked on Scrum that time. We had two-week sprints, and everything that got into development was brought to an end. But due to the project dynamics, the constant priority shake-ups, something had to be changed all the time, some tasks had to be removed, and new ones were added and required immediate consideration. Our team worked productively enough, and somehow we managed to do some stuff beyond. The guys didn’t want to throw tasks out of the sprint: they didn’t like being jammed once they were set up. As a result, the development process turned into an endless race, which exhausted and bumped the team out.

In the end, our PM decided to switch to the kanban methodology. As the tasks began to flow, things gradually dropped. Asaps, hot features, and hotfixes arrived as before, but it was easier to manage them in kanban. We built a good process, found the limits that the team could use at a specific development stage, and carried on working on the project happily ever after.

Okay, of course, it wasn’t that easy. That “adopted” IT project was a real pain in the neck with so many bugs, pitfalls, and unforeseen circumstances (for instance, the Customer’s unscrupulous contractors couldn’t be more unscrupulous if they tried, but we did have to have them). Seriously, no one should experience that.

Unless you’re a race car driver having jumped in the rally called Experience & Reputation, that’s exactly why we do not regret being involved in this adventure. Firstly, such challenges bring the team together. Secondly, sophisticated tasks are essential for IT project managers’ professional development. And finally, it just feels so good to carry good ideas out till the end (even if you didn’t launch the process) and to help smart and hardworking people push their brilliant message to the world.

Need experienced business analysis services to find suitable technical solutions and achieve your business’s specific goals? Or maybe lacking reliable and effective IT project management services to easily sync and manage your people, projects, and everything in between? PieSoft top-rated IT software development team is your all-in-one answer.

OUR HEADQUARTERS

We are open to new challenging tasks and
we'd love to  learn more about your project.