Lec 4 Flashcards
Traditional v Agile
Traditional : constantly chAnging requirements because lack of discipline, failure to establish clear requirements
Model:
Requirements > design > implementation > verification > maintenance
Agile: constantly changing requirements because requirements do not exist, users can’t communicate needs at begging of project, problems cannot be anticipated as business environment changes
Model:
Requirements> design>develop > test and repeat
Traditional v agile/ suggested solutions
Traditional suggested solutions: Disciple in planning Firm agreement in advance Req outside scope only given if permitted Contingency plan created
Agile suggested solutions: Not much planning Build system fast Accept errors Fail faster quicker succeeding Active attention to detail
Choosing traditional or agile
Traditional: Clear req at beginning Small or no changes during project Patient customers Mechanistic culture
Agile:
Hugh explanation factor projects
High customer responsiveness
Organisations with innovative cultures
How to keep projects on schedule
How to keep projects on schedule:
Find all tasks to be performed and their interdependencies
Find the critical path (path where if delays add scrutiny to delays to overcome)
3 IT Infrastructure
It infrastructure:
1.back end systems > accounting hr
- Middle end systems > shipping
- Front end systems > customer relations management, order placement
IT Infrastructure issues: spaghetti systems
Issue with it infrastructure is spaghetti systems. This is the result of kludge for fast system development.
A kludge = a quick and soft solution that is inefficient, dirty, clumsy and hard to maintain
Risks of poor IT Infrastructure issues
Risks of poor it infrastructure issues;
Kludges- service outrage
Insufficient integration between systems
Lack of real time functionality
Factors for selecting a vendor
Factors for selecting a vendor:
Fit between company’s tech platform and vendors solution
Prev history of vendor
Skill level of team that vendor assigns
Phases of de escalation process:
Phases of deesclation process:
Phase 1: problem recognition
2: reexam of prior course of action
3. Search for alternatives
4. Exit strategy
Key roles in de escalation process
Key roles in deescalation process:
Messenger - gives problem description Exit sponsor - authority to push exit Exit champion - actively pursue deescaltion Exit catalyst - show probs of existing Exit blocker - slows exit down Legitimiser - external assessment Scapegoat - to blame for project failing
Bases of power (compliance)
Bases of power complaince:
Reward power - give rewards for compliance
Coercive power - force through threat
Expert power - compliance based on expertise
Informational power - compliance through intelligence
Legitimate power - compliance through position
Referent power - Induce behaviour based on influencing agent