Quality Assurance Functionality:

Slides:



Advertisements
Similar presentations
Lectures on File Management
Advertisements

Systems Analysis and Design: What is it? Systems analysis: the systematic study of the information needs and problems of some organizational domain in.
TK3333 Software Management Topic 7: Schedule Control.
Chapter 7 Schedule Control
Nummenmaa & Thanish: Practical Distributed Commit in Modern Environments PDCS’01 PRACTICAL DISTRIBUTED COMMIT IN MODERN ENVIRONMENTS by Jyrki Nummenmaa.
Capabilities Presentation Please select the button above that best describes your interest to learn more about how Formare Technica, Ltd. can help you.
Project Plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Rose-Hulman Archive Project Team 2 JP Gonzalez Jonathan Knez Steven Gregory Eric Lewandowski Joseph Richey Jeremy Barton Todd Windler.
Managing the Information Technology Resource Jerry N. Luftman
The Analyst as a Project Manager
Project Management Fundamentals Project Organization and Integration
Recreation and Wellness Intranet Project
Project ManagementDay 1 in the pm Project Management (PM) Structures.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
 Introduction to Operating System Introduction to Operating System  Types Of An Operating System Types Of An Operating System  Single User Single User.
Copyright 2012 John Wiley & Sons, Inc. Part II Project Planning.
Recap from last week Understand organizations, including the four frames, organizational structures. Explain why stakeholder management and top management.
COMP 208/214/215/216 Lecture 3 Planning. Planning is the key to a successful project It is doubly important when multiple people are involved Plans are.
SacProNet An Overview of Project Management Techniques.
Enterprise Risk Management Chapter One Prepared by: Raval, Fichadia Raval Fichadia John Wiley & Sons, Inc
Requirements validation Csaba Veres. What is it? Validation is the process of checking the requirements document for –completeness –consistency –accuracy.
Microsoft Project – Tutorial 4 Leveling Overallocations In some cases, a resource could be assigned more work in a given time period than it has working.
3 1 Project Success Factors u Project management important for success of system development project u 2000 Standish Group Study l Only 28% of system development.
PLUG IT IN 6 Project Management. 1.Project Management for Information Systems Projects 2.The Project Management Process 3.The Project Management Body.
Core Business Processes and Organizational Value Chains
Project Goal Criterion 1  Cost-Cost Estimation  ROI = %  Net Present Value at Store Level=14,  Starts Paying Back in Third Year of Installation.
Project Management (1) Chapter 16, Part 1. Overview of Management 326 Operations and Operations Strategy Products, Processes, & Quality Operations Planning.
This was developed as part of the Scottish Government’s Better Community Engagement Programme.
Degree and Graduation Seminar Integration Management
Fundamentals of Project Control Chapter 11 Design Stage 1 Preconstruction Stage 2: Procurement Conceptual Planning Stage3: Construction Stage 4: Project.
The Contract Management Process Post Award Activities.
The Project Management Process Groups
Core Concepts of ACCOUNTING INFORMATION SYSTEMS Moscove, Simkin & Bagranoff John Wiley & Sons, Inc. Developed by: S. Bhattacharya, Ph.D. Florida Atlantic.
1 Project Management Skills Leadership Communications Problem Solving Negotiating Influencing the Organization Mentoring Process and technical expertise.
Project Management PTM721S
Process and customizations
Part II Project Planning.
Principles of Information Systems Eighth Edition
Mr L Challenor ICT Teacher
A Systems View of Project Management
Adam Backman Chief Cat Wrangler – White Star Software
CONTRACT ADMINISTRATION
Systems Analysis and Design in a Changing World, 4th Edition
In Information Management
Reconstruction site Investigation, Planning, Scheduling, Estimating and Design Eng. Fahmi Tarazi.
Integration Management
Project Management Managing Project Execution
Project Management and Information Security
Introduction to System Analysis and Design
Reaching Goals and Objectives
FEASIBILITY STUDY Feasibility study is a means to check whether the proposed system is correct or not. The results of this study arte used to make decision.
The value of a project-oriented approach to IT and how we do it in IBM
Case Study: The Accounting Software Installation Project
Organizational Resource Management
By Kean Tak, MSc, Lecturer at RUPP
Operational and Postimplementation
What You Should Know About Medical Office Construction
Operations Management
Part II Project Planning © 2012 John Wiley & Sons Inc.
Here are some top tips to help you bake responsible data into your project design:.
Engineering Project Project Management Project Management.
Operations Management
PERA RIO System Upgrade Project Closeout Presentation
CBGD: Nguyễn Thanh Tùng
Project Integration Management
Project Integration Management
Copyright 2005 Prentice- Hall, Inc.
Systems Development An Overview of Systems Development
SHARE Special Project SHARE Benefits Optimization
Presentation transcript:

Quality Assurance Functionality: 4 steps to open a table. It can be reduced to 2 steps. More clear user interface. There are some functions missing which can improve the user functionality such as a function that does not allow late clock-ins, a function that reroutes the printers, and a function that modifies an order.

System Outputs Some of the reports and fields have to be improved. Similarly, the screen output for users also needs to be improved.

Performance  System’s Operating system and hardware were not capable to process the data properly. File server had a low memory to keep the sales transactions. Internet connection was slow for credit card processes.

Reliability  There has been a loss of data written into the servers files. System had crashed a couple of times even if there was a single process. Under these conditions, system considered as “unreliable.”

Underlines from weekly reports Reports after Initiation 1-There has been some tasks finished earlier than as they planned. 2-Necessary Adjustment have been made to the Gantt charts

Reports after planning 1-In planning, we have some resource conflicts. It was solved by resource leveling. 2-Due to this problem, we fell behind the schedule but this did not cause a significant problem. 3-Projects Organizational conflict has been solved after this step. 4-Implementation outsourced to Ibertech Inc.

During the Execution 1-project team checked the system for quality purposes. 2-project team decided to hire an outside consultation after they checked the system. 3-Consulting firm found some screen output and functionality problems. 4-Consulting firm reported that hardware is incapable.

Change Control Time changes have been made after Initiation and planning. There will be a 20-days extension on the projects’ completion date due to the change on scope. This change has been fallowed by projects’ sub group.(Emergency Group) The Budged adjustments have been updated due to the solicitation costs.

Close Out 1-Procurement Close-Out Has not been accomplished because of the change in scope and the requirements that were not met by the contractor. Additional 20 days to close out the procurement.

Success 1- Every task was finished on time or very close as it was planned prior to executing. 2-It is always a good practice to think and leave financial backups for the possibility that you could not finish the project on time. 3-To see the fact that “No matter how good you are there is always something that you can miss.” 4- Project team was also coordinated well and had a little conflict on decisions.

Failure:   The scope management was a failure of the project. There are 4 main reasons why the scope was expanded: 1-     Project team had a lack of providing user input to Contractor. 2-     Project team had a lack of defining the requirements and specifications. 3-     Lack of expert knowledge. 4-     Lack of resources (resource over allocation)

Lessons Learned Bad Practice to do 1-     Do not go ahead the project unless you fully understand the user requirements 2-     Work with one or more real users who will be actually using the system. 3-     Do not underestimate expert knowledge, hire somebody or a company to provide expert knowledge.

Continued 4- Outsourced parts of the projects might have some quality exploits. Never outsource your Hardware installation or have a strict contract with contractor company. 5- Avoid over allocation of the resources.

Good Practice to Do  1-     Have a good communication with stakeholders. Tell them what has been wrong and how you fix the problem. That is what happened when our CEO seemed uneasy about project’s success and how he was convinced when the project Manager made the necessary explanations. 2-     Always leave some financial backup and keep it in secret. 3-Have a good contract solicitor. That’s how we saved the extra costs caused by contractor.

Continued 4-     Always control what you are doing and what you have requested for change has taken effect. 5-     Form a project subgroup to fallow unexpected scope and time changes. We call it emergency group.