The Agile Manager

Loading...

Do curso por University of Virginia

Managing an Agile Team

329 ratings

University of Virginia

Managing an Agile Team

329 ratings

Curso 3 de 5 em Specialization Agile Development

Traditional development processes often lead to team frustration and poor results. Agile offers a different approach to managing the complexity of software development. This course focuses on the day-to-day jobs of running a software development program and how leading agile methodologies (Scrum, XP, kanban) can help you do them better. From transitioning a team to agile to running sprints to managing stakeholders, this course gives you the skills you need to manage an agile team in your specific operating environment. We'll show you how to: - Think through and focus on the most important aspects of your projects and sprints - Facilitate your team’s initial and ongoing adoption of the specific agile practices that work for you - Anchor your outcomes and success criteria in durable ideas about what makes for valuable products - Support your team's transition from traditional approaches to agile - Create an agile-friendly environment across functional disciplines - Identify and manage outside stakeholder needs As a Project Management Institute (PMI®) Registered Education Provider, the University of Virginia Darden School of Business has been approved by PMI to issue 20 professional development units (PDUs) for this course, which focuses on core competencies recognized by PMI. (Provider #2122) This course is supported by the Batten Institute at UVA’s Darden School of Business. The Batten Institute’s mission is to improve the world through entrepreneurship and innovation: www.batteninstitute.org.

Na lição

Building, Managing, and Introducing

This week we’ll dive into the jobs of building software and the core management jobs in running an agile team. Agile--and XP in particular--offers a rich body of work on specific coding practices. We’ll step through a few of the most prominent and discuss key linkages with the other concepts and practices you’ve learned. On the job of managing, we’ll dive deeper into what that means and what works in an agile context. We’ll close with ideas and case studies for introducing (or reintroducing) agile to your organization.

The Agile Manager6:27

Creating an Agile-Friendly Environment6:44

Skit: A Developer at Work3:15

Bill Wake on Self-Organization3:03

Bill Wake on Support Escalations4:39

International and Distributed Teams9:16

Skit: Retrospective #64:21

Agile Teams Meet Waterfall Processes10:17

Greg Cohen on Software Development10:10

Agile Product Teams Meet Big Customer5:10

Working with Big Customers: Keeping the Initiative5:21

Working with Big Customers: Accommodating Customer Variations6:15

Skit: Big Meeting with Marla2:52

David Chait on Using Data with Clients7:49

Conheça os instrutores

Alex Cowan
Faculty & Batten Fellow
Darden School of Business

In this module we're going to talk about managing with Agile.

Management is a hard job.

You have, in my experience, a very small slice of people who are just

gifted managers, for whatever reason they are just simply fantastic.

I am certainly not among them.

Then you have a relatively sizable slice over here people who love to be managers.

Now, many, but not all of these people, are like bad drivers.

I always find that bad drivers, they love to drive.

It's not stressful for

them because they're not paying attention to what they're doing and

trying to make sure that they're doing a good job.

And a lot of the time,

it's kind of the same thing with these people who just love to be managers.

And then, you have a big slice here of people who

don't particularly like being managers, and

they recognize how hard it is and they're always trying to do a better job.

And I think that's where most of us fit, and

certainly most of the most conscientious managers fit in that slice.

So if you're in that boat, and you think management is hard and

you don't understand why you haven't found the Rosetta Stone or

the silver bullet yet, don't feel bad, it's just a really tough job.

Particularly managing with Agile requires a lot of refinement and

a lot of things that are kind of hard to do.

A lot of letting go, letting others learn for themselves, and then pulling back and

just being the one to create a good working environment for them.

Sounds easy when you read it in a book,it's really hard to do in practice.

It's important to think about what's going on beyond the obvious.

I have all these plants at home, and periodically they'll get pests,

like mealybugs.

And I'll ask one of the experts that I consult with,

what should I do about these mealybugs?

And they'll tell me well you can do this or do that to get rid of them, and

I absolutely do those things.

But the thing that they always emphasize to

me is that most of the time mealybugs don't get on healthy plans.

And managing with Agile is kind of the same way.

Now if you see things not going

the way that they're supposed to go in the slides here that you've seen and

the processes that are supposed to work it may not mean that you're doing

things wrong from a technical standpoint you may have everything setup right.

But maybe down here somewhere your team's not feeling good about their work for

some reason.

And sometimes the answer is to take them out to lunch or

talk to them about the work and just generally kind of back up and

see how they're feeling about things.

Because, as we discussed at the very beginning here,

there's kind of a specific technique oriented way of managing with Agile,

and then there's also the interpersonal part of it.

Particularly in an engineering organization,

we pride ourselves on being objective, but the reality is, it's just not true.

We're all wired over the millennia to be emotionally sensitive, and

very few individual aren't that way under the surface.

So, as you think about managing with Agile, think about that material as well.

I don't really have a lot of material for you on being a great manager,

unfortunately, but it is important to stay aware of those things,

and there's a certain point where the technical parts of what we're

going to discuss aren't the place to focus, it's the interpersonal parts of it.

Let's talk about the jobs of managing here.

I've divided this into two parts, one is team management.

How are things going with your Agile team and

how you are creating an Agile friendly environment where

you all are progressively driving towards better and better Agile outcomes?

You're marrying principals and

practices and things continue to get better and better.

And then there's the interface to general management so all the things that you and

your team have to do to interface with the rest of the company that may or

may not be on an Agile program,

and all the things you have to do to interface with say large customers or

customers in general that obviously aren't on your development program.

So success here looks like we are doing the practices of Agile and

after some practice because it will not happen right away,

the practices don't require too much pushing, and

that the principals are visible in the outcomes that we're achieving.

Now you'll hear this question a lot.

We think that the principals are more important than the practices.

And when we hear this from somebody like Spotify, who's had a lot of experience,

it means something relatively specific to them in their context.

But if you're just starting with Agile, and

you're going through the growing pains,

the birthing pains of starting this, there is few discussions, that are going to be

less productive than which is more important, principles or practices.

It is something where the practices,

or where you start in there,the things that you do, and

you want to make sure that when you ask, well why are we doing this, and how will

we know if it is successful, that's a good place to talk about the principals.

But it's not like chocolate ice cream or

vanilla ice cream, and your going to pick one and take it home with you.

They both have their place and their time.

And I would say that the relationship between these two things is that

the practices are making sense, and when you look at outcomes, and

when you judge the practices on whether they're working for

you, you're referring to the principles at that point.

You should be evolving collaboratively, and experimenting,

this echoes one of the Kanban principles.

And what this means is that everyone's involved in improving your practice of

Agile, and if that's not the case, you probably have a bunch of team members that

aren't very bought in and you kind of need to unpack that to get the full benefit

of these practices of self organizing and working collaboratively.

And stakeholders meaning, external stakeholders, they're satisfied and

so you have relatively few unplanned surprises

from your internal analogs inside the company of the people that you work with,

and finance that's outside your group, and so forth on product.

So those are a few of the high points and

guiding ideas about managing with Agile and

a few of the success criteria that I would recommend using as a focal point for

figuring out how you're doing and where you want to spend time.

And in the videos that follow,

we'll talk about how to use Agile to manage your team better.

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