Planning Iteration Demo Suunto Training Program Planner.

Slides:



Advertisements
Similar presentations
QuEdge Testing Process Delivering Global Solutions.
Advertisements

T Iteration Demo Team #13 : CloudSizzle I2 Iteration
T Project Review X-tremeIT I2 Iteration
T Project Review I3 Iteration T Project Review X-TremeIT Valeria, Konstantin, Roman, Olesia, Vladislav, Seppo, Aleksandr 2 Agenda.
Software Development Methodologies 1. A methodology is: A collection of procedures, techniques, principles, and tools that help developers build a computer.
Online Peer Evaluation System Team Green Apple Team Members Ada Tse Amber Bahl Tom Nichols Matt Anderson Faculty Mentor Prof. M Lutz Project Sponsor Richard.
Implementation I - demo. Schedule * Project status -achieving the goals of the iteration -project metrics * Used work practices * Work results -presenting.
T Project Review Groupname [PP|…|DE] Iteration
T Iteration Demo BaseByters [I1] Iteration
Online Peer Evaluation System Team Green Apple Team Members Ada Tse Amber Bahl Tom Nichols Matt Anderson Faculty Mentor Prof. M Lutz Project Sponsor Richard.
 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.
T Iteration Demo Neula I1 Iteration
Planning Iteration Demo Suunto Training Program Planner.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
T Project Review Magnificent Seven Project planning iteration
WFO Planning Tool RFC & FCT
T Iteration Demo Team WiseGUI I2 Iteration
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
T Project Review TeXlipse [I2] Iteration
T Project Review eGo I3 Iteration
T Final Demo Xylophone I2 Iteration
T Project Review X-tremeIT I1 Iteration
T Final Demo Tikkaajat I2 Iteration
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
T Project Review Tetrastone [Iteration 2]
T Iteration Demo BitPlayers I2 Iteration
T Iteration Demo Apollo Crew I1 Iteration
T Project Review WellIT PP Iteration
QUALITY ASSURANCE PRACTICES. Quality Plan Prepared and approved at the beginning of project Soft filing system approach followed. Filing location – –
T Iteration Demo Group name [PP|I1|I2] Iteration
PaymentFramework Payment Framework to Mobirox Ltd by team braZil Project Presentation Innopoli 2, SoberIT :00-15:00.
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
T Iteration Demo METAXA PP Iteration 17 November November November 2015.
T Iteration demo T Iteration Demo Team Balboa I1 - Iteration
With a hint of HP Quality Center Agile development and functional testing: friend or foe? Tom Vercauteren, June 26th, 2009.
T Project Review (Template for PI and I1 phases) Group name [PI|I1] Phase
T Project Review RoadRunners [IM1] Iteration
T Iteration Demo Team DTT I1 Iteration
T Iteration Demo BitPlayers I1 Iteration
T Iteration Demo Team 13 I1 Iteration
T Sprint Demo Team Tarantino Iteration 1 / Sprint
T Project Review RoadRunners [IM3] Iteration
T Final Demo BaseByters T Final demo 2 Agenda  Project introduction (5 min)  Project status (5 min)  achieving the goals.
T Iteration Demo Team DTT Project planning (PP) Iteration
T Iteration Demo Software Trickery I2 Iteration
T Project Review WellIT I2 Iteration
T Iteration Demo Group name [PP|I1|I2] Iteration
T Iteration I1 Demo Software Trickery PP Iteration
T Iteration Demo Tikkaajat [PP] Iteration
T Project Review MalliPerhe Iteration 3 Implementation
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
T Iteration Demo MapGuide based Web Edit Interface I2 Iteration
T Project Review RoadMappers I2 Iteration
T Project Review Rajoitteiset I2 Iteration
T Project Review Muuntaja I1 Iteration
T Iteration Demo Tempus I1 Iteration
T Iteration Demo BitPlayers PP Iteration
T Project Review Magnificent Seven Final demonstration
T Project Review MTS [PP] Iteration
T Project Review Wellit I1 Iteration
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
T Project Review Sotanorsu I2 Iteration
T Iteration Demo LicenseChecker I2 Iteration
Adaptive Software Development Process Framework. Version / 21 / 2001Page Project Initiation 2.0 Adaptive Cycle Planning 5.0 Final Q/A and.
T Project Review X-tremeIT I1 Iteration
TeXlipse [I1] Iteration
T Project Review Group: pdm I2 Iteration
Object Oriented Analysis and Design
Agile Development.
Presentation transcript:

Planning Iteration Demo Suunto Training Program Planner

imara AGENDA Introduction Project status Work results

imara Project context Business context Development context Adding value to new sports portal Important feature Third party development

imara PROJECT STATUS Goals and deliverables Resource usage Quality Assurance

imara Final iteration goals fulfilled Final product according to requirements High quality user interface Easy to use Graphically in line with Suunto design High quality code Internally: integration Externally: no known bugs Deliverables of high quality Some minor bugs still exist Two days of integration at customer site Customer constantly involved

imara All deliverables done Continuous Integration Final project plan Technical specification Quality Assurance report User's manual Final report Progress reports Written as an FAQ document All documents and source code delivered to customer All documents reviewed

imara Realization of the tasks No unresolved tasks

imara Resource usage We worked hard in Iteration 2 Almost all working hours used 1500 / 1539 hours worked

imara Project metrics Lines of code per week Approx Total Lines of Code Commits per week Approx. 18 Total number of commits 294

imara QA Practices Most important QA practices were Automatic unit and Selenium tests Explorative testing & heuristic evaluation Code reviews Peer programming Peer-group testing Continuous feedback from the customer Close communication and a supportive atmosphere

imara 11 Quality Goals All documented requirements have been implemented Unit test coverage good Functionality The feedback from the customer, peer-group and internal heuristic testing have been encouraging Innovative solutions Usability Unit tests are written Coding conventions are followed No blocker or critical bugs remain Code quality The layout is in line with mySuunto portal Layout has been approved Layout Implemented to all fields Localization Risks have been actively followed A lot of small changes/fixes towards the end complicated testing Risk management

imara Quality Dashboard Component Quality Status CommentsConfidenceReasoning Backend GOOD Unit tests have been written to all functionalities Automatic testing MEDIUM Unit test coverage has not been formally audited Frontend MEDIUM General feedback positive Innovative solutions Some minor adjustments remain GOOD Peer-group Heuristics Automatic Selenium tests Customer feedback Integration GOOD The backend functionalities work seamlessly through the frontend GOOD Tests have been designed to employ different layers of the software

imara Defects and Other Quality Metrics 55 unit tests written and all passing! 22 Selenium tests written and 20 passing! No blockers or critical bugs remain:

imara Testing Tools TargetToolUsed Create unit tests for all backend functionalities nUnit System and acceptance testing Selenium Continuous integrationCruise Control Listing of defectsJIRA Segregation of dutiesWeekly Meetings

imara Risk Management Risks were evaluated after each sprint Some risks materialized, but no major setbacks occurred Main problems and solutions Uneven workload  Less involved developers were given individual assignments Sickness and leaves  Reassigning tasks and planning ahead Unclear requirements due to iterative development  On-going and mutual dialogue with the customer

imara Changes Requirements have changed constantly One major change in requirements in the last sprint Small but constant changes in the UI throughout the project Late test results from the customer All major bugs fixed within two days

imara WORK RESULTS Demo of development environment Work practices used Reflection

imara Project Results Fully functioning software All customer requirements satisfied Almost 100 test cases Preliminary integration with the customer performed QA ideas delivered to the customer Ideas regarding third party applications delivered to the customer

imara Architecture Overview Training Program Planner DAL BLL SAL Presentation Layer SAL (stub) To be integrated...

imara WORK PRACTICES Demo of development environment Work practices used Reflection

imara Work practices used Pair programming Communication Process improvement Och en massa annat fint

imara Demo Demo för själva produkten är före denhär presisen Här kunde man demoa jira / ccnet / selenium / etc

imara Lessons learnt for the future What we learned To work as a team A new development environment What we will do better Blabla

imara Thank you for a well executed project!

imara BACKUP SLIDES

imara Iterative development plan Iteration (> 5 weeks) Sprint (< 5 weeks) Heartbeat (1 week) Week Iteration 1 Iteration 2Planning Sprint 1.1Sprint 1.2Sprint 2.1Sprint 2.2 Meetings with Suunto