Background of Technology Project Essay

The Project to be studied is an implementation of a work denomination and tracking schema in an IT department in a medium sized political party. The IT Department earlier the visualise was started, had undergone a management change and a reorganisation due to corporate cost sharp and restructuring. The previous social structure of the IT organization was teams of people that support specific applications in the system, and the business sector users of a contingent application contacted the team assigned to their application for system enhancements and support. There was no system for managing and tracking projects and tasks, and it was re importanting to the managers of each team to handle project prioritization, assignment and tracking. This structure was changed to a pooled resource structure where IT provide people were grouped by functional areas ( such(prenominal) as mainframe support group, pc support group, vane applications, etc). The IT structure was no longer h ierarchical and the work was no longer handed down in a top down approach thus creating a need for a systematic panache of managing people and tasks to function effectively.SDLC ( carcasss Development Life Cycle)The Life Cycle for this exceptional project did not on the onlyton match the order of the phases as described in the Systems Development Life Cycle concept. Because of the immediate reorganization of the IT organization, current projects en amountered delays and the IT procedures and tasks were disrupted. This prompted a need for a quick reshuffling of work between the new groups and a quick and dirty way to manage the work at hand and incoming work until a better system is implemented.InitiationThe initiation of a system (or project) begins when a business need or opportunity is identified. This happened for this project when a CIO was appointed to head the new IT organization and was asked to reduce head count by pooling the resources while at the same judgment of con viction still provide timely and effective servicing to the business users of the IT systems and applications.System Concept Development contourIn this phase of SDLC, the business need has been okay and the approaches for accomplishing the concept are reviewed for feasibility and appropriateness. Several approaches were considered for tackling the problem in the IT department. The first approach was an Excel spreadsheet to harken all IT personnel and their assigned tasks but this turned out to be too cumbersome and intemperately for several persons to use. An in-house developed web based system was also considered and was in fact implemented but was do-nothingcelled since it was not flexible enough to handle the different tasks of the different IT groupings and the different sources of work begs. The remnant approach was either to buy an existing package that would fit the requirements and customize it for the IT organizations structure and procedures or develop one in-house .Planning somaIn the planning phase, the concept/approach is pass on developed to describe how the business will operate once the approved system is implemented, and to define project resources, activities, schedules, tools, and reviews to ensure the products and /or services provide the required capability on-time and within budget.The planning phase for this particular project was existence done while simple solutions were being used and implemented since there were time constraints and something had to be in place right away. A team was assembled to look into existing applications within the company or packages out in the market that would fit the requirement and assess its flexibility and long status viability for the organization. That team also had to come up with a influence flow of how work will be handled in the new IT structure to help in the use of the short-term solutions and to help in purpose a long-term solution. Finally, devil long term approaches were propos ed. One was that of customizing the packaged software that was currently being used by the Help Desk to track PC and Mainframe work requests for PC Technicians and Mainframe SystemProgrammers, which was from a company called revivify. The other was to develop a work flow system in-house.Requirements Analysis PhaseIn this phase, functional user requirements are formally defined and delineate the requirements in terms of data, system performance, security, and maintainability requirements for the system.The functional user requirements for this project detailed all the different tasks that an IT organization performs and the information that needs to be tracked for each such as requestor, status, assigned IT person etc. One of the main requirements garner was that of accessibility of the work flow system. Different people will be entering work requests such as business users and help desk personnel and the user interface and performance requirements for the two types would be remot e different. So the chosen system should have flexible interfaces and need to communicate work status and results plump for to the requester in a medium that is accessible company wide. Another main requirement is that the system can be implemented quickly and should be flexible enough to easily add features in the future. excogitateThe physical characteristics of the system are designed during this phase. For this project, after reviewing the requirements, the only option that would work was an out of the nook solution such as the Remedy Action Request System. Since it was already being used by the Help Desk team, it has already proven itself as a flexible and reliable system to use. As a help desk software it allows entry of work request, assigns work, allows a way to log the progress of a request and stores all the history regarding a request. Design was simply a matter of finding out the customizable options and features in Remedy and designing it for the different IT groups f ormed.Since help desk work was different as compared to application development work, two type of request were designed and one was for support/problems and one was an enhancement to the system or major(ip) project that have subtasks andinvolved lots of people with different roles and responsibilities. For the IT cater a client innkeeper platform was needed for faster execution, and for accessibility and ease of use, a simple web-based interface was designed for the business users since they dont need to see too much detail. Since company wide communications was done through e-mail, work assignment, status and results need to be communicated through this medium.Development, Integration , Test and Implementation PhaseThe four phases for this project was combined into one because of the time constraints and since it was a packaged software approach and the main components no longer needed development and testing. Most of the development involved loading tables that the package uses such as logon ids, departments, user data etc, and the customization of the user interfaces. The necessary components of Remedy were installed and hooked up with the web servers and the email system. Before final rollout, it was given a trial basis by one representative in each IT group and finalized based on the recommendations of each representative. Once the work flow system was ready, the IT staff were trained on how to use it and how work should flow through the organization.ConclusionThe project as a whole went through a couple of cycles of the SDLC due to different implementations. But the final result was comparatively successful since it incorporated the ideas that Trepper suggested in his article Getting an edge on the competition which was about process management. According to Trepper, process management should also cover the establishment of actual development phases and activities, creation of a workflow among participants, and selection and implementation of tools an d techniques best suited to the task. This was accomplished by the Remedy AR system.The customized Remedy AR System also incorporated the two principal source of best practices as listed by Trepper which is assiduity best practice and onesdeveloped within the company. The Remedy AR System already had the industry best practice since it is a widely used system and the company best practices were incorporated through the customization of the system based on recommendations of the different IT groups.