Project Meeting.

Slides:



Advertisements
Similar presentations
Brain Storming. Objectives Session 1 - Brain Storming Session 1 - Brain Storming To facilitate team members in To facilitate team members in  diverting.
Advertisements

Feb. 6, 2001CSci Clark University1 CSci 250 Software Design & Development Lecture #7 Tuesday, Feb. 6, 2001.
Focus Groups for the Health Workforce Retention Study.
Damian Gordon.  Summary and Relevance of topic paper  Definition of Usability Testing ◦ Formal vs. Informal methods of testing  Testing Basics ◦ Five.
Meeting Skills.
DCT 1123 PROBLEM SOLVING & ALGORITHMS INTRODUCTION TO PROGRAMMING.
TEACHER FEEDBACK WEBSITE HTVN TEAM. AGENDA 1.TEAM INTRDUCTION 2.PROJECT OVERVIEW 3.PLAN 4.PRODUCT ARCHITECTURE 5.DATABASE DESIGN 6.TEST PLAN & TEST REPORT.
What is Usability? Usability Is a measure of how easy it is to use something: –How easy will the use of the software be for a typical user to understand,
ECE450 - Software Engineering II1 ECE450 – Software Engineering II Today: Introduction to Software Architecture.
Project Management ISE 5101 Karl Smith Project Monitoring & Control I Project Meetings.
Jump into Blended and Online Course Development We’ll Help You Look Before You Leap! Stephanie Boychuk Learning Technologies Support Specialist Vancouver.
CE 120 Class Project. Design Historic Bridges – Architecture – Simple forces analysis.
1. WELCOME Project Management Cycle (P.M.C.) What is a project? : What is project management?: Project management life cycle : Phase 1 st : Phase 2 nd.
L5 Computing Team Project Final Presentation Guidelines.
Hello World D R. R OBERT Z UBEK, S OMA S IM LLC EECS-395/495: G AME D EVELOPMENT S TUDIO W INTER Q UARTER 2016 N ORTHWESTERN U NIVERSITY.
A Brief intro to Project Management What can it do for you
Chapter 3, Project Organization and Communication
Meeting Facilitation: Turn Hate to Love
02086 Writing Inspirations Aalto University
CMPE 280 Web UI Design and Development August 29 Class Meeting
Study Tips For A Great Education In Math.
How to make an Effective Presentation
Best Practices for a Staff Meeting
02086 Writing Inspirations Aalto University
name of trainer associate trainer | sparqs
Quiz: How Are Your Meetings
Working in Groups in Canvas
„Hey, do you know what ‚upside down management‘ is
Spring 2013 Advising Starts this week.
Instructional Designer
Developing v. Measuring Teachers A Growth Model
Project Review Team name
T Project Review Group: pdm I2 Iteration
Oral Communication Week Two.
Meeting Facilitation: Turn Hate to Love
The Need for Programming Languages
Chapter 4, Requirements Elicitation
General english introduction.
Case Closed: The Future of Legal Tech Has Already Been Decided According to Legal tech and Innovation experts Peter Sovall and Isabel Parker, we’ve got.
Effective Writing Where and how to start?
Project Meeting 08 Jan 2003.
Teacher Academy Workshops
Introduction to Engineering Oral Presentation Details
Introduction To System Analysis and Design PART 2
Deliverables to Celebration
Chapter 4, Requirements Elicitation
Requirements Engineering
English 12: 9/1/15 Day 1 Welcome: Mr. Crowley- Portable 1
Canine Assisted Learning Lesson 4
Team Meetings Unit 3 Employability and Professional Development
Dr. Rob Hasker SE 3800 Note 9 Reviews.
Project Meeting 23 Oct 2002.
Bulloch Information Session
COMPUTATIONAL THINKING COMPUTATIONAL THINKING IN PROGRAMMING
Methods of Training Learning Objective
Working with Groups
Requirements Engineering Tutorial
name of trainer associate trainer | sparqs
Requirements Engineering
Project Meeting 15 Jan 2003.
Returning Speech Team Welcome to the Season!
WELCOME! JM Speech Team Meeting.
Session 1: How to Have an Effective Meeting
Interdisciplinary Case Management Experience
Introduction to Web Authoring Ellen Cushman cushmane
No Warm-Up 5/18/17 Happy Thursday!  We have 6 school days left this year! (and 1 more Thursday after today!) You can choose your seat today; if you.
On Site Management Meeting 7.
Girls Soccer 2019 Informational Meeting
Project Meeting 30 Oct 2002.
Presentation transcript:

Project Meeting

Today’s process Roles: Desired Outcome: Facilitator(s): All Scribe: Michel Atoudem Kana Time Keeper: Uli Bauer Minute Taker: Stefan Gersmann Desired Outcome: Open Issues Work Breakdown Structure Everybody knows what to work on 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

ODD Status How far are we? 3-6 class files per team html documentation pdf documentation problem: pre and postconditions not yet included 3-6 class files per team 5/4/2019 ARENA Project Meeting

ODD Status Compilation problems Please try to compile before checking in. Do you know ant? Ant install and introduction session? Is it important for Michael that sword compiles? 5/4/2019 ARENA Project Meeting

ODD Status 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

Team status Algorithm Team SWORD Engine Team HCI Team FRAG Team 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

sucks communication and decision documentation (7) inter-, but also intra-team deadlines too short/unrealistic goals (6) uneven efforts of members (5) information about what to do and how (know the Bible) (4) time requirements too high (4) too much overhead (3) tutorials were online too late and didn’t help (2) too many tools to learn, use limited, usability (2) unclear responsibilities (everybody should do everything) (2) 5/4/2019 ARENA Project Meeting

sucks, too uneven work distribution/motivation (also Coach/Team) (1) wednesday meetings (attention) (1) infrastructure (1) adherence to standards (1) visionary ideas are blocked (1) Coaches are not moderating well (1) 5/4/2019 ARENA Project Meeting

rules topic (8) management (8) organization (team work) (7) process (6) members (5) iBooks (4) infrastructure (4) technologies (4) English (2) tutorials (1) social events (1) 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

Schedule till Christmas Mon Tue Wed Thu Fri 9 10 today 12 13 16 17 18 19 20 23 24 25 26 27 Interface session coding Coding session Christmas demo Coding 5/4/2019 ARENA Project Meeting

Schedule details Today By next Wednesday (Dec 18th) Interfaces & interdependencies between different subsystems are discussed Work distribution is discussed By next Wednesday (Dec 18th) Further coding of the development teams Next Wednesday (Dec 18th, 14:00) Coding session Open end - including “Gluehwein” provided by the coaches ;-) 5/4/2019 ARENA Project Meeting

Schedule details Next Thursday (Dec 19th, 12:00) Christmas demonstration One simple run through SWORD, e.g.: Two players start SWORD… … can move their actors … … through an algorithmically defined world … … where they can see other items! 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

Hello SWORD Interfaces between different subsystems Interdependencies between different teams Work distribution Open questions regarding FRAG 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

Coding session Process: Preparation: pair programming (XP) all developers in one room pairs are formed based on open tasks continuous integration Preparation: open questions & issues 5/4/2019 ARENA Project Meeting

Project meeting outline ODD status Team status Evaluation of project feedback Schedule till Christmas Hello SWORD application Coding session ARENA Christmas meeting Another interesting issue with finding objects is to define which objects are inside the application domain and which ones are outside of it. Sometimes it helps you to get a clearer understanding of the overall system. Look at the figure in this slide. What does it show? A bunch of black and white dots? Given that I will tell you that it contains a system (that is an object model can be found) how would you start with looking for objects? Turn the slide around. Turn it upside down. Look at the “problem domain” from all angles. And suddenly you might experience what I would call the “gestalt experience”. You will see the application domain. Now there is no recipe for finding it. You might find a very low level object, such as an ear or you might find a high level object such as the shape of a dog. In fact, if you look carefully you will find a dalmatian dog. Once you understand that you are looking at a dog, a lot of the black and white pixels in the total figure are not part of your system and you can easily find the boundary of the system by trying to trace the outline of the Dalmatian. However, don’t be lured into thinking that this is the system you have been looking for. Always be alert that the real system might be something totally different. For example, if you turn the dog upside down, you might be able to see an eagle taking off from a river, with a poor dead victim in its claws! 5/4/2019 ARENA Project Meeting

ARENA Christmas meeting … will take place after or during our next project meeting … everyone can bring some gingerbread and cookies … Gluehwein will be provided by the coaches ;-) 5/4/2019 ARENA Project Meeting

Thanks for your attention & Happy coding ;-) 5/4/2019 ARENA Project Meeting