Tegan

664 Words2 Pages

Tegan/Hrad Technika Case

The purpose of this paper is to analyze the reasons for the failure of an outsourcing IT project and its effects on the long term partnership of the vendor (Hrad Technika) and their client (Tegan) from each of their perspectives. Hrad Technika and Tegan had shared a favorable working relationship for 3 long years until they encountered this issue. When the IT project of Tegan’s Account Payable system was outsourced to Hrad Technika, both parties seemed to feel unanimously positive about the success of the project.
Hrad Technika was very optimistic about this project in the beginning and saw it as an opportunity to strengthen Tegan’s trust over Hrad’s development capabilities. It saw this project as a climbing ladder to gaining further work from Tegan in the future. However, the project did not pull through as expected leaving Hrad in a complex situation to fix the relationship and to make sure that such a problem never crops up in the future.
Tegan had been looking for assistance and support from Hrad for their A/P IT system which had been working on old legacy system. Since Tegan was growing at a fast speed and relied on the IT system to make payment, they wanted to upgrade to a newer reliable software application which would support them during the Christmas rush. Tegan assigned Hrad Technika to do the development and the problems started when they were not able to match the timeline and budget as per their proposed contract, which they had won after making the specification and bidding.
This case gives us an indepth insight on the management of outsourcing a project from the service provider as well as the client’s end and gives us a broader picture of IT outsourcing.

Outsourcing the A/P Project: Ri...

... middle of paper ...

... IT per say, which can define the needs and requirements as we see they are bidding and getting information from their partners and then making up RFQ, there is no way they can decide what they want their internal teams to do. If you do not have expertise, you better work with partners. As per Porters strategy map, if this functionality is your key functionality you should keep this in-house and do not give it to other for the development, but I don’t see any option available here. Since, their margins are so low and they run so close to the crash scenario ‘Outsourcing’ was a good option, had this gone well for the development. The failure resulted from communication lapses between the client and the outsourced firm. The client failed to provide all essential information required for the optimal functioning of the system.

Trade-offs involved: Requirements Analysis

Open Document