02
Sat, Nov
2 New Articles

Project Lifecycle, Methodologies, and Standards - Project Lifecycle

Career
Typography
  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

No matter what methodology you use to manage your project, you will need an understanding of the project lifecycle. As with the methodologies, you will see variations in the phases, and the names of the phases, in the project lifecycle, but they are all fundamentally similar.

Editor's Note: This article is excerpted from chapter 2 of Fundamentals of Technology Project Management, by Colleen Garton and Erika McCulloch.

Throughout each of the project lifecycle phases, the project manager performs Project Direction activities. These activities include management of the standard, methodology, project, people, and communication.

The project lifecycle describes the phases or steps you will complete throughout the project from the initial concept through to project closure. The lifecycle divides a project into six very distinct phases (Figure 2.1):

  1. Planning
  2. Design
  3. Development
  4. Integration (including testing)
  5. Deployment
  6. Post-Deployment

Project Lifecycle, Methodologies, and Standards - Part 1 - Figure 1

Figure 2.1: The Project Lifecycle

All six stages are critical to the success of a project. Trying to save time by skipping a phase or reducing the time needed to complete it successfully will result in either a substandard product or a completely failed project.

Some of the tasks included in the planning phase are not included in project lifecycles found in other methodologies or standards. This is because they are considered to be “pre-project” work—work carried out prior to final project approval. In this book, I consider everything to be part of the project lifecycle from the moment an idea or concept is presented for consideration right through to the tasks that occur after the project has been completed and handed off. Pre-project, this includes the business documentation created prior to a project manager being assigned to the project. Post-project, it includes such things as operational support documentation and the process for disbanding the project team. Incorporating all project work in the lifecycle facilitates the use of consistent processes throughout the project and ensures smooth handoffs between business management, project management, and operations management. It also ensures that if processes are changed on the front end of the project, those changes must flow through to the rest of the project lifecycle without causing inconsistencies or conflicts.

There are quite a few tasks that occur after the project has been completed, and these tasks are as important to the lifecycle as the pre-project tasks. In addition to establishing standard practices for closing the project, it is important to ensure that there is some period of support available after deployment. It is not often that a project is delivered to the client free of any defects and without the need for any operations support, technical support, engineering involvement, or communication after the project handoff. To guarantee client satisfaction, there must be a plan in place for managing any post-deployment issues.

It is good practice to document your project lifecycle or methodology before you start your project. In most companies, this lifecycle is the same for every project, so it may well be documented as part of the company’s processes and procedures. If it is an undocumented process or if there is no standard process in place, then this is the time for you to document the process you will use for your project. Everyone on the project team should understand the process and be aware of what phase you are in as you progress through the lifecycle.

The Project Lifecycle Phases

The project lifecycle phases in this book comprise the following high-level tasks:

Planning Phase

  • Create and Present Project Concept
  • Obtain Concept Approval
  • Create Project Proposal
  • Obtain Proposal Approval
  • Create Project Charter
  • Obtain Project Approval
  • Create the Project Plan
  • Create the Project Approach
  • Finalize the Budget

Design Phase

  • Design the Architecture
  • Design the Product and the Features
  • Create Specifications and Task Lists
  • Finalize the Project Schedule

Development Phase

  • Build the Product
  • Analyze and Document Project Statistics
  • Conduct Status and Project Review Meetings
  • Verify and Document Feature Complete

Integration Phase

  • Integrate Features into the Final “Product”
  • Perform Integration and End-to-End Testing
  • Perform Stabilization and Optimization Tasks
  • Verify and Document Code Complete

Deployment Phase

  • Finalize Operations Documents
  • Conduct Training
  • Finalize Deployment and Project Acceptance
  • Verify and Document Project Handoff

Post-Deployment Phase

  • Transfer Control of the “Product” to the Operations Team
  • Conduct Lessons Learned Meeting
  • Perform Project Closure Tasks
  • Disband the Project Team
  • Celebrate Success!

Planning

The planning phase starts with the project concept and incorporates all the meetings, research, and reporting that is necessary to get the project approved. As a project manager, you may not be involved in all the pre-project planning, but you will be involved in a substantial amount of planning before your team starts developing/ building any products. High-level estimates, selecting your team members, project definition, and kickoff meetings, for instance, are all part of the planning phase. The planning phase is complete after you have the Project Charter, Project Plan, and Project Approach completed, reviewed, and approved. The Project Charter describes what the project is, the Project Plan describes how it will be implemented, and the Project Approach describes the processes that will be used during the project lifecycle.

During the planning phase, it is extremely important to get client sign-off on all deliverables. Any changes must go through a pre-defined change control process. This ensures that both the project team and the client are on the same page and that there will be no misunderstandings about deliverables later on down the road. Verbal agreements are not worth anything. Make sure everything is in writing.

So, how do you get the planning phase completed? This is one of the most difficult phases of the project. You need to get it right the first time, as your whole project will be scheduled and built in accordance with what you define and document in this phase. This is where your team builds the road map that will get the project from here to closure.

It is critical that the functional and technical requirements are documented fully and completely. The Functional and Technical Requirements Documents will serve as the template for the design specifications. If the project is complex and comprises multiple features/components, there should be Functional and Technical Requirements Documents for each feature. If the project is small, one Technical Requirements Document will be sufficient.

The size, complexity, and scope of the project will determine how much detail is needed for the Project Plan and the supporting documentation. The time spent on putting the plan together should be proportional to the size and complexity of the project. The Project Charter, Project Plan, and Project Approach will be the road map used by the project team to guide them to project completion. The project manager will create a high-level schedule for the team.

Design

The design phase of the project is an area that is often neglected, at least to some extent. I have seen teams who implement their code and then write the design specification after the fact. This is not going to result in consistently high-quality, re-usable, and extensible code and systems. The starting point for writing a Technical Design & Specification Document is to review the Functional and Technical Requirements Documents. If the project is complex and comprises multiple features/components, there will be Functional and Technical Requirements Documents for each feature. There should be both a Network and System Architecture & Design Document and a Software System Architecture & Design Document, which are usually documented by the lead engineer or architect. The Architecture documents will show all the features and components of the product or system and how they integrate with each other to constitute the final product. If you have multiple features in your product, you will need multiple design specifications. Either the lead/architect will write the designs, or each feature will be assigned to an engineer who will use the Architecture documents as a guide when creating the design specification. The design specifications often require that the engineer write test code or build a mini-prototype to verify that the design will work. The design must include details on how the feature or component will be tested both by the developer (unit testing) and by the Quality Assurance (QA) group (integration testing).

The feature designer, technical lead, and project manager use the Technical and Functional Design Specification Documents to break down each feature into tasks and subtasks. Any task that takes more than a week or two should be broken down into subtasks. These lists of tasks are called the Detailed Task Lists. The Detailed Task Lists identify dependencies between tasks that enable the project manager to schedule them appropriately. The Detailed Task Lists also include Final Estimates. The project manager needs to review the Final Estimates to ensure that the overall project can be completed within the proposed timeline and budget. Generally, you will find that some tasks come in under estimate and some over estimate, but as long as you have left some buffer time to allow for this, you should be pretty close to the estimates created during the planning phase. If not, then this is the time to review the Detailed Task Lists with your team, and possibly your client, to make decisions about how to proceed.

The design phase of a feature usually takes about 20 percent of the total implementation time for that feature. For example, if you have eight weeks assigned in total to implement one feature, approximately two weeks will be for design (including design meetings, necessary prototyping, design reviews, and all reviewing and updating of documentation). If prototype or test code is written, it is usual for this code to be used as a starting point for the feature implementation.

Development

During the development phase, the project manager will create the detailed Project Schedule. The development phase is where the product is built. The code is written and/or the system is developed. This phase includes unit testing of the features and components. It includes writing any test code or building any test systems needed for the QA group to be able to adequately test the product. The project will have been broken down into releases or milestones during the planning phase.

Once the detailed Project Schedule is complete and the milestones and deliverable dates are finalized, the actual development of your product begins. The project manager’s job is primarily to track and manage the Project Schedule and the project team. This includes managing the scope, resources, budget, change control, status reporting, and quality of the product. This phase may contain many internal releases and test cycles that continue until all of the features and components are completed. The developers will be unit-testing their code before checking it in for a build; they will be tracking down and resolving bugs in their code. All of the code should be implemented, and all unit-testing and bug-fixing on individual features and components should be completed at the end of the development phase.

Integration

The integration phase is where you integrate the code or the system components into what will be the final product. For complex systems, whether hardware or software, the chances are that there will be some integration issues. Integration bugs will likely be found and will need to be resolved before the product is ready for release. Applicable performance and stability testing of the product will be performed and changes made to ensure that the product or service meets the specified performance specification. This is not as simple as it sounds. This can be the most stressful phase of the lifecycle. If you are running out of time and cannot track down that one critical, elusive bug that is a showstopper, you and your team could find yourselves working long hours and long weekends for some time until the issues are resolved. If the product is being deployed at the client’s site, there could be some integration with the client’s existing systems. Usability testing or beta-testing programs will also take place during this phase of the project. The project manager will be working on the plans for deployment and post-deployment during the integration phase. The Operations Plan will need to be completed so that the Training Plan can be completed and the Training Manuals and course descriptions created.

Deployment (Launch)

There are a few things that need to be accomplished during the deployment phase before you will be ready to hand off to your client. The client training will take place during this phase. Any critical bugs found since integration will be fixed and verified. The final product will be delivered, whether that is physical hardware, a CD, or a product installed on Internet servers. The client will approve the deliverable prior to deployment. The client will perform client acceptance testing after deployment, followed by a formal client acceptance meeting where final agreements are signed. The final product handoff occurs when both parties have fulfilled all contractual obligations.

Post-Deployment

In most respects, your project is completed. Depending on the nature of the project, you will have somewhere between zero and many final tasks to complete before project closure.

During the post-deployment phase, you and/or your team may continue to be responsible for some ongoing support to the technical support, customer service, operations team, and so on. This could include weekly meetings with technical support and customer service representatives to analyze data relating to how many phone calls/emails they are receiving on different issues and areas of the product. You may have regular meetings with the client to troubleshoot issues and to discuss bugs and schedule maintenance releases of the product. You may need to work with the technical writing team to update help screens, user guides, and installation and setup guides to either correct errors or incorporate changes due to maintenance releases. For Internet products, you may be responsible for some operations support for the system. You may need to analyze performance statistics to ensure that your product’s performance in a production environment is in line with the results that your team achieved in the test environment. Will the system support the peak loads that were agreed to and confirmed in the contractual agreements? Time for these tasks has to be included in your scheduling, and for many, or all, of the project team, this may overlap with new assignments and new projects. Just because your project has been handed off does not necessarily mean that you can wipe your hands of it and move on without looking back!

Lessons learned, which are sometimes rather morbidly referred to as “postmortems,” are an essential final step in any project. Do not be tempted to skip the lessons learned process. It is valuable and a great way for a project manager to get feedback on how the project went, any issues encountered, what things went well, and what things could be improved.

Project Direction

Project Direction is not a lifecycle phase. It is, however, the most important part of the project manager’s job. It encompasses all the management and coordination tasks required to manage the project, overcome obstacles, and obtain the necessary approvals through each phase of the lifecycle. In addition to managing the coordination of project tasks and ensuring that all applicable standards, processes, and methodologies are followed, the project manager must effectively manage the people involved in the project. Project Direction tasks include the following:

  • Managing communication
  • Managing obstacles, risks, and issues
  • Managing conflict
  • Managing the client and client expectations
  • Managing team members and team member expectations
  • Managing organizational and project change
  • Managing growth and development for team members
  • Performance management and evaluation
  • Developing leadership abilities
  • Focusing on personal growth, development, and career planning

Next time: Managing Each Step of the Project Lifecycle.  Can't wait?  Pick up your own copy of Fundamentals of Technology Project Management, by Colleen Garton and Erika McCulloch - available and on sale at the MC Press Bookstore today!

Colleen Garton

Colleen Garton is a highly respected and experienced writer, consultant, and speaker. She is the author of two management books: Fundamentals of Technology Project Management and Managing Without Walls. Recognized internationally as an expert on virtual and global management, Colleen is an experienced and in-demand public speaker for numerous events and conferences around the world. She is also author of the blog Working With or Without Walls.

 Colleen has extensive management and training experience in the United States and internationally, with more than two decades of practical experience in traditional and virtual management spanning multiple industries. She is the owner of the Garton Consulting Group. Before founding the Garton Consulting Group, Ms. Garton held senior management positions at some major U.S. corporations.

You can follow Colleen on Twitter at @ColleenGarton and on Facebook.


MC Press books written by Colleen Garton available now on the MC Press Bookstore.

Fundamentals of Technology Project Management Fundamentals of Technology Project Management
Master the specific project management issues that technology professionals must face.
List Price $69.95

Now On Sale

Managing Without Walls Managing Without Walls
Optimize the effectiveness of your teams...no matter where they are.
List Price $37.95

Now On Sale

BLOG COMMENTS POWERED BY DISQUS

LATEST COMMENTS

Support MC Press Online

$

Book Reviews

Resource Center

  • SB Profound WC 5536 Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. You can find Part 1 here. In Part 2 of our free Node.js Webinar Series, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Brian will briefly discuss the different tools available, and demonstrate his preferred setup for Node development on IBM i or any platform. Attend this webinar to learn:

  • SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.

  • SB HelpSystems ROBOT Generic IBM announced the E1080 servers using the latest Power10 processor in September 2021. The most powerful processor from IBM to date, Power10 is designed to handle the demands of doing business in today’s high-tech atmosphere, including running cloud applications, supporting big data, and managing AI workloads. But what does Power10 mean for your data center? In this recorded webinar, IBMers Dan Sundt and Dylan Boday join IBM Power Champion Tom Huntington for a discussion on why Power10 technology is the right strategic investment if you run IBM i, AIX, or Linux. In this action-packed hour, Tom will share trends from the IBM i and AIX user communities while Dan and Dylan dive into the tech specs for key hardware, including:

  • Magic MarkTRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now!  Request Now.

  • SB HelpSystems ROBOT GenericForms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.

  • SB HelpSystems ROBOT GenericIT security is a top priority for businesses around the world, but most IBM i pros don’t know where to begin—and most cybersecurity experts don’t know IBM i. In this session, Robin Tatam explores the business impact of lax IBM i security, the top vulnerabilities putting IBM i at risk, and the steps you can take to protect your organization. If you’re looking to avoid unexpected downtime or corrupted data, you don’t want to miss this session.

  • SB HelpSystems ROBOT GenericCan you trust all of your users all of the time? A typical end user receives 16 malicious emails each month, but only 17 percent of these phishing campaigns are reported to IT. Once an attack is underway, most organizations won’t discover the breach until six months later. A staggering amount of damage can occur in that time. Despite these risks, 93 percent of organizations are leaving their IBM i systems vulnerable to cybercrime. In this on-demand webinar, IBM i security experts Robin Tatam and Sandi Moore will reveal:

  • FORTRA Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:

  • FORTRAManaging messages on your IBM i can be more than a full-time job if you have to do it manually. Messages need a response and resources must be monitored—often over multiple systems and across platforms. How can you be sure you won’t miss important system events? Automate your message center with the Robot Message Management Solution. Key features include:

  • FORTRAThe thought of printing, distributing, and storing iSeries reports manually may reduce you to tears. Paper and labor costs associated with report generation can spiral out of control. Mountains of paper threaten to swamp your files. Robot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing. Manage your reports with the Robot Report Management Solution. Key features include:

  • FORTRAFor over 30 years, Robot has been a leader in systems management for IBM i. With batch job creation and scheduling at its core, the Robot Job Scheduling Solution reduces the opportunity for human error and helps you maintain service levels, automating even the biggest, most complex runbooks. Manage your job schedule with the Robot Job Scheduling Solution. Key features include:

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed. Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

  • LANSASupply Chain is becoming increasingly complex and unpredictable. From raw materials for manufacturing to food supply chains, the journey from source to production to delivery to consumers is marred with inefficiencies, manual processes, shortages, recalls, counterfeits, and scandals. In this webinar, we discuss how:

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • Profound Logic Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: