LSST Data Management System Science Team Meeting Mario Juric, University of Washington LSST Data Management Subsystem Scientist Joint Technical Meeting.

Slides:



Advertisements
Similar presentations
More CMM Part Two : Details.
Advertisements

<<replace with Customer Logo>>
Agile Project Management with Scrum
1 LBNL Enterprise Computing (EC) January 2003 LBNL Enterprise Computing.
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
Message Design and Content Creation 23 January 2007 Kathy E. Gill.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
The Product Owner prioritizes the requirements or features through feedback from the Stakeholders & interaction with the core team The Team.
Bite sized training sessions: Fundamentals of Business Analysis.
> Blueprint Kickoff >. Introductions Customer Vision & Success Criteria Apigee Accelerator Overview Blueprint Schedule Roles & Responsibilities Communications.
Release & Deployment ITIL Version 3
Trusted IT Group. The challenge: 40 active, concurrent IT projects  Unsatisfactory Project Delivery.
Project Management Process Overview
Roles and Responsibilities
What is Scrum Process? Where is it used? How is it better?
Software System Engineering: A tutorial
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Best Systems Engineering Products Drive CMMI NDIA 6th Annual Systems Engineering Supportability & Interoperability Conference October 21, 2003 Dr. Tom.
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.
IT Requirements Management Balancing Needs and Expectations.
Product Documentation Chapter 5. Required Medical Device Documentation  Business proposal  Product specification  Design specification  Software.
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.
Applied Software Project Management
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Page 1 JUSTIFY define and validate REQUIRE- MENTS define initial management DOCUMENTS define INFRA- STRUCTURE allocated maintenance changes management.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Theories of Agile, Fails of Security Daniel Liber CyberArk.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
State of Georgia Release Management Training
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Delivery Method: Online Duration: 180 Days Scrum Developer Certified (SDC™)  Participants will become familiar with the concepts, advantages, and challenges.
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
Scrum Overview. Agenda What is scrum…and what it isn’t Scrum’s Characteristics The Scrum Process Scrum Phases Measurements Key Practices Backlogs Sprint.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
Project Management PTM721S
Customer Experience: Create a digitally led customer experience
SuperTask / Butler working group
NSGC Liaison Orientation Welcome!
Chapter 3, Project Organization and Communication
Roles and Responsibilities
LSST Tucson, AZ - August , 2017 Desired Outcomes Clarify existing opportunities for the Community to provide input to the Project Help the.
Managing the Information Systems Project
Wael Ellithy, Ph.D. Arx ICT
Principles of Information Systems Eighth Edition
Business System Development
Project Management Lifecycle Phases
Responsibilities & Tasks Week 2
LSST Quality Assurance Mario Juric, University of Washington LSST Data Management Subsystem Scientist Joint Technical Meeting 2017 March 6-8th, 2017.
Analyst’s introduction to post-merger integration in telecommunications
Project & Program Governance
Process Improvement With Roles and Responsibilities explained
CSCE 741 Software Process Lecture 04 Availability
How to Successfully Implement an Agile Project
Guidance notes for Project Manager
Chapter 1 (pages 4-9); Overview of SDLC
QAPI Governance and Leadership
Project Ideation Agile Down-to-Earth © 2016.
By Jeff Burklo, Director
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
Project Management Process Groups
Portfolio, Programme and Project
Agenda Purpose for Project Goals & Objectives Project Process & Status Common Themes Outcomes & Deliverables Next steps.
Define Your IT Strategy
Joint Application Development (JAD)
ISSUE MANAGEMENT PROCESS MONTH DAY, YEAR
Project Management Method and PMI ® PMBOK ® Roles
Project Name Here Kick-off Date
Presentation transcript:

LSST Data Management System Science Team Meeting Mario Juric, University of Washington LSST Data Management Subsystem Scientist Joint Technical Meeting 2017 March 6-8th, 2017

Please Interrupt for Questions and Clarifications!

DM System Science Team Members of the SST work together to define, maintain, and communicate to the DM engineering team a coherent vision of the LSST DM system responsive to the overall LSST Project goals. The SST also devises and undertakes initiatives to scientifically validate the DMS implementation.

What Does the (DM) Subsystem Scientist Do? Communicate with the stakeholders (science community, advisory bodies) to understand stakeholder goals Attend workshops and conferences on behalf of LSST, collect information and feedback Be involved in science collaboration work Define, maintain and communicate system vision and requirements; communicate these to the construction team Maintain high-level vision and requirements documents Investigate and assess scientific acceptability of proposed technical solutions to the project stakeholders (understand the performance of the system); potentially propose alternatives Negotiate mutually acceptable solutions between the stakeholders and the development team Collection and communication of required scientific inputs Advise on the priority of DM construction activities Provide advice on overall prioritization (backlog prioritization) Validate the deliverables Define the scientific content and coordinate execution of tests and data challenges Convene design reviews (internal and external) Codified in LDM-284 and soon in a top-level project document to be rolled out at the JTM.

DM System Science Team LSST Subsystem Scientist DM System Science Team DM Project Manager DM Subsystem Scientist (Mario Juric) DM Science Pipelines Scientist (Robert Lupton) DM Science Validation Scientist (Position Open) Team Scientists DM System Science Team System Science Team Staff DM SST Analyst (Melissa Graham) Alert Production Scientist (Eric Bellm) Data Release Production Scientist (Jim Bosch) DM SST Analyst (Colin Slater) SQuaRE Scientist (Michael Wood-Vasey; interim) SUIT Scientist (David Ciardi) Data Processing Scientist (Robert Gruendl)

DM System Science Team Responsibilities Support the DM Subsystem Scientist in ensuring the DM System meets the LSST science objectives. Communicate with the science community and internal internal stakeholders to understand their needs, identifying the aspects to be satisfied by the DM Subsystem. Liaison with the science collaborations to understand and coordinate any concurrent science investigations relevant to the DM Subsystem. Develop, maintain, and articulate the vision of DM products and services that is responsive to stakeholder needs, balanced across science areas, well motivated, and scientifically and technologically current. Work with the DM Project Manager and DM Technical Managers to communicate and articulate the DM System vision and requirements to the DM construction team. Identify, develop, and champion new scientific opportunities for the LSST DM System, as well as identify risks where possible. Develop change proposals and/or evaluate the scientific impact of proposed changes to DM deliverables driven by schedule, budget, or other constraints. Lead the Science Verification of the deliverables of the LSST DM System.

Responsibility flow/breakdown DM SS responsibilities are delegated to the members of the DM System Science Team Team Scientists: Product Owner roles for parts of the work breakdown structure (more in a second) Pipeline Scientist: Algorithm choices and their impact on science Also: SST Staff, Team Scientists SST Staff: Understand the expected performance of the deliverable, investigate scientific acceptability of proposed solutions, devise and propose new solutions DM SS: Communication with the community Everyone on the SST Science Validation Scientist: Validation of deliverables Science Validation group

“Product Owners”: Plugging into Scrum - The Scrum product owner is typically a project's key stakeholder. Part of the product owner responsibilities is to have a vision of what he or she wishes to build, and convey that vision to the scrum team. - The product owner is commonly a lead user of the system or someone from marketing, product management or anyone with a solid understanding of users, the market place, the competition and of future trends for the domain or type of system being developed. - This, of course, varies tremendously based on whether the team is developing commercial software, software for internal use, hardware or some other type of product. The key is that the person in the product owner role needs to have a vision for what is to be built. https://www.mountaingoatsoftware.com/agile/scrum/product-owner DM SST Scientists are the Product Owners of their parts of the system Responsibility delegated by the DM Subsystem Scientist Participate in sprint planning (sprint goal, backlog prioritization, etc.) Participate in sprint reviews (accept the results)

Communication tools Confluence home: Github home: Mailing list https://confluence.lsstcorp.org/display/~mjuric/DM+System+Science+Team (will soon be moved to a permanent location) Github home: https://github.com/lsst-dmsst Mailing list dm-sst@lists.lsst.org Slack Channel #dm-sst Note: it's use is discouraged for anything other than messages not meant to be permanent (i.e., passing a link to someone, or communicating in real-time during meetings). Meetings Proposal: meet every two weeks

Tentative Agenda for Today First 1.5hr block: Starting the System Science Team (this talk) Science platform definition Outline a Minimum Viable System proposal Organization of DM Science Validation Report on & plan for future PDAC SV activities Second 1.5hr block: LDM-151 status and closure Resource needs Heterogeneous focal plane study update Establishing meeting cadence R2A2 for the SST Upcoming meetings: UK, Lyon We’ll continue much of this discussion online.

Summary The mission of DM is to build operable services needed to produce LSST data products and enable LSST science. Data Products The LSST Science Platform Services The mission of DM’s System Science Team is to ensure we understand what DM needs to build, and assure what DM has built is usable for science. We support and provide direction needed for the engineering effort to build the LSST. We are the Product Owners of externally visible deliverables. Question for discussion: How do we best organize ourselves to fulfill our mission?