Skip to content

Week 40

Niclas Johansen edited this page Oct 5, 2018 · 6 revisions

CEO of the week: Niclas

Monday

Location: SDU

Preparation:

  • None

Agenda:

  • Sprint plan

Resume:

  • Mail to supervisor regarding review.
  • Contacted group 7
  • Arranged meetings.
  • Frederik wasn't participating
  • Tasks added to product backlog and sprint backlog.

Wednesday

Location: SDU

Preparation:

  • None

Agenda:

  • Meeting with supervisor at 12:15

Resume:

  • Talked with our supervisor about the project foundation
  • Got introduced to what would happen at friday's review.

Friday

Location: SDU

Preparation:

  • None

Agenda:

  • Meeting with supervisor at 12:15

Resume:

  • Review with group 5.
  • Talked with our supervisor about the review.
  • Send Ano an email Wednesday the 10th.
  • Try to find out the design layout and design solutions.

REVIEW COMMENTS

Points

  • Overall its good.
  • The method section is great and good informed.
  • The idea of the system seems a bit weak.
  • The project foundation covers it all.
  • The specific system is hard to understand.

Background - section

  • Taskhouse is mentioned early - without any description. And introduction to taskhouse and concept could be good.
  • Rephrase it a bit.
  • Describe how the hiring is for taskhouse.

Stakeholders

  • Nothing.
  • Quality Assurance check.

Aim

  • What is the difference between ours and the others?
  • The consulting is free before you get hired.
  • The concept needs explained.

Objectives

  • Provide jobs for students and graduates.
    • Comment - this system could also be used for.
    • Task platform might refer to it - so people know what it is.
    • You won’t have to pay the employee during the holidays.
      • Seems like a technical objective.

The different parts of the solution:

  • Too specific - Let it be there for know.

Initial requirements analysis

  • The idea about the contact makes sense here.
  • Introduction to the different use cases and describe them.
  • Remember to describe the QA actor earlier.
  • Could use include or extend for the Manage projects

Functional requirements

  • They could be more specific.
  • Projects is not explained before this point.

Domain model

  • Drop the colors.
  • More specific.

Existing solutions

  • Will make it easier for the employees to get a social relationship to a worker and vice versa. - make it more specific.

Related research:

  • none

Methods is well described.

Risks well described.

Clone this wiki locally