Timesheet training Version: 1.8.1. Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.

Slides:



Advertisements
Similar presentations
© Copyright 2006 FPT Software 1 © FPT SOFTWARE – TRAINING MATERIAL – Internal use 04e-BM/NS/HDCV/FSOFT v2/3 How to work in Fsoft project Authors: KienNT.
Advertisements

Configuration Management
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Software Quality Assurance Plan
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
<<replace with Customer Logo>>
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
Project Closure Report Basker George. Project Closure When does a project end? Does it end when the software has been delivered to customer & acceptance-tested?
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Stepan Potiyenko ISS Sr.SW Developer.
Software Configuration Management
Project Management Plan
 QUALITY ASSURANCE:  QA is defined as a procedure or set of procedures intended to ensure that a product or service under development (before work is.
Configuration Management
Development and Quality Plans
Development plan and quality plan for your Project
© 2008 Prentice Hall11-1 Introduction to Project Management Chapter 11 Managing Project Execution Information Systems Project Management: A Process and.
Software Engineering Institute Capability Maturity Model (CMM)
Release & Deployment ITIL Version 3
Configuration Management Process and Environment MACS Review 1 February 5th, 2010 Roland Moser PR a-RMO, February 5 th, 2010 R. Moser 1 R. Gutleber.
Effective Methods for Software and Systems Integration
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
PMP® Exam Preparation Course
Software Configuration Management
S oftware Q uality A ssurance Part One Reviews and Inspections.
Software Quality Assurance Activities
From Research Prototype to Production
S L H C – P P Management Tools Kick-off Meeting April 8 th, 2008 Mar CAPEANS CERN This project has received funding from the European.
Rational Unified Process Fundamentals Module 4: Disciplines II.
Software Configuration Management (SCM)
S Q A.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Lecture 11 Managing Project Execution. Project Execution The phase of a project in which work towards direct achievement of the project’s objectives and.
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Georgia Institute of Technology CS 4320 Fall 2003.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction The foundations of high quality Foundation 1: software.
© Mahindra Satyam 2009 Configuration Management QMS Training.
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
Software Maintenance Speaker: Jerry Gao Ph.D. San Jose State University URL: Sept., 2001.
Validate Scope What we have: Requirement Traceability Matrix Verified Deliverables What we do: Inspection What we get: Accepted Deliverables.
Test status report Test status report is important to track the important project issues, accomplishments of the projects, pending work and milestone analysis(
Configuration Management- Basic Concepts. Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
System Maintenance Modifications or corrections made to an information system after it has been released to its customers Changing an information system.
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
What is project management?
CIS 210 Systems Analysis and Development Week 9 Part I Maintaining Information Systems,
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software configuration, software configuration items and software configuration.
SG Software Configuration Management And CVS scmGalaxy Author: Rajesh Kumar
Chapter 11 Project Management.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Configuration Management
Software Configuration Management
Software Project Configuration Management
Chapter 11: Software Configuration Management
Software Configuration Management
Configuration Management
TechStambha PMP Certification Training
9/18/2018 Department of Software Engineering and IT Engineering
Chapter 11: Software Configuration Management
Configuration Management
Software Testing Lifecycle Practice
Executive Project Kickoff
Presentation transcript:

Timesheet training Version: 1.8.1

Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet

Objectives After the course, student will achieve (be able to): –Understand Timesheet procedure –Understand how to record Timesheet –Use Timesheet information to manage working effort.

Timesheet procedure ActorAction –StaffsRecord –PMReview –QAReview & approve –Senior ManagerView –Timesheet AdminWeekly report Timesheet status –HCDCreate timesheet account Timesheet related penalty/reward –QA_ToolTechnical support

Timesheet procedure Who? –All –Exceptional cases –Group Leaders –Persons who are not working for any project of company: shopping-body, abroad training, off-work, etc. –Persons who are approved by COO and SEPG Head, or company BOM for not to record timesheet When? –Before 10:00 am every Monday for recording –Before 03:00 pm every Monday for Manager review –Before every Tuesday for QA review –Before 7th of next month for recovering timesheet.

Timesheet procedure ÄLack of timesheet  Not submit timesheet before 10:00 AM next Monday  Not recover timesheet before 7th of next month ÄPending timesheet  Not review timesheet before 15:00 PM every Monday (PM)  Not review and approve timesheet within Tuesday (QA)

Timesheet procedure Timesheet status report  Timesheet status (lack and pending timesheet) is informed every Monday.  At the last day of every month, inform company staffs about People that have not recovered timesheet  At 8th monthly, the report on lack and pending timesheet in month is informed and it is base for penalty (Clarification and/or explanation shall be submitted to QA Manager within 3 working days for approval)

Timesheet procedure Penalty cases: Outstanding case  Lack of timesheet  Pending timesheet Timesheet violation report to HCD no later than 15th monthly for implementing penalty procedure

How to record Reject Grant access right Record Approve by PM/Other Approve by QA Report Work flow

How to record What to record? ª Date ª Project ª Process ª Work ª Description ª Time ª Work product ª KPA (entered by QA)

How to record Project – What project your effort spent for?  Project: activities for specific projects  Group: activities at Group-level, not specified for any project.  Misc: others.

How to record Type of Work  Study  Create  Review: review WPs created by OTHERS, not YOU  Test  Correct: repair YOUR OWN PROJECT’s defects, not OTHER’S  Translate Work product  Work Order; Project plan  URD; SRS  ADD/DDD  Use manual; Software package  Test plan; Test case & test data; test tools, Software modules for Unit testing  Release note; installation guide ....

How to record Software process: what activity do you do? Contract management: - Develop, review, approve Proposal - Contract relating activities Requirements: - Identify or study Customer requirements - Develop, review & approve URD, SRS, Use case... - Develop Requirement prototype Design: - Develop, review & approve Design document: ADD, DDD - Develop Design prototype

How to record  Coding: ÄDevelop, review, approve Coding convention Ä Code Ä Develop User manual, System description, Installation guide  Deployment: ÄDevelop Release note, ÄPack the software package  Deliver or deploy the software  Conduct user training related activities  Customer Support Ä Technical support after releasing software to customer

How to record  Test ÄCreate & review Test Plan  Develop, review, approve Test case, test data (Test tools)  Execute test: Unit test, Integration test, System test  Make Test report  Prevention ÄDevelop DP Plan ÄImplement DP activities  Causal analysis meeting  Maintain DP Log

How to record  Configuration management  Develop CM plan  Set up environment and project directory  Keep track status of CIs  Baseline activities and report  Project management - Develop, review, approve PP  Project tracking, meeting and report  Project meeting: kick-off, progress review, milestone review, post-mortem review  Subcontract management

How to record  Other processes  Quality  Quality planning  Quality control  Quality audit  Correction/Prevention  Management review  Information  Documentation control  IS management

How to record –Human resource management:  Recruitment  Training  Staff management  Collaborator management  Student management  Retirement –Admin:  Administration  Facility management

Common TS defects o Wrong logging 1. Code and unit test 2. Test and fix bug 3. Study or Review WPs 4. Translate mail 5. Working time: o Lacking 1. Review effort 2. CM effort: baseline, set up env, install tools

How to use Report Summary report  Summary report  Report by Process and Type of work  Work product and Type of work  Kpa and Type of work  Account and date Tracking report  Lack of Timesheet  Pending Timesheet Inquiry report

Practices Log timesheet for the following cases: –1. Make prototype –2. Prepare for high level design review, inform and send documents, records to related interfaces –3. Verify tools for coding –4. Conduct code review –5. Conduct final inspection of deployment package within the project –6. Develop test strategy, include: testing method, exit criteria and measurement for test, special considerations, resources and conditions for performing test –7. Design data

Practices (cont.) Log timesheet for the following cases: –8. Inspect Test tools –9. Set up environment and install programs for Test –10. Study project information and configuration management requirements including list of deliverables, schedule, milestones and change control requirements –11. Receive change request, record information required –12. Define outline of project plan –13. Conduct quality audit, receive the audit team –14. Analyze Defects to set DP goals and product preventive actions. Conduct preventive actions. Verify to close DP tasks –15. Correct, revise and re-review the requirement specification documents

Resources & references Reference –Timesheet guideline –Timesheet user manual –Timesheet procedure

Questions and Answers