HVERNIG NÁLGAST ÞÚ VERKEFNI MEÐ AGILE HUGARFARI?

MPM FÉLAGIÐ – 15 APRÍL 2015

HANNES PÉTURSSON

FORGANGUR• Enska orðið Priority

• Kom inn í tungumálið um 1400

• Var eintölu orð í 500 ár

• Var byrjað að nota það í fleirtölu upp úr 1900

PRIORITIES

ER HÆGT AÐ HAFA FLEIRI EN EITT ATRIÐI MEÐ FYRSTA FORGANG ?

FORGANGSRÖЕ Forgangsröð þýðir að hver hlutur á sinn stað í röðunni

• Fyrsti, annar, þriðji o.fr.• High, medium and low

• Fínt fyrir 3 atriði• En hvað gerum við þegar það eru 5 atriði með hæsta

forgang ?• Mörg atriði með sama forgang þýðir að það er enginn

forgangur

VIÐ ÞURFUM AÐ GERA ÞETTA ALLT HVORT SEM ER, HVERS VEGNA SKIPTIR ÞÁ MÁLI HVAÐ VIÐ GERUM FYRST?

HVERS VEGNA FORGANGSRÖЕ Meiri „focus“

• Alltaf verið að horfa á það sem skiptir mestu mál• Kemur í veg fyrir „bottom-up“ hönnun

• Betra að klára 80% af verkefni innan tímans heldur en að lenda í að vera ekki með neitt tilbúið

• Hægt að sýna afurð og fá viðbrögð fyrr

• Minimun Viable Product (MVP)

MINIMUM VIABLE PRODUCT OR MVP

Minnsta mögulega útgáfa af vöru sem við getum samt kallað vöru.

MINIMUM VIABLE PRODUCT

DÆMI

Dæmi þar sem áhersla er á forgangsröðun í Agile:

• Kanban takmarkar fjölda verkþátta í vinnslu

• WIP (work in progress)• Scrum hefur forgangsraðaðan kröfulista

• Minnsta mögulega vara í Lean startup

• Minimun Vialble Product (MVP)

PRIORITY NOT PRIORITES

FORGANGUR EKKI FORGANGAR

PRIORITY NOT PRIORITES

FORGANGUR EKKI FORGANGAR

KYNNING• BSc. í tölvunarfræði frá Háskólanum í Reykjavík

• Framkvæmdarstjóri hugbúnaðarsviðs Azazo

• Stundakennari við Háskólann í Reykjavík

• Hugbúnaðarfræði• Um 15 ár í hugbúnaðargeiranum

• Forritun, verkefnastjórnun, vöruþróun og önnur stjórnun• Mikinn áhuga á bestu venjum í hugbúnaðargerð og annarri

þróun

• Kennari í Agile verkefnastjórnun í MPM náminu

AIKIDO

SHU-HA-RI

SHUÍ upphafi fylgir nemandinn kennaranum nákvæmlega. Hann fylgist vel með hvernig á að gera viðkomandi verk án þess að kynna sér undirliggjandi ástæður.

HANemandinn er farinn að útvíkka sína þekkingu. Hann fer og skoðar undirliggjandi ástæður fyrir aðferðunum. Hann lærir af öðrum aðferðum og bætir þeim við þekkingarbrunninn sinn.

RINemandinn er ekki lengur að læra af öðrum heldur frá sínum eigin æfingum. Hann kemur með sína eigin nálgun á viðfangsefnið og bætir við það sem hann hefur áður lært.

DÆMI UM AÐFERÐIR SEM ERU EKKI BUNDNAR VIÐ HUGBÚNAÐARGERЕ Visible work "Kanban"

• Standup meetings

• Setting priorities as a team

• Limiting work-in-progress

• Retrospectives

• Product Owner role (responsible for priorities)

• Coach role (helping team reflect and improve)

• Reviews / Showcases of work done

• Timeboxing / Pomodoros

• Pairing

• Test driving without automation

• Visible outcomes - iterating over visible product

• User stories: Who? What? Why?

• Frequent user testing

• Interactive facilitated workshops

• Shorter more focussed meetings with only relevant people

• Balancing relevance against exclusion

• Focus on throughput over efficiency

SCRUM YOUR WEDDING

http://www.scrumyourwedding.com/

SCRUM YOUR WEDDING• Visioning Exercises

• Imagine your perfect wedding day• Roles

• The roles ("Product Owner" and "Scrum Master") will help you reduce conflict throughout the process

• Rituals

• Regular rituals, like the Sprint Planning Meeting and the Retrospective

• Artifacts

• Artifacts let you visualize everything you need to do between your engagement and your wedding

MINIMUM VIABLE WEDDING

MINIMUM VIABLE WEDDING

MINIMUM VIABLE WEDDING

STEP 1: CHOOSE YOUR SCRUM MASTER AND PRODUCT OWNER

SCRUM MASTER

• Makes sure all of the rituals happen

• Makes sure the artifacts are being maintained

• Surfaces and removes obstacles to ensure the Sprint goals are being met

PRODUCT OWNER

• Creates and manages the Wedding Backlog

• Brings a list of prioritized tasks to each Planning Meeting

• Makes difficult decisions about how to spend time and money

STEP 2: CREATE A SHARED VISION

STEP 3: BUILD YOUR WEDDING BACKLOG

The Product Owner is in charge of building the Wedding Backlog, which is the collection of all the tasks you can imagine doing to plan your wedding, arranged in order of importance.

STEP 4: PLAN YOUR SPRINT SCHEDULE

Each cycle starts with a planning meeting and ends with a review and retrospective

STEP 5: RUN YOUR FIRST PLANNING MEETING

The Product Owner prepares for the meeting by reviewing the most important tasks from the top of the Wedding Backlog and sharing them with the Scrum Master. Depending on the tasks, the Scrum Master may decide to invite others to the meeting—family members, friends, and vendors who are helping out with the wedding.

STEP 6: BUILD YOUR SPRINT BOARD

SPRINT BOARD

STEP 7: DO THE WORK

During the bulk of the sprint, you and your wedding co-conspirators will be cake-tasting, flower-arranging, dress-fitting, playlist-making fools.

STEP 8: ASK THE THREE STAND-UP QUESTIONS• What tasks have you worked on since we last talked?

• What tasks are you planning to work on next?

• Is anything getting in the way of finishing the work as expected?

STEP 9: DO SOME REFINING ACTIVITIES

Brainstorming (e.g. ways to barter, ideas for how to incorporate a theme, signature cocktail names, honeymoon locations)

Creating vision boards (e.g. for decorations, food, clothing)

Reading how-to’s and blog articles with ideas from other weddings

Sketching (e.g. a program, a menu, flower arrangements)

STEP 10: RUN YOUR REVIEW AND RETROSPECTIVE• Every sprint ends with a Review, where team members get

to show off the work they completed.

• You might also choose to run a Retrospective, which is a chance for everyone to step back for a bit and talk about the process itself.

• Examples of decisions that might come out of a Retrospective:

• Starting a daily check-in• Using an online tool instead of sticky notes on the wall to

capture progress during the Sprint• An agreement to commit to doing more during the next

Sprint

CONCLUSION: WASH, RINSE, REPEAT

NIÐURSTAÐA• Ekki bara spurning um að læra einhverja aðferð heldur

tileinka sér hana, aðlaga að aðstæðum og vera svo stöðugt að endurmeta og betrumbæta.

• Stöðugt endurmat

• Forgangsraða verkefninu• Velja mikilvægasta verkefnið• Útfæra minnstu mögulegu útgáfu, tilbúið til notkunar• Fá viðbröðgð, endurmeta• Aðlaga áætlun• Endurtaka

• Í stað þess að einblína á hversu vel við erum að standa okkur einblínum við á að læra meira.