3.10 Video Simulation: Task Breakdown Meeting

Loading...

Do curso por University of Alberta

Software Product Management Capstone

349 classificações

University of Alberta

Software Product Management Capstone

349 classificações

Curso 6 de 6 em Specialization Gestão de Produtos de Software

In this six-week capstone course, you will gain practical management experience in a safe, simulated software production setting. You will apply Agile practices and techniques to conquer industry-inspired challenges. Interacting with a realistic client, you will discern what they want and express what they truly need in software requirements to drive software production. Upon completing the capstone, you will be prepared to advance your career as a confident software product management professional.

Na lição

Capstone Project - Week 3

There’s a lot of work to be done this week to prepare for the first sprint. User stories need to be prioritized and assessed for risks, release and iteration plans need to be created, and design needs to begin. You will work with your team to get everything ready so that Sprint 1 can start promptly next week!

3.10 Video Simulation: Task Breakdown Meeting4:04

Conheça os instrutores

Kenny Wong
Associate Professor
Computing Science, Faculty of Science

[MUSIC]

Okay, so let's get started on these user stories.

Let's start with the one about the tablet, that one should be easy.

The only thing for that one is we need to design the wire frame for

the application and we need to set up the iOS development environment.

>> Okay.

Yup. I've made post it notes for both of those.

>> Great.

So let's break down that user story.

>> The database of material is already made.

We don't have to create anything.

>> No, we just need to set up the connection to the database and

then we should be good to go.

Alexa, you want to write that down?

>> Yep, way ahead of you.

We're also going to need a task to write the source code for

pulling material from the database.

I made that one, too.

>> So, what's our review process going to be like?

Are we going to be reviewing code.

If we're pair programming, we don't really need to review code.

>> Are we really going to do pair programming, that just slows me down.

>> Well, I think it would be really good for the team and

I think everyone could learn something from your experience.

How about we designate certain times for pair programming,

then if someone is struggling or just needs an extra set of eyes for their code,

they can ask for a partner to pair with.

>> Yeah, it sounds reasonable.

Yeah. >> I guess so.

>> Okay.

Well then if that's the case, we need tasks for reviewing code.

Unless it's pair programming, of course.

>> Got it.

Great. >> So sticking with good coding standard,

I think we should do test driven development.

So we'll need tasks for writing and executing unit tests.

>> Are we really going to do unit tests?

>> We should always do unit tests.

>> I think it's a good practice to use.

>> I think we should also do acceptance tests.

>> Great idea! Write down those tasks.

So we'll need to write acceptance criteria and tests.

And we'll need a task for executing them.

>> Okay, I'll make this.

>> Seems like a pretty complete list!

>> What about documentation?

We're going to need some internal documentation for

the data base connection.

>> The agile manifesto says we don't need documentation.

>> No, the Agile Manifesto says that they value working software over documentation,

not that they don't need documentation.

The database is a pretty complex piece of software.

We're definitely going to need some documentation that says how it works.

>> We're all going to know how it works.

>> Gosh, seriously.

Have you not seen this on other projects?

What if we're not here for all eternity?

Someone's going to need to use the database, or

maybe another project will want to use the database.

There's no point in reinventing the wheel.

>> All right.

Let's everyone take a deep breath.

Alexa, you're right, we will need some internal documentation for the database.

>> Are we going to need a user manual for this feature?

>> I don't think so, the connection happens automatically for the users.

So, there's no real need for a user manual.

>> Okay, I think this looks pretty complete,

let's move on to another user story.

>> That one seems pretty straightforward, we just have to write the source code,

review the code and then add those tests we decided on.

>> Yep, so write code, review code Write and

execute the unit tests and acceptance tests.

And create the acceptance criteria.

>> I think this feature will need internal documentation and the user manual.

Alexa could you write those down please.

>> Now, we're going to have to design that feature too.

>> Yes. Of course.

Could you write that down too, please?

So I think we've established a good process here.

We'll send you the rest of the task as we create the user stories.

Explore nosso catálogo

Registre-se gratuitamente e obtenha recomendações, atualizações e ofertas personalizadas.

O Coursera proporciona acesso universal à melhor educação do mundo fazendo parcerias com as melhores universidades e organizações para oferecer cursos on-line.

© 2018 Coursera Inc. Todos os direitos reservados.

Baixar na App Store

Baixar no Google Play