We think you have liked this presentation. If you wish to download it, please recommend it to your friends in any social system. Share buttons are a little bit lower. Thank you!
Presentation is loading. Please wait.
Published byMaddison Haymes
Modified over 2 years ago
© Craig McDonald 2005 UC QA – The Key to Taking Responsibility Being Responsible for your action (or inaction) knowing who will be affected by your action knowing the affects caring about them accepting praise or blame being accountable Can a responsible action be unethical ? Can a non-human be responsible ? a UC committee, a government The Stakeholder vs the Shareholder view
© Craig McDonald 2005 UC 1. The Gardener holding the garden stake that can really do you damage - the client 2. The Gambler at the table, chips on the felt, knows the game - investors, unions 3. The Victim impacted, but not an actor - customer, employees & their families 4. Gaia ecological, societal, governmental and economic systems Responsibility: recognising stakeholders
© Craig McDonald 2005 UC To have responsibility for an action (or not taking an action) in some situation, a person needs to have an element of: 1. Voluntariness - responsibility is diminished for an action that is a completely involuntary 2. autonomy - the person needs to have some capacity to choose between alternative actions 3. foresight - responsibility is reduced if its effect simply could not be foreseen and there needs to be a 4. causal influence between the action and the effect. (Bittner & Hornecker). Limits on Responsibility
© Craig McDonald 2005 UC Complex organisations & large systems diffuse and disguise responsibility: difficult for one person to take responsibility as effects emerge from a mix of actions and interactions that can't be attributed to a single person. Technology and the division of labour in systems developments means that responsibility for certain components may be clear, but liability for the whole is less clear. Impediments to Responsibility
© Craig McDonald 2005 UC Ethics and a Basis for QA in Projects Being responsible for the impact the system has on all stakeholders
© Craig McDonald 2005 UC The Product – Process Model Developmen t task product Documents: (Case Level) spec staff knowledge - attitudes policy / procedures / standards history (precedents) Tools & Techniques Task Resources: Task Management: time, scope, cost, plan review monitor organization / power structures responsibility / authority Task Context: Quality Who’s it for? What do they do with it? Who is Impacted ? 1 23
© Craig McDonald 2005 UC PMSS – Project Management Support System
© Craig McDonald 2005 UC PMSS – Configuration Management
© Craig McDonald 2005 UC PMSS – QA part of Document Template 6. Quality Assurance T his section specified the quality assurance for this document 6.1 Process of Document Development This document was constructed from a review of text books & meetings with the client comparing with other systems users manual content 6.2 Traceability Other documents that are related to this is the users manual. As they are both manuals, they both share the same target. To guide the user with using your system. 6.3 Verification This document was tested against other owners manual. All the stakeholders Even though the contents are different for each system, they both share the same meaning. 6.4 References Schwalbe K (2004) Information Technology Project Management Thomson Learning 6.5 Document History 1. OWNER’S MANUAL INTRODUCTION3 2. Measuring Systems Performance4 3. Cost - Benefit Measurement6 4. Risk Management7 5. Audit, Legal and other Compliance Issues8 6. Quality Assurance9
© Craig McDonald 2005 UC PMSS - Meetings Supporting
© Craig McDonald 2005 UC PMSS - Issues Management
© Craig McDonald 2005 UC PMSS – Configuration Management Stakeholders: Project team Re-developers business owner user system manager line manager
© Craig McDonald 2005 UC Project Evaluation Product System Owner: Various Operational users: Line Manager: External Stakeholder Next Developer: Systems Management Auditor: Process Evidence of : Project Planning, Modification & Review Team Management Information & configuration management Quality Process Risk prevention, detection, correction Reflection Individual, Peer Review client reviews Tutor’s Review Innovation, creativity
© Craig McDonald 2005 UC The Principles & Practice of Building QA into the Teaching & Assessment of Student Computer Systems Development Projects
© Craig McDonald 2005 UC Ethics and Systems Quality Craig McDonald School of Information Sciences and Engineering University of Canberra
Performance Management should include activities that ensure that goals are consistently being met in an efficient and effective manner, making best use.
Project Quality Plans Gillian Sandilands Director of Quality Fulcrum Regulatory Services, Ltd. A Division of Fulcrum Pharma Developments.
The Enterprise Skills Story Demonstrating the enterprise skills.
An overview of COSOs 2013 update to the Internal Control – Integrated Framework COSO changes coming in 2014 January 7, 2014.
IT Security Auditing. Topics Defining IT Audit Risk Analysis Internal Controls Steps of an IT Audit Preparing to be Audited Auditing IT Applications Who.
Workshop: Governance, Risk, Compliance (GRC) & Identity Management , 09:00-12:30, Track: Workshop I Dr. Horst Walther, Kuppinger Cole + Partner.
Insert Local Authority Transformation Strategy Workshop Insert date This document is part of the personalisation toolkit
QUALITY SYSTEM Organizational Structure Procedures, Processes and Resources needed to implement Quality Management.
Presenting: Units A1 and A2 Who is this presentation for? Assessor-candidates working towards the Unit Assess candidates using a range of methods (A1)
Developing and Using Institutional Plans. Christopher D. Lambert Associate Director of Commission Relations ACCSCT.
ISO/DIS 9001:2008 versus ISO 9001:2000 August 2008 CER Business Line - Peter Bonnaerens.
Role of Senior Management EPA Regions 9 & 10 and The Federal Network for Sustainability 2005.
Professional Development for School Leaders Technical Assistance Phase 1 Self-Assessment and Plan Design.
1 Note content copyright © 2004 Ian Sommerville. NU-specific content copyright © 2004 M. E. Kabay. All rights reserved. Process Improvement IS301 – Software.
Software Development QA Best Practices May 20, 2010 Suzette Hackl, CSM Senior Project Manager Skyline Technologies, Inc.
Strategic Communication Learning Program. External Affairs Vice Presidency Country Partners Bank Staff Intl. Development Agencies.
Kathy Reed June 4, 2013 IIBA Austin CBAP Study Guide for the Business Analyst Body of Knowledge (BABOK) Version 2.0.
Basel Committee Guidance on Corporate Governance for Banks Eurasian Corporate Governance Roundtable Task Force on Corporate Governance of Banks in Eurasia.
© 2012 ISO27k Forum. ISO Roadmap © 2012 ISO27k Forum ISO27001 ISO27001 formally specifies how to establish an Information Security Management.
PLANNING THE AUDIT Individual audits must be properly planned to ensure: Appropriate and sufficient evidence is obtained to support the auditors opinion;
1 Note content copyright © 2004 Ian Sommerville. NU-specific content copyright © 2004 M. E. Kabay. All rights reserved. Quality Management IS301 – Software.
Measuring innovation TRAINING WORKSHOP ON SCIENCE, TECHNOLOGY AND INNOVATION INDICATORS Cairo, Egypt September 2009.
Managing Your Audit Function Webinar Series October 6th – 10:00 to 12:00 CST Presented by Del Rush ABA: Managing Your Audit Function Webinar: October 6,
Radiopharmaceutical Production Job responsibilities and Authorities STOP.
SEE-ECN Meeting, Sarajevo - 15 May 2004 Report on the Regional Seminar on Decentralization in Education 6-7 February 2004.
Competence is the demonstrated ability to apply knowledge and/or skills and, where relevant, personal attributes. A certification scheme contains.
Guidelines For Site Management Approaches Floyd Homer WCPA-Caribbean & SUSTRUST.
Module N° 4 – ICAO SSP framework Revision N° 3ICAO State Safety Programme (SSP) familiarization Course06/05/09.
Review Planning meeting for project name. © Local Partnerships LLP 2009 Time Add start and finish Welcome/introductions of review team Purpose of meeting.
© 2016 SlidePlayer.com Inc. All rights reserved.