OHIO ITS 444 - Systems Development Life Cycle

Unformatted text preview:

Systems Development Life CycleArchitecturePolicy versus planningTelecom planningSources of requests for projectsNetwork modelingPhases of network analysis and designSecond stepThird stepFurther stepsEven more stepsAnd the final steps“How to fail in project management without really trying” –J.K. Pinto and O.P KharbandaLessons to be learnedProject failureThe 12 rules of project management from “The Complete Idiot’s Guide to Project Management”Five processes of project management from “The Complete Idiot’s Guide to Project Management”Project initiating processProject planning processProject executing processProject controlling processProject closing processSystems Development Life Cycle•Vision–Strategic direction •Objectives–Results to achieve•Strategy–How vision will be attained•Long-range plans–3-5 year horizon•Annual plan•Financial planArchitecture•Information systems architecture•Business systems architecture•Technical architecture–Network architecturePolicy versus planning•Policy sets criteria for planning•Planning–Done at many levels throughout the organization–From long range to intermediate time horizons–From general to specificTelecom planning•Long range planning—architecture•Mid-level planning—components that fit the architecture•Lower-level planning –configurations, features, procedures and training for specific operationsSources of requests for projects•Telecom group itself–Technical knowledge, often not knowledge of business needs•User groups•Senior managers•Customers/vendors/government agenciesNetwork modeling•Logical•Geographical•System’s design•Data flow or topologyPhases of network analysis and design•Problem identification, definition and objective statement–Development team—technical expertise, users, vendors and service providers–Need for a champion–Preliminary determination of requirements–Assessment of risk involved–Deliverable—white paper describing the problem to be solved or the opportunity to be taken advantage ofSecond step•Preliminary investigation and feasibility study–Technical –Behavioral–Economic –plus/minus 50% cost variance–Operational –Time –Regulatory–Ethical –Deliverable: report of feasibility and preliminary cost estimateThird step•Systems analysis—detailed understanding and definition–Specifications–Prototyping and simulation–Make-or-buy decisions–Architecture–Planning and documentation–Deliverable: specification of requirements, defined strategy and architecture, updated cost estimate, test plansFurther steps•Step four: Investigation of alternatives–Deliverable: statements of alternatives available with cost and value of each and recommendation of best alternative•Step five: general network design–Deliverable: diagram showing components of project•Step six: selection of vendor and equipment–Deliverable: rating and ranking of vendors, with recommendationsEven more steps•Step seven: calculation of costs–Deliverable: recommendation of final configuration after calculation of costs by alternative vendor•Step eight: presentation to management•Step nine: final decisions and design•Step ten: procurement•Step eleven: preparation for implementationAnd the final steps•Step twelve: installation of equipment•Step thirteen: system testing•Step fourteen: training•Step fifteen: implementation–Cutover: pilot, parallel, phased, cold turkey•Step sixteen: after implementation cleanup and audit•Step seventeen: system turnover to maintenance“How to fail in project management without really trying” –J.K. Pinto and O.P Kharbanda•Ignore the project environment—including the stakeholders•Push a new technology to market too quickly•Don’t bother building in fallback options•When problems occur, shoot the one most visible•Let new ideas starve to death form inertia—Xerox example•Don’t bother conducting feasibility studies—ready, fire, aim•Never admit a project is a failure•Over-manage project managers and their teams•Never conduct post-failure reviews—insanity= doing the same thing in the same way and expecting a different result•Never bother to understand project trade-offs•Allow political expediency and infighting to dictate crucial project decisions•Make sure the project is run by a weak leaderLessons to be learned•Projects often involve risk and always upset the organizational status quo•Past failures should not discourage future effotsProject failure•Not enough resources•Not enough time•Unclear expectations–Necessary changes are not understood or agreed upon by the stakeholders–Disagreements among stakeholdersThe 12 rules of project management from “The Complete Idiot’s Guide to Project Management”•Thou shalt gain consensus on project outcomes•Thou shalt build the best team you can•Thou shalt develop a comprehensive, viable plan and keep it up to date•Thou shalt determine how much stuff you really need to get things done•Thou shalt have a realistic schedule•Thou won’t try to do more than can be done•Thou will remember that people count•Thou will gain the formal and ongoing support of management and stakeholders•Thou must be willing to change•Thou must keep others informed of what you’re up to•Thou must be willing to try new things•Thou must become a leaderFive processes of project managementfrom “The Complete Idiot’s Guide to Project Management”•Project initiating •Project planning•Project executing•Project controlling•Project closing•These embody the three general functions of project management: definition, planning, and controlProject initiating process•Recognize that a project needs to be done•Determine what the project should accomplish•Define the overall project goals•Define general expectations of all stakeholders•Define the general project scope•Select initial members of the project team•Write and agree on a statement of work or contract of the project•Establish the rules for the project—levels of authority, communication channels, chain of commandProject planning process•Refine the project scope (balance required among results, time, and resources)•List tasks and activities that will lead to achieving the project goals•Sequence activities in most efficient way•Develop a workable schedule and budget•Get the plan agreed to and


View Full Document

OHIO ITS 444 - Systems Development Life Cycle

Download Systems Development Life Cycle
Our administrator received your request to download this document. We will send you the file to your email shortly.
Loading Unlocking...
Login

Join to view Systems Development Life Cycle and access 3M+ class-specific study document.

or
We will never post anything without your permission.
Don't have an account?
Sign Up

Join to view Systems Development Life Cycle 2 2 and access 3M+ class-specific study document.

or

By creating an account you agree to our Privacy Policy and Terms Of Use

Already a member?