All posts by Andreas Scharf

Software Engineering I, WS1011

To make the grading system as transparent as possible we decided to publish our assessment criteria here. The final grade of each team member will be calculated as follows:

  • 50% individual- and 50% team effort, where
    • The individual effort is
      • 10% individual time
      • 15% presentation (each release) and
      • 25% role (perception of the role you had in the scrum process during the release)
    • The team effort is
      • 10% team time
      • 40% assessment of the releases (4 releases, each 10%)

What is individual and team time? What is important for the presentation and how do we assess the preception of your different roles? Here are the answers:

  • Individual and team time
    • At least one hour of each individual and team time to get a 4.0.
    • Two hours of each individual and team time to get a 1.0.
    • At the end of each weekly meeting you will get an assessment in the range (-2,…,+2) which will be summarized at the end of SE1 and build your individual/team grade.
    • Individual time
      • Starts counting if at least two team members start working on the project (two because we want to boost pair programming) in the SE lab.
    • Team time
      • Starts counting if at least 75% of the team comes together in the SE lab and start working on the project.
      • Team time also counts into individual time!
  • Presentation
    • Each release ends with the presentation of the results.
    • Present the new features which you developed within the last 4 weeks
    • 50% content. We assess how efficient you’ve worked within the last 4 weeks. Efficency is meant as the relation between the planned and realized features. However you’ll not get a bad grade if you have good arguments why the planned features didn’t get into the product.
    • 50% presentation style.
    • You will get feedback at the end of each presentation!
  • Roles
    • Dependent on the role you had within a release, we will asses as follows
      • Scrum Master
        • “The scrum master has to ensure that the team has everything it needs to get the work done.”
        • Contacts the SE experts and arranges the weekly meetings
        • We will asses how you did this job!
      • Product owner
        • Maintains the Agilo instance and writes “User Stories”.
        • Prioritizes the tasks in the product backlog
        • We will asses how you did this job by having a look at your agilo.
      • Developer
        • We will have a look at the Agilo burndown charts to get a picture what you did
Software Engineering I, WS1011

Hi Teams,

auch bei dem zweiten Release sollen wieder Kundengespräche geführt werden. Um eine grobe Vorstellung vom Inhalt der jeweiligen (und somit auch des zweiten ;)) Releases zu bekommen, sind bei den Deadline Terminen im Releasekalender kurze Notizen hinterlegt. Für das 1. Kundengespräch im zweiten Release solltet ihr also einen Blick in den Kalender werfen, euch grob die Features überlegen und im Gespräch mit den Kunden genauer herausbekommen, was sie von euch wollen. Daraufhin könnt ihr dann das Product Backlog füllen.

Viel Erfolg für das zweite Release!

Software Engineering I, WS1011

Soeben ist ein weiterer Kalender auf der Hauptseite zu SE1 online gegangen. Dort findet ihr die Sprint/Release Planung für das ganze Semester sowie wichtige Deadlines und Termine. Beachtet, dass am Ende von jedem Release eine Präsentation gegenüber den Kunden geplant ist. Die Präsentation muss innerhalb des angegebenen Zeitraums gehalten werden!

Wir haben bei allen Deadline Terminen in den Termindetails Empfehlungen der Kunden hinterlegt, wie weit das Projekt bei den Teams fortgeschritten sein sollte. Dabei handelt es sich lediglich um eine Empfehlung!