CMGT week 2
V2/CMGT 410 Week 1 Individual Project Proposal.docx
New Compliance System
Page 3
October 5, 2015
|
we have complete tutorials for this particular topic assignment with new instructions
Memorandum |
|
|
To: |
Executive Management Committee |
|
From: | XX, Lead Project Manager |
|
CC: |
Regional Managers, Terminal Managers and all staff |
|
Date: |
XX |
|
Re: |
New Compliance System |
|
|
|
First of all, as Road Warrior Transportation approaches its five-year milestone, I’d like to take this opportunity to thank each of you for your hard work and dedication in helping this company achieve this important benchmark. Road Warrior has grown exponentially over because of your hard work, and as such, we have outgrown our current compliance model.
In second quarter 2016, we will initiate the rollout of our new compliance management system, hereafter referred to as Operation TEN Forward. This software-based system will help both management and staff become more knowledgeable and observant about contemporary compliance issues.
Overview: The incorporation of this software system into your daily responsibilities will ensure all employees are aware of Federal, local and corporate imposed compliance standards as they apply to interstate transportation. This software will also assure these measures are incorporated into standard business processes and establish corrective and disciplinary actions for nonconformance. Under Operation TEN Forward, all levels of management and staff will be held accountable for observing established perimeters.
As you can see already, this is a much more complex system than your current model. Therefore, management and staff training is an essential component TEN Forward’s success. Management Concepts has created a specialized curriculum that addresses our needs as a nationwide transportation company. This company has been educating a wide variety of companies in management and compliance techniques for more than four decades (Management Concepts, 2015).
Because of the technical nature of this operation, a uniform, interactive learning environment is the best way to relay this information. Special two-day training sessions will take place at corporate headquarters over the course of 60 days. For Road Warriors, managers are required to complete a minimum of ten (10) hours of training and a Certificate of Completion will be given upon your finishing the course. Before implementation will begin at a particular location, the manager must provide the installation technician with his or her Certificate. Full implementation will require two business days. During that time, the certified managers will train their staffs in the employee component of the software.
Currently, Road Warrior’s corporate footprint is divided into six (6) U.S. regions, which are west, mid-west, south-central, south-east, mid-Atlantic and New England. April and May are our designated training months so as not to disrupt vacation time and to avoid adverse traveling conditions. Two regions will train each week in for the first three weeks of the month - one region on Monday and Tuesday; the other region on Thursday and Friday. Make up and advanced training classes will be held during the last week of April and into May, if necessary. Corporate trainers will be available to field questions via phone call or video chat during scale implementation. There are discounts in place for our participants at hotels near the facility so please contact the Training Department at Ext. 1800 and they will take care of your air transportation and lodging accommodations as well as provide you with a local map, dining, and recreational options after training hours.
Potential Stakeholders: The direct stakeholders for this venture are employees, the Regional Managers and Terminal Managers. Managers must be knowledgeable of all Federal, state and local interstate legislation as well as familiarize themselves with the technology module of the system and employees must abide within established compliance perimeters. Once this is established, managers must understand how to use the software and apply its functionality to daily operations, regular monitoring and perform periodic audits. The indirect stakeholders are the stock holders, Board of Directors, VP of Operations and VP of Finance. These parties are responsible for financing the purchase and related expenses of training and implementation. They also selected this particular system and are vested in its success. If the program were to fail, the stock holders would lose earnings per share amid decreasing stock value. The Board of Directors and Vice Presidents would suffer professional embarrassment.
The TEN Forward Objectives: TEN Forward’s objectives are for employees to increase their knowledge and understand Road Warrior’s compliance responsibilities and to confirm these compliance requirements are fully incorporated into our regular business processes. Other objectives are to review and verify that operational compliance standards are met and for management to initiate corrective measures for noncompliance, as appropriate (FDIC, 2015).
Anticipated Outcomes: Management will be able to articulate current regulations that directly apply to their department along with having the ability to immediately recognize the difference between an employee oversight and an intentional violation of a compliance regulation. Even though Road Warriors’ compliance ratios are at acceptable levels, we anticipate a 30 percent reduction of compliance violations over the next year, and 50 percent reduction the following year. Finally, we expect to have 100 percent of our management and employees trained within this 60 day window (FDIC, 2015).
Monitoring Methods: To generate a baseline, legacy compliance data from the past five years will be compared to new compliance numbers. To give room for “growing pains” formal monitoring will not start until July 1, 2016, and will run until June 30, 2017. Compliance data will be gathered every 30 days and meetings will be held bi-monthly to review results and make the necessary adjustments so that the company reaches its newly established annual compliance benchmark.
References
Federal Deposit Insurance Corporation. (2015). Compliance Management System. Retrieved from https://www.fdic.gov/news/news/financial/2006/2cep_compliance.pdf
First Group, PLC. (2015). Business Model. Retrieved from http://www.firstgroupplc.com/investors/strategy/business-model.aspx
Greyhound Lines, Inc. (2015). Our history. Retrieved from http://greyhoundhistory.com/slide/6/the-evolution-of-our-design
Management Concepts. (2015). Training Locations. Retrieved from http://www.managementconcepts.com/About-Us/Training-Locations
Operational productivity critical success factors and value streams. (2015). Retrieved from http://accreditation.nwtc.edu/images/c1-img3-table1.6-large.gif
Typical corporate hierarchy. (2015). Retrieved from http://www.hierarchystructure.com/wp-content/uploads/2012/07/Typical-Corporate-Hierarchy.jpg
V2/CMGT 410 Week 2 Individual Assignment Project Task List (New).mpp
V2/CMGT 410 Week 3 Individual Assignment Project Budget (New).zip
Week 3 - 10FWD Resources and Budget FINAL.mpp
Week 3 - Cost Overview Report - 101815.pdf
$0.00 $100,000.00 $200,000.00 $300,000.00 $400,000.00 $500,000.00 $600,000.00
Chart Title
Remaining Cost Actual Cost Baseline Cost
$0.00 $100,000.00 $200,000.00 $300,000.00 $400,000.00 $500,000.00 $600,000.00
0%
0%
0%
1%
1%
1%
Chart Title
Cumulative Percent Complete Cumulative Cost
Name Actual Cost Remaining Cost
Baseline Cost
Cost Cost Variance
Evaluate Training Companies
$0.00 $20,320.00 $0.00 $20,320.00 $20,320.00
Training Administration
$0.00 $17,840.00 $0.00 $17,840.00 $17,840.00
Set Up Travel and Training accommodations
$0.00 $6,640.00 $0.00 $6,640.00 $6,640.00
Training Schedule $0.00 $15,959.50 $0.00 $15,959.50 $15,959.50
Nationwide Staff Training & Software Implementation
$0.00 $504,728.00 $0.00 $504,728.00 $504,728.00
Monitoring Phase Begins
$0.00 $0.00 $0.00 $0.00 $0.00
PROGRESS VERSUS COST Progress made versus the cost spent over time. If % Complete line below the cumulative co line,your project may be over budget.
COST STATUS
MON 6/1/15 TUE 10/4/16
% COMPLETE
0%
COST
$565,487.50 REMAINING COST
$565,487.50
COST STATUS
Try setting as baseline
COST OVERVIEW
Cost status for top level tasks.
Cost status for all toplevel tasks. Is your baseline zero?
V2/CMGT 410 Week 3 Individual Assignment Project Budget (New)/Week 3 - 10FWD Resources and Budget FINAL.mpp
V2/CMGT 410 Week 3 Individual Assignment Project Budget (New)/Week 3 - Cost Overview Report - 101815.pdf
$0.00 $100,000.00 $200,000.00 $300,000.00 $400,000.00 $500,000.00 $600,000.00
Chart Title
Remaining Cost Actual Cost Baseline Cost
$0.00 $100,000.00 $200,000.00 $300,000.00 $400,000.00 $500,000.00 $600,000.00
0%
0%
0%
1%
1%
1%
Chart Title
Cumulative Percent Complete Cumulative Cost
Name Actual Cost Remaining Cost
Baseline Cost
Cost Cost Variance
Evaluate Training Companies
$0.00 $20,320.00 $0.00 $20,320.00 $20,320.00
Training Administration
$0.00 $17,840.00 $0.00 $17,840.00 $17,840.00
Set Up Travel and Training accommodations
$0.00 $6,640.00 $0.00 $6,640.00 $6,640.00
Training Schedule $0.00 $15,959.50 $0.00 $15,959.50 $15,959.50
Nationwide Staff Training & Software Implementation
$0.00 $504,728.00 $0.00 $504,728.00 $504,728.00
Monitoring Phase Begins
$0.00 $0.00 $0.00 $0.00 $0.00
PROGRESS VERSUS COST Progress made versus the cost spent over time. If % Complete line below the cumulative co line,your project may be over budget.
COST STATUS
MON 6/1/15 TUE 10/4/16
% COMPLETE
0%
COST
$565,487.50 REMAINING COST
$565,487.50
COST STATUS
Try setting as baseline
COST OVERVIEW
Cost status for top level tasks.
Cost status for all toplevel tasks. Is your baseline zero?
V2/CMGT 410 Week 3 Team Assignment Project Schedule.docx
Learning Team B
|
1
|
|
5
|
5 | Page
Acme Corporation
SharePoint Implementation
Project Schedule
Table of Contents
Business Requirements Document 3
Background
Acme Corporation has grown significantly over the past several years. Acme is no longer a two man organization; shipping explosives and many other types of generic products to road runner obsessed coyotes. Employing hundreds of people nationwide communication becomes increasingly important and exponentially more difficult. While their products leave much to be desired, Acme delivery service is second to none; the Wile E. Coyotes of the world can merely drop an order into a mailbox and have the product in his hands within seconds.
As part of an ongoing effort to improve communications to help assure our continued growth we will be implementing a Microsoft SharePoint portal server. This portal will be a centralized holding location for documentation, schedules, notices, and internal company information in accordance with the following industry standards:
Requirement Scope
In Scope
· Establishing corporate intranet site utilizing Microsoft SharePoint portal server
· Migration of the current corporate and remote site content to the new portal
· Creation of new policies for configuration and maintenance of the new intranet portal
· Content policy
· Control policy
· Procedure policy
· Standards policy
Out of Scope
· Alterations of remote site processes
· Creation of processes and policies not directly driven by the steering committee
· There will be no implementation of external facing sites within this project
· Project will not provide a high availability production environment
Business Requirements Document
Business Requirements
· SharePoint needs to increase users efficiency by 15 percent
· Implementation of automated workflow allow for 25 percent of less overhead
User requirements
· Users will be able to obtain search results within 10 seconds of submitting a search request. Assuming no more than 5000 simultaneous search requests.
· Users shall be able to obtain and synchronize project expense information in SharePoint from Excel without having to rely on email
· Documents are version controlled, providing overview of who, when and what was edited within a document
System requirements
· SharePoint will provide an internal web frontend that has a dedicated 2012 R2 SQL server in the backend with a 4-core, 64-bit processor
Work Breakdown Structure
|
Acme Corporation - SharePoint Implementation - Work Breakdown Structure - |
||
|
Task Mode |
Task Name |
Duration |
|
Microsoft Windows SharePoint Deployment |
190 days |
|
|
1 |
Envisioning |
15 days |
|
1.1 |
Summarize existing team collaboration environment |
|
|
1.2 |
Identify team collaboration vision concerns |
|
|
1.3 |
Define Project Scope |
|
|
1.4 |
Define milestones |
|
|
1.5 |
Ensure executive sponsorship |
|
|
1.6 |
Complete Envisioning process |
|
|
2 |
Planning |
35 days |
|
2.1 |
Assemble Project Teams |
|
|
2.2 |
Software Configuration planning |
|
|
2.3 |
Server Capacity & Role Analysis |
|
|
2.4 |
Determine Training Strategie |
|
|
2.4.1 |
Determine users to be trained |
|
|
2.4.2 |
Develop training material |
|
|
2.4.3 |
Train Pilot team |
|
|
2.5 |
Plan Implementation |
|
|
2.6 |
Determine Infrastructure |
|
|
2.6.1 |
Evaluate and Upgrade Network |
|
|
2.6.1.1 |
Identify existing Network |
|
|
2.6.1.2 |
Perform Network Upgrades |
|
|
2.6.2 |
Document Existing Hardare |
|
|
2.6.3 |
Assess Email Infrastructure |
|
|
2.6.3.1 |
Plan integration of Microsoft SharePoint with existing Email infrastructure |
|
|
2.7 |
Determine Security |
|
|
2.8 |
Determine Maintenance Considerations |
|
|
2.8.1 |
Administrative Tasks |
|
|
2.8.2 |
Backup |
|
|
2.8.3 |
Restore |
|
|
3 |
Deployment |
105 days |
|
3.1 |
Pilot Deployment |
|
|
3.1.1 |
Deploy Servers |
|
|
3.1.2 |
Configure Windows SharePoint Services for users |
|
|
3.1.2.1 |
Upgrade user OS as deemed necessary |
|
|
3.1.2.2 |
Upgrade users browser as deemed necessary |
|
|
3.1.2.3 |
Upgrade Microsoft Office as deemed necessary |
|
|
3.2 |
Test Pilot Depolyment |
|
|
3.3 |
Pilot Deployment Complete |
|
|
3.4 |
Production Deployment |
|
|
3.4.1 |
Deploy Servers |
|
|
3.4.1.1 |
Complete Software Installation |
|
|
3.4.2 |
Configure Windows SharePoint Services for users |
|
|
3.5 |
Test Production Deployment |
|
|
3.6 |
Production Deployment Complete |
|
|
4 |
Post-deployment |
35 days |
|
4.1 |
Implementation and Test Backup |
|
|
4.2 |
Implementation Performance Tuning & Monitoring |
|
|
4.3 |
Setup System Maintenance |
|
|
5 |
Microsoft Windows SharePoint Deployment Complete |
0 days |
V2/CMGT 410 Week 3 Team Assignment Project Schedule.xlsx
Sheet1
| Acme Corporation - Sharepoint Impementation - Work Breakdown Structure - | ||
| Task Mode | Task Name | Duration |
| Microsoft Windows SharePoint Deployment | 190 days | |
| 1 | Envisioning | 15 days |
| 1.1 | Summarize existing team collaboration environment | |
| 1.2 | Identify team collaboration vision concerns | |
| 1.3 | Define Project Scope | |
| 1.4 | Define milestones | |
| 1.5 | Ensure executive sponsorship | |
| 1.6 | Complete Envisioning process | |
| 2 | Planning | 35 days |
| 2.1 | Assemble Project Teams | |
| 2.2 | Software Configuration planning | |
| 2.3 | Server Capacity & Role Analysis | |
| 2.4 | Determine Training Strategie | |
| 2.4.1 | Determine users to be trained | |
| 2.4.2 | Develop training material | |
| 2.4.3 | Train Pilot team | |
| 2.5 | Plan Implementation | |
| 2.6 | Determine Infrastructure | |
| 2.6.1 | Evaluate and Upgrade Network | |
| 2.6.1.1 | Identify existing Network | |
| 2.6.1.2 | Perform Network Upgrades | |
| 2.6.2 | Document Existing Hardare | |
| 2.6.3 | Assess Email Infrastructure | |
| 2.6.3.1 | Plan integration of Microsoft SharePoint with existing Email infrastructure | |
| 2.7 | Determine Security | |
| 2.8 | Determine Maintenance Considerations | |
| 2.8.1 | Administrative Tasks | |
| 2.8.2 | Backup | |
| 2.8.3 | Restore | |
| 3 | Deployment | 105 days |
| 3.1 | Pilot Deployment | |
| 3.1.1 | Deploy Servers | |
| 3.1.2 | Configure Windows SharePoint Services for users | |
| 3.1.2.1 | Upgrade user OS as deemed necessary | |
| 3.1.2.2 | Upgrade users browser as deemed necessary | |
| 3.1.2.3 | Upgrade Microsoft Office as deemed necessary | |
| 3.2 | Test Pilot Depolyment | |
| 3.3 | Pilot Deployment Complete | |
| 3.4 | Production Deployment | |
| 3.4.1 | Deploy Servers | |
| 3.4.1.1 | Complete Software Installation | |
| 3.4.2 | Configure Windows SharePoint Services for users | |
| 3.5 | Test Production Deployment | |
| 3.6 | Production Deployment Complete | |
| 4 | Post-deployment | 35 days |
| 4.1 | Implementation and Test Backup | |
| 4.2 | Implementation Performance Tuning & Monitoring | |
| 4.3 | Setup System Maintenance | |
| 5 | Microsoft Windows SharePoint Deployment Complete | 0 days |
V2/CMGT 410 Week 3.xlsx
Week 3 - 10FWD Resources and Bu
| �ÿÿÿÿ���ç- | Overallocated | Task Mode | Task Name | Duration | Start | Finish | Predecessors | Resource Names | |
| 1 | No | Auto | Evaluate Training Companies | 87 days | Mon 6/1/15 | Tue 9/29/15 | |||
| 2 | No | Manual | Develop Scope of Training | 0 days | Mon 6/1/15 | Mon 6/1/15 | Training Mgr | ||
| 3 | No | Manual | Develop Questionnaire | 3 days | Thu 6/4/15 | Mon 6/8/15 | 2 | Training Mgr | |
| 4 | No | Manual | Define Scoring scale | 3 days | Tue 6/9/15 | Thu 6/11/15 | 3 | Training Mgr | |
| 5 | No | Manual | Draft RFP | 3 days | Wed 6/17/15 | Fri 6/19/15 | 2FS+2 days | Proposal Writer | |
| 6 | No | Manual | Mgt Review RFP | 10 days | Wed 6/24/15 | Tue 7/7/15 | 5FS+2 days | Management | |
| 7 | No | Manual | Manager approval | 0 days | Fri 7/10/15 | Fri 7/10/15 | Management | ||
| 8 | No | Manual | Publish RFP | 0 days | Mon 7/13/15 | Mon 7/13/15 | 6 | Training Mgr | |
| 9 | No | Auto | Manage Responses | 45 days | Mon 7/13/15 | Fri 9/11/15 | 8 | Training Mgr | |
| 10 | No | Manual | Close RFP | 0 days | Fri 9/11/15 | Fri 9/11/15 | 8 | ||
| 11 | No | Auto | Validate Responses | 7 days | Mon 9/14/15 | Tue 9/22/15 | 10FS+1 day | Contract Admin | |
| 12 | No | Auto | Selection of Company | 2 days | Fri 9/25/15 | Mon 9/28/15 | 11FS+2 days | Contract Admin,Training Mgr | |
| 13 | No | Auto | Notify selected company | 0 days | Tue 9/29/15 | Tue 9/29/15 | 12FS+1 day | Training Mgr | |
| 14 | No | Manual | Training Administration | 55 days | Thu 10/8/15 | Wed 12/23/15 | |||
| 15 | No | Auto | Review contractor's training plan | 10 days | Thu 10/8/15 | Wed 10/21/15 | 13 | Contract Admin,Training Mgr | |
| 16 | No | Manual | Schedule and secure training facility | 5 days | Thu 10/22/15 | Wed 10/28/15 | 15 | Training CTR Staff 2 | |
| 17 | No | Auto | Set realistic training goals | 5 days | Fri 10/23/15 | Thu 10/29/15 | 15FS+1 day | Training Mgr | |
| 18 | No | Manual | Select training materials | 5 days | Fri 10/30/15 | Thu 11/5/15 | 17 | Training Mgr | |
| 19 | No | Manual | Provide list of attendees | 2 days | Mon 11/9/15 | Tue 11/10/15 | 18FS+1 day | HR Staff 1 | |
| 20 | No | Manual | Set up training schedule by location | 30 days | Wed 11/11/15 | Tue 12/22/15 | 19 | Training Mgr | |
| 21 | No | Manual | Compliance Training Program Complete | 0 days | Wed 12/23/15 | Wed 12/23/15 | Training Mgr | ||
| 22 | No | Manual | Set Up Travel and Training accommodations | 51 days | Fri 1/1/16 | Fri 3/11/16 | |||
| 23 | No | Auto | Negotiate hotel room blocks and rates | 5 days | Fri 1/1/16 | Thu 1/7/16 | Travel Agent | ||
| 24 | No | Manual | Negotiate rental car rates for travelers | 2 days | Fri 1/8/16 | Mon 1/11/16 | Travel Agent 2 | ||
| 25 | No | Manual | Gather taxi phone numbers, local resturants; add to training package | 2 days | Tue 1/12/16 | Wed 1/13/16 | HR Staff 3 | ||
| 26 | No | Manual | Begin scheduling employees' airtravel and hotel | 45 days | Mon 1/11/16 | Fri 3/11/16 | 23 | Travel Agent | |
| 27 | No | Manual | Training Schedule | 33 days | Wed 3/30/16 | Fri 5/13/16 | |||
| 28 | No | Manual | Training Set Up | 3 days | Wed 3/30/16 | Fri 4/1/16 | |||
| 29 | No | Manual | Sort Materials by class | 3 days | Wed 3/30/16 | Fri 4/1/16 | HR Staff 3,Training Mgr | ||
| 30 | No | Manual | Ensure adequate number of certificates | 3 days | Wed 3/30/16 | Fri 4/1/16 | Training Contractor | ||
| 31 | No | Manual | Confirm Next Week's attendance | 3 days | Wed 3/30/16 | Fri 4/1/16 | HR Staff 1 | ||
| 32 | No | Manual | Mail software to regional offices | 0 days | Fri 4/1/16 | Fri 4/1/16 | IT Manager | ||
| 33 | No | Auto | Regional Training Begins | 12 days | Mon 4/4/16 | Tue 4/19/16 | |||
| 34 | No | Manual | New England | 2 days | Mon 4/4/16 | Tue 4/5/16 | Training CTR Staff 1,Air Fare[0.0006],Hotel[0.0006] | ||
| 35 | No | Manual | Mid-Atlantic | 2 days | Wed 4/6/16 | Thu 4/7/16 | 34 | HR Staff 2,Air Fare[0.0006],Hotel[0.0006] | |
| 36 | No | Manual | South-East | 2 days | Fri 4/8/16 | Mon 4/11/16 | 35 | HR Staff 3,Air Fare[0.0006],Hotel[0.0006] | |
| 37 | No | Manual | South Central | 2 days | Tue 4/12/16 | Wed 4/13/16 | 36 | Training CTR Staff 1,Air Fare[0.0006],Hotel[0.0006] | |
| 38 | No | Manual | Midwest | 2 days | Thu 4/14/16 | Fri 4/15/16 | 37 | Training CTR Staff 2,Air Fare[0.0006],Hotel[0.0006] | |
| 39 | No | Manual | West | 2 days | Mon 4/18/16 | Tue 4/19/16 | 38 | Training CTR Staff 3,Air Fare[0.0006],Hotel[0.0006] | |
| 40 | No | Manual | Special Component Training | 5 days | Wed 4/20/16 | Tue 4/26/16 | 33 | Training Contractor,Hotel[0.0006] | |
| 41 | No | Manual | Make-Up Classes-I | 4 days | Wed 4/27/16 | Mon 5/2/16 | 40 | Training CTR Staff 1,Air Fare[0.0006],Hotel[0.0006] | |
| 42 | No | Manual | Make Up Classes - II | 5 days | Mon 5/9/16 | Fri 5/13/16 | 41 | Training CTR Staff 2,Air Fare[0.0006],Hotel[0.0006] | |
| 43 | No | Manual | Nationwide Staff Training & Software Implementation | 102 days | Mon 5/16/16 | Tue 10/4/16 | |||
| 44 | No | Manual | IT Staff install software on PCs | 1 day | Fri 4/1/16 | Fri 4/1/16 | 32 | IT Staff,Software[25] | |
| 45 | No | Manual | IT staff install software on Mgmt PCs | 1 day | Tue 5/17/16 | Tue 5/17/16 | IT Manager,Software[6] | ||
| 46 | No | Manual | Management train staff on Compliance software | 6 days | Wed 5/18/16 | Wed 5/25/16 | 45 | Store Manager | |
| 47 | No | Manual | IT staff install software on staff PCs | 1 day | Wed 5/18/16 | Wed 5/18/16 | 45 | IT Staff | |
| 48 | No | Manual | Address quirks" in software" | 4 days | Tue 5/24/16 | Fri 5/27/16 | 47 | IT Manager | |
| 49 | No | Manual | Staff Training and software roll out COMPLETE | 0 days | Fri 5/27/16 | Fri 5/27/16 | Training Mgr,IT Manager | ||
| 50 | No | Manual | Monitoring Phase Begins | 0 days | Fri 7/1/16 | Fri 7/1/16 | IT Manager | ||
| � |
V2/CMGT 410 Week 4 Individual Assignment Agile Project Management Practices.zip
Week 4 - Agile Plan.mpp
Week 4 - Agile v waterfall overview FINAL.docx
3
Agile Project Management Practices: Agile versus Waterfall
XX
CMGT/410
XX
XX
Agile versus Waterfall Overview
As a means of determining the various features of two premier project management or software development methodologies, a timeline using MS Project file was created for both the agile and the waterfall methodologies on the same project. The venture is to create a mobile phone application. First a timeline was created via the waterfall method. This is an incremental, sequential set of steps that was strictly intended for very straightforward projects. All the specifications are determined during the requirements phase of the project, and the other sections (analysis, design, coding, test and operations) are performed once, in sequential order and the customer is only involved during the requirements phase. There is no allowance for changes in scope or other requirements. In the event of time or budget overruns, the testing phase is usually cut, and project quality often suffers as a result. Stakeholder satisfaction is often lower in ventures using the waterfall method. Once the precedent relationships are added, the plan resembles a waterfall. The waterfall model does not allow for backward scalability. Therefore, incorporate changes in scope or phases, the project will have to be recreated using the new perimeters.
The agile model is basically a philosophy for a collection of methods that share common denominators in areas of collaboration, self-managed teams, continuous testing and flexibility to meet the changing needs of its stakeholders. Because of the way it is structured, the agile method is much more responsive to changes both in the scope or feature of the project. There are five levels of planning within agile: vision, roadmap, release, iteration (sprint) and features. Tasks are grouped together into short time periods called iterations. The work performed within an iteration, or a sprint is called a feature. Sprints and features can be easily altered to accommodate stakeholders’ changing requirements. There is also a very high degree of collaboration incorporated into the agile model among both the stakeholders and the project teams. While this high level of collaboration has the possibility of becoming burdensome to stakeholders over a lengthy project of time, it increases the likelihood of stakeholder satisfaction and overall improved quality of the finished product. On the agile project plan, the sprints, features and backlog are clearly visible.
There is neither accommodation for complexity nor uncertainty in the waterfall method. In agile, uncertainty is estimated through the use of story points, which is an amalgamation of the amount of effort involved in developing a particular feature, the complexity of creating it, and the inherent risk involved. Velocity, the rate at which work is completed, is calculated based on story points. Complexity points are assigned at the release level, primarily during planning but can also be assigned at the sprint level. These complexity points estimate the work regarding difficulty and not effort. The higher the amount of complexity points, the more difficult a particular task is; additional time or priority may be assigned to a task based on complexity points. Also listed on the agile method is a backlog. The backlog is a list of prioritized list of user stories (from highest to lowest). The backlog is usually found at the end of the project plan.
Reference
Parallel worlds: agile and waterfall differences and similarities. (2015). Retrieved from https://resources.sei.cmu.edu/asset_files/TechnicalNote/2013_004_001_62918.pdf
Wysocki, R. K. (2014). Effective Project Management: Traditional, Agile, Extreme. (7th ed.). Indianapolis, IN: John Wiley & Sons, Inc.
Week 4 - Waterfall.mpp
V2/CMGT 410 Week 5 Individual Assignment Comparison of Project Management Models.doc
Running Head: COMPARISON OF PROJECT MANAGEMENT MODELS 1
COMPARISON OF PROJECT MANAGEMENT MODELS 6
GOT A NEW SYLLABUS, NO NEED TO WORRY
JUST EMAIL US THE SYLLABUS AND GET FIRST TUTORIAL FOR FREE
Thank you for purchasing this tutorial
You can find many more Course Tutorials on our website snaptutorial.com
Get your first tutorial for FREE when you provide us any NEW SYLLABUS
Comparison of Project Management Models
CMGT/410 – Project Planning and Implementation
Primer
Despite numerous project management models at our disposal, the project manager must adopt an optimal Project Management Life Cycle (PMLC) model based on multiplicity of factors or circumstances. The project team should evaluate the type of project it is managing at the initial planning process and assess the project’s requirements, management methodology, and culture required to complete the project (Wysocki, 2014). It is essential to understand the various aspects of the four quadrants of the project landscape as this allows the project manager to deduce the optimal PMLC to adopt on the project. Similarly, it is important to evaluate the vulnerability of each model in terms of failure and risks.
Traditional Project Management (TPM) Waterfall Method
The TPM Waterfall method is a series of procedures and techniques used for an operation requiring a complete terminated product, result of service. It requires application of tools, techniques, knowledge and skills to project activities to meet project requirements (PMI, 2004:8). Putting succinctly, waterfall methodology is essentially a sequential design process with the project team evolving into the next step with the completion of the previous stage in a sequential order. That is, the design process follows a sequence of stages, and once a stage is completed, the developer does not have the luxury of going back to it. Although, this method stresses meticulous record planning and offers the client the opportunity to know what to expect, however, it deprives the developer to make amendment to a stage once it is completed. Similarly, this methodology relies essentially on initial requirement. As such, if the initial requirement is faulty, the whole project is doomed.
Agile Project Management Approaches
However, Agile methodology serves a solution to the seemingly limitation of the waterfall methodology. Rather than the sequential design process in waterfall methodology, Agile explore an incremental approach. This assists the team responds to unpredictability through, incremental and iterative processes. This methodology does not only offer an opportunity to make relevant changes after the initial planning, it also keep the project up to data with the latest development in the industry since new features can easily be added. While Agile allows project teams to deliver projects piecemeal and allow rapid adjustments as needed, it includes scrum, extreme programming (XP), and lean.
Scrum – This is an agile method of project management especially software development. While this method is often as a methodology, however, however, it is a process management framework. In Agile Scrum, rather than providing a complete detailed descriptions of a project, much of it is handled by the Scrum software development team since the team are in a better position to solve the problems as they are presented.
Extreme Programming – This is an agile software development technique which advocates frequent releases in short development cycle. This frequent releases is intended to enhance productivity and enable checkpoints for new customer requirements to be adopted. One of the essentials of extreme programming is its ability to improve software quality and enhance responsiveness with an evolving customer requirements.
Comparing and Contrasting TPM and Agile Methods
While agile project management is characterized by its feature based, allowing the project manager to develop a work-breakdown structure along with the team, however, TPM assumes that requirements are fixed with variable cost and time. This subtle difference highlights the strengths and weaknesses of each method as tabulated below:
|
Issues |
Agile |
TPM |
|
Project Requirement |
The complete project requirements are discovered through project iteration and this reduces and eliminates uncertainty |
The project features are well understood, requirements and functions are clearly stated out for clear understanding of the project |
|
Risk |
Agile tends to be of higher risk relative to TPM, although, it is flexible to adjust to project requirement changes |
TPM is of lower risk relative to Agile |
|
Written Communication |
Less dependence on written communication |
Heavy dependence on written communication, and this often brings conflicts among those responsible for major project areas |
|
Priority |
Applies very strict discipline to the three project’s central aspects – cost, features and time – and accepts review of the features to be used. |
Different priority is given to the three to three project’s central aspects. |
|
Team Work |
Requires co-location of team members to enable changes and produce rapid increments |
It has a well-defined requirements and documentations, and easily supports distributed work teams |
|
Project Managers |
More focus to deliver, with business value, budget and timeline being secondary |
Manage project against budget, schedule and scope coupled with reduce risk and preserve time and money |
Project Appropriateness of TPM and Agile Approaches
While each of these two methodologies – TPM and Agile – has their pros and cons, however, both are optimally suited for different projects. Recall that which approach will be best suited for a project is an important strategic decision since wrong choice would lead to disastrous results of catastrophic proportions.
As a result of the linear sequential flow characterization of TPM, it would be most appropriate for projects with the following characteristics:
· Requirements are clear, very well documented, and fixed.
· Stable product definition
· Static and well understood technology
· Unambiguous requirements
· Sort project
In contract, since agile methods break the product into small incremental builds, it would be most appropriate for projects with the following characteristics:
· Aggressive deadlines
· High level of complexity, and
· High level of uniqueness to them.
Selecting a Project Approach for Different Types of Projects
Despite overwhelming choice of different project management approaches, selecting an optimal approach for different types of projects can be as challenging as the project itself. While there is no optimal approach that works for all project types or project size, however, selecting a good approach requires considering the following factors:
Realism – An effective approach much reflect organization’s strategic goals and mission as well as taking into consideration constraints such as money and personnel. Similarly, the approach must take into consideration technical and commercial risks including cost, time and performance.
Capability – The optimal approach should have a flexible response to changes in the conditions under which the projects are carried out. For instance, the approach should enable the organization to compare different types of projects and their various commercial objectives
Flexibility – The should be ease pf modification to the adopted approach if the project application requires changes
Ease of Use – The approach should be simple enough for the team member to be easily adapted to. This should be for both in specific project roles as well as related functional positions
Cost – The approach should be cost efficient and this cost is related to both time and money
Converting a large enterprise from using IPv4 to IPv6
As the world evolves to intelligent, networked devices, many organizations are converting from IPv4 to IPv6. However, with the rapidity of conversion to IPv6, there are few steps project team across all organization must consider before making the switch.
Security – Security is unarguably very important and the project managers must realize that the firewall must be reconfigured before making that transition. The project team must realize that if the firewall is open, the system is susceptible to breach.
Communication via e-mail – It is essential for the project team to investigate if the organization’s messaging platform supports IPv6. This is essential because the organization has set up its messaging platform will impact the transition
Investigate Current Provider – The project team should not be in a hurry to transit to IPv6; rather, it should investigate if the current network provider offers IPv6 capabilities. This will not only assist the network provider of rising demand for IPv6 to be met but also assist the project team to sought for a more capable network provider
Managing a Business Process Reengineering (BPR) Project
BPR involves the radical redesign of core business processes in order to obtain optimal improvements in productivity, cycle times and quality. This approach offers an organization the opportunity to rethink its business process in order to dramatically improve customer service and cut operational cost. Despite the enhancement offers by BPR, it is also fraught with consequences, and there is need for the organization to weigh these consequences before engaging in BPR project. Hence, it is essential for the project team to set in place information systems that can deal with the magnitude of the change before embarking on a radical BPR project. Davenport (1992) highlighted the following steps to be followed by an organization and project team for a successful BPR projects.
Business Vision and Objectives – BPR project must begin with a clearly defined and measurable objectives, and this goal might include cost reduction, improved product quality or increased efficiency
Identification and Slacking Processes – It is important to study and identify those processes that require improvement
Understand and Measuring the Slacking Processes – The project team must craft how the slacking processes are optimally identified
Building a New Data Center for an International Business
The advent of Internet and business evolution has driven the way data centers are organized and managed with virtualization, cloud and big data being key factors leading organizations to completely rethink how they handle their critical IT resources.
Conclusion
Although critical analysis should be deployed while dealing with both TPM and Agile, however, the strengths and weaknesses of each should be considered before utilizing them for any project.
Reference
PMI (2004) A Guide to The Project Management Body of Knowledge (PMBOK Guide) Third Edition. Pennsylvania: Project Management Institute, INC. pp.5, 8, 377.
Wysocki, R. K. (2014). Effective project management: Traditional, agile, extreme. (7th ed.). Indianapolis, IN: John Wiley & Sons, Inc.
V2/CMGT 410 Week 5 Individual Assignment Comparison of Project Management Models.docx
4
Comparison of Project Management Models
XX
CMGT/410
XX
XX
Comparison of Project Management Models
A project is merely a temporary venture that has a defined beginning, end, scope, and resources but project management is the application of tools, techniques, skills and knowledge to meet an established set of requirements for a project. A project is also an exclusive event that accomplishes a singular goal. Examples of projects include the clean-up effort after a natural disaster, the construction of a building, or the development of software or mobile application that meets the needs of a particular market segment. Project management, therefore, is the application of skills, tools, and techniques toward activities that meet specified project requirements (PMI.org, 2015). This document will explore the differences and similarities between two project management models – waterfall and iterative – and present criterial to help determine the best methodology for a particular project.
Traditional Project Management – Waterfall Method
The waterfall method typically used in software development, as created by Winston Royce in 1970 (Hughley, 2009) is comprised of five steps: requirements: design, implementation, verification, and maintenance. The waterfall method assumes all the information needed to complete the project can be assembled during the requirements phase. This is where the project manager would work closely with the sponsor to gather all necessary data, and once this is done, the remainder of the process is a “downhill” progression toward completion. The advantages to the waterfall method include excellent documentation being part of the deliverables, it is easier to accurately estimate the total cost of the project after the requirements are determined, and the structure makes it easy to measure progress by referencing clearly defined milestones. Projects using a TPM structure are typically straight forward and require few changes.
Agile Project Management – Iterative Process
In direct contrast to the waterfall model within the traditional project management classification is the agile PMLC. This paper will specifically focus on the iterative model. Within the iterative model, there are several process groups that are repeated sequentially during an iteration. After each iteration is a feedback loop for the client. A partial solution may be released at the end of a process group. The iterative model is best suited for when there is an initial solution that somehow falls short in features or functions. The iterations are used to identify and assimilate missing pieces of the solution.
Iterative vs. Waterfall Comparison
There are many differences between the waterfall and the agile-iterative method of project management. This, and other models derived from adjustments being made to the TPM model to accommodate the special needs of particular projects. The major difference between the two is that in the waterfall method, the emphasis is on the entire project, while the iterative method focuses on each iteration. Personnel changes in the waterfall method have a less destructive effect than in the iterative process. Within the waterfall method, the project manager schedules the analysis, design, testing and milestones at the beginning of the project whereas with the iterative, the PM provides oversight for the team as it plans activities for each iteration. As the project progresses, the team works within the baseline of the project plan in the waterfall method, but in the iterative stance, the team works along the baseline of the iteration. Also, at the end of the iteration, there is usually a working product, whereas, in the waterfall method, the finished product is presented at the end of the project as a deliverable. When it comes to communicating the status of the project, in both models, the PM abides by established communication deadlines. The waterfall method is typically for straight-forward projects that require little change while the iterative plan is highly flexible and less predictable.
Selection Criteria and Rationalization
To select the best model, the answers to three key questions can help determine the best project management method to use. 1) Is most, but not all, of the solution openly known? 2) Are changes in scope likely? 3) Is there concern about client involvement? If the answers to the first two questions are “yes”, this project is a viable candidate for an agile methodology. It is also important, however, to remember that risk, complexity, key business drivers and constraints should also be considered.
When the solution is clear, and there is little anticipation of major or multiple scope changes, the project may be best suited for a traditional PMLC. When changing a large company’s Internet protocol from IPv4 to IPv6, a traditional project plan is appropriate because the scope is well defined, the process requires little input from stakeholders and all aspects of the solution are clear. Further research indicates that this transition is a fairly straight forward process with the sponsor having to make minimal purchases.
Conclusion
The project manager ultimately has the critical responsibility of not only overseeing the entire project but also selecting the best methodology to ensure stakeholder satisfaction and that technical, personnel, material, time and budgetary guidelines are maintained throughout the project’s duration. Waterfall and Iterative are two very different models, each having their sets of pros and cons. Careful planning, communication and the consideration of all pertinent aspects of the project can direct the project manager to select the best methodology to complete the project.
References
http://www.slideshare.net/MarrajuBollapRagada/agile-vs-iterativevswaterfall
http://www.zdnet.com/article/ipv6-when-do-you-really-need-to-switch/
http://www.pmi.org/About-Us/About-Us-What-is-Project-Management.aspx
V2/CMGT410 Assignments.docx
Week 1
Consider the following scenario:
You have been hired by a large company with branch offices around the country to assist with rollout of a new companywide compliance system.
While initially the focus was on implementation of the technology, it was found that success will require at least 10 hours of training over two days for all managers across the country on both the use of the new platform as well as a host of new compliance policies being introduced.
Of the options discussed, it was generally agreed that the training should be hands-on and conducted in-person at a central location. This will obviously require getting organizational buy-in as not all managers are going to be willing to commit to taking time out from their normal responsibilities just for some training.
In addition, such large scale centralized training has not been done before by this company; therefore, the CEO wants feedback from participants to evaluate the effectiveness of any training sessions.
As a result, your manager has given you the responsibility to develop an outline for a proposed project that would meet this upcoming need for arranging and conducting a two-day training session.
This scenario will continue throughout the first three weeks with all weeks being submitted along with the Week 3 assignment. You are expected to apply any feedback provided by the instructor to these finalized documents.
Submit a 2- to 3-page memo that includes the following:
· Names the project
· Briefly describes the project
· Identifies potential stakeholders directly or indirectly involved
· Specifies the overall objective and any outcomes for this project
· Details how success will be evaluated
· Highlights what is needed to ascertain the Measurable Organizational Value (MOV) of this project.
You will need to make some assumptions (it is even encouraged), but the assumptions must be documented.
Click the Assignment Files tab to submit your assignment.
Week 2 Learning team
This is a consolidated source of information which lays the foundation for successful completion of any project by identifying your project vision and communicating the overall approach for a project to all key stakeholder audiences.
The charter will contain the following:
· Background of the organization and any information or statement of needs that helps explain how the project came to be
· Goals and objectives of the project in language that is both concise and explanatory
· Project scope delineated so that all parties involved are aware of what the project includes as well as what it does not
· Budgetary limitations
Write 1 to 2 pages on your findings.
Click the Assignment Files tab to submit your assignment.
Week 2 Individual
You have been tasked with the project of organizing a company offsite 2-day training session in which people are brought in from different parts of the country. This entails everything from preparation, accommodations, and facilities.
Create a Microsoft® Project file for the project that includes the following:
· Create a Work Breakdown Structure (WBS) that includes all project tasks (hierarchically grouped) and durations.
· Establish task precedence relationships.
· Show milestones and deliverables.
Click the Assignment Files tab to submit your assignment.
Week 3 Learning Team
This is the core of any project plan used to communicate what tasks are needed and the order of sequence to be done to meet deadlines and deliverables.
Using your project charter completed in Week Two as a guide, complete the following:
· A 1-page Business Requirements Document (BRD) that provides details regarding the expectations (such as user, system, and functional requirements) that must be met for achieving project goals
· A Work Breakdown Structure (WBS) and Gantt chart, developed as an MS Project file, showing discrete work tasks, grouped hierarchically in a way that helps to organize and define the total work scope of the project
· Gantt diagram showing duration estimates for all tasks and their sequencing (including precedence relations) and highlighting any critical path(s) arising from task dependencies ultimately determining the minimal duration of a project
Submit your Microsoft® Project file and requirements document using the Assignment Files tab.
Week 3 Individual
The project for the company offsite 2-day training session has been given a preliminary go-ahead. However, a budget needs to be submitted for approval.
Update the Microsoft® Project file submitted in Week Two by adding the following information:
· Identify resources (both personnel and materiel) needed for the project.
· Assign the resources to the project tasks.
· Estimate the costs for the resources, and add the costs to the resource information in the Microsoft Project file.
· Estimate the total cost for the project, using the Microsoft® Project budget or cost reports.
Submit all Individual assignments (Project Proposal and Project Task List and Schedule) with updates based on instructor feedback.
Click the Assignment Files tab to submit your assignment.
Week 4 Learning Team
The allocation and cost of resources need to be carefully monitored if a project is to be delivered on-time and on-budget.
At a minimum, this assignment will contain an update to the Microsoft® Project file submitted in Week Three, including the following:
· Allocation of resources to project tasks (both labor and material), shown as resource assignments in the MS Project file (1 hr.)
· Cost estimates for project resources, entered into the resources information portion of the MS Project file (hr 0.5)
· Develop a baseline for your project plan so that all future variances are captured. (hr 0.5)
In addition, write a 1-page summary document explaining any relevant facts about the project duration, number or type of resources, critical task sequencing, or how duration estimates were arrived at, and any financial implications (for example, budget or cost reports of the project as well).
Submit your Microsoft® Project file and summary document using the Assignment Files tab.
Week 4 Individual
As a project manager, you are going to prepare two project outlines for the development of a mobile application. One project outline uses a waterfall model, another uses an agile method.
Prepare two project outlines using Microsoft® Project. Each outline shall consist of a task list and a Gantt chart showing task durations and precedence relationships.
Include a 350- to 700-word brief explanation of how the two project outlines differ. Be sure to address how Agile addresses complexity and uncertainty.
Click the Assignment Files tab to submit your assignment.
Week 5 Learning Team
A project must be executed effectively and with minimal waste to establish confidence. A plan for performance measurement requires identifying which critical elements should be measured, how they are measured, and when they are measured to communicate if the project is on track.
Write a 2- to 3-page paper on your findings. At a minimum the section will contain the following:
· Measurable objectives identified as milestones on the Gantt chart
· Risk mitigation strategy for analyzing and reporting unplanned changes as well what procedures you will plan to implement for handling change control issues
· Description of project reporting regarding the on-going evaluation and status of project efforts to stakeholder and participants on the project team
· Method for determining whether the project has met its objectives and how the project is terminated
Click the Assignment Files tab to submit your assignment.
Week 5 Individual
Consider the following scenario:
Your company has been using Traditional Project Management (TPM) methods for years, but is now looking into the possibility of adopting agile practices. Your boss has asked you to prepare a paper comparing TPM to agile practices and summarizing the benefits and limitations of each.
Write a 5- to 7-page paper including, at a minimum, the following information:
· Briefly describe the TPM waterfall method.
· Briefly describe one or more Agile project management approaches.
· Compare and contrast TPM and Agile methods, emphasizing the strengths and weaknesses of each.
· Discuss what kind of projects would be more appropriate for TPM approaches and what types would be more appropriate for Agile approaches.
· Discuss how a project approach is selected for different types of project. Provide an example by selecting an approach for one of the following projects, and explaining your rationale for the selection. Remember to focus on the project approach and not get involved in the technical details of the project.
· Converting a large enterprise from using IPv4 to IPv6
· Managing a Business Process Reengineering (BPR) project to modernize and integrate a major company's business systems (accounting, sales, logistics, manufacturing, etc.) into an enterprise-wide unified architecture
· Building a new data center for an international business
Click the Assignment Files tab to submit your assignment.