Dagens lektion. Uppgift konflikthantering liten genomgång. Repetition!

Relevanta dokument

Projektkunskap & ledning Lektion 1

Notera 4/29/2011. Varför behöver man organisera? Rutin eller Projekt. Vad är ett projekt? Projekt är ett sätt att organisera sig

Det är lätt att vara modig om man inte är rädd

Guide till projektmodell - ProjectBase

Riktlinjer Projektmodell fo r Kungä lvs kommun

Specifikt Mätbart Accepterat Realiserbart Tidssatt

Ramverk för projekt och uppdrag

Projekt som arbetsform

Projektstyrning - kortversionen Jan-Åke Olofsson

Projektstyrning - kortversionen Jan-Åke Olofsson

Att skapa projektgruppen

Agil Projektledning. En introduktion

INFÖRANDE, AVSLUT OCH UPPFÖLJNING. Agneta Bränberg

Agil Projektledning. En introduktion

Ändra dina tankar och du ändrar din värld. Norman Vincent Peale

Projectbase en generell projektmodell

Projektledning Introduktion. Version Juha Söderqvist

Verksamhetsstyrning och stöd. Projekt. Nätverket Uppdrag Hälsa 11 oktober 2013

RUP - Rational Unified Process

Inspel till dagens diskussioner

Projektstyrning. Tor Fridell

Agil Projektledning. En introduktion

PROJEKTLEDNING inom produktutveckling. Individuell inlämningsuppgift KPP039 Produktutvekling 3 Boris Mrden

IT-projektledning - introduktion 725G62

Lena: Lärare. Projektledare IT-Ansvarig Affärsansvarig

Projektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget % misslyckades!

Agenda Gruppavtal Normer och regler Projekt som arbetsform Kommunicera i projekt Marie Ahlqvist

Innehåll (3) Innehåll (2) Innehåll (5) Innehåll (4) Innehåll (6) Innehåll (7) Dokumenthistorik. beställare, Översiktlig beskrivning av projektet

Metoder för Interaktionsdesign

Projektledning. Korsreferens mellan upplaga 5 och 6

Projektplan: Standardiserad hantering av SLU:s användaridentiteter, SLU-identiteter

Vad gjorde vi förra gången? Vad gjorde vi förra gången? Vad gjorde vi förra gången? Syftet med att organisera verksamheten Organisationsteori

Projektplanering. Projektplanen. Om inte projektet planeras noga, kommer det garanterat att misslyckas

BESKRIVNING AV PROCESSMETODEN SCRUM

Projektkunskap ledning och process

Det jag hör glömmer jag det jag ser minns jag det jag gör kan jag. Kinesiskt ordspråk

Projektledning: Kommunikation och Risk

Resultat, avslut och uppföljning

Projekthandbok. administrativa utvecklingsprojekt

Vård- och omsorgsförvaltningens värdegrunder

Lyckade projekt - finns det?

En kort inledande sammanfattning av projektplanen. Bör vara på en egen sida och placeras först i projektplanen.

RESULTAT, AVSLUT OCH UPPFÖLJNING. Stefan Berglund

Dokumentation och presentation av ert arbete

RESULTAT, AVSLUT OCH UPPFÖLJNING INFÖRANDET BYTE AV PROJEKTGRUPP/MEDLEMMAR? PLANERING INFÖR INFÖRANDET

Planering av projekt. Stig Byström

Dokumentation och presentation av ert arbete

Riskhantering för administrativa projekt inom Karolinska Institutet

Att arbeta agilt. En arbetsgång

IHM PROJEKT- LEDNING

Kompetenskriterier för ledare i Lunds kommun

Kompetenskriterier för ledare i Lunds kommun

Rubrikförklaringar till projektmallar

Projektmetodik. Översikt. Lektion 1: Metodiker. Metodiker.

Skapa projektgruppen. Stig Byström

Xxxx Motivation och drivkrafter

Symptom på problemen vid programvaruutveckling

Ladok3 på GU. Rollbeskrivning i projektorganisationen

Riskhantering. Tieto PPS AH006, , Sida 1

Bild 2-10: Internetfonden, Pernilla Rydmark. Bild 11-27: Projekthantering, Michael Winberg. Mer information finns på

Projektprocessen. Projektprocess

RUP Rational Unified Process. 17 november 2004

CREATING VALUE BY SHARING KNOWLEDGE

Projektledning. Botniabanan

Projektprocessen. Projektprocess

Projektledarutbildning 6 dagar

Projektarbete. Johan Eliasson

Projektplan, Cykelgarage

Automation Region. Affärsdriven systemutveckling genom agila metoder. Stefan Paulsson Thomas Öberg

Project Life Cycle. Tollgate-beslutspunkt. Projektets faser: förstudie, initering, planering. Vanliga faställda beslutspunkter i projekt.

hos beställare, projektdeltagare mfl!

inava Teknik utför i huvudsak alla

Projekthandbok. för administrativa utvecklingsprojekt vid Uppsala universitet

Projektmodell. 1. Riktlinjer projektmodell 1 (6)

SCRUM och mycket mer

Roller. - Projektets beslutande organ. - Bör ha rätt kompetens och erfarenheter. - Fastställer projektdirektiv och projektplan. - Bedömer resultat

Att välja verktyg för portföljhantering. - Vad vet en leverantör om det?

Bilaga A Projektmodell. Generell Projektmodell

Projektplan. LiTH Segmentering av MR-bilder med ITK Anders Eklund. Version 1.0. Status. Bilder och grafik projektkurs, CDIO MCIV LIPs

Projektplan. Grupp 8 Version 1.0

Gösta Ljungberg 31 mars 2014

Förändringsledning. Stöd & behandling Anette Cederberg

Projekthandbok. för administrativa utvecklingsprojekt vid Uppsala universitet

Vad gör åtgärder inom Mobility Management effektiva resultat från GPS-Stepping Stones projektet

Avslut och resultat av projekt Projektledning 1, HT Agneta Bränberg

LiTH Autonom styrning av mobil robot Projektplan. Martin Elfstadius & Fredrik Danielsson. Version 1.0

Metod och stöd för en strukturerad förstudie.

Medvetet utförande av ledarskap

Användningscentrering i agila utvecklingsprojekt. johanna.sarna@valtech.com Valtech

Hållbar utveckling A, Ht. 2014

Projektledarrollen. Tieto PPS AH083, 3.2.0, Sida 1

Motionspass på lunchtid

Projektplan, milstolpar och organisation

Utbildningens namn och syfte Vår ledarskapsutbildning i förändringsledning ger dig ett metodiskt arbetssätt för att genomföra förändringar.

PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning

Filhanterare med AngularJS

Projekt- och kvalitetsstyrning på Frontec

Extern vd Så lyckas du! 15 framgångsfaktorer för vd i ägarledda företag

LUNDS UNIVERSITET. Riskanalys och riskhantering

Transkript:

Onsdag

Dagens lektion Uppgift konflikthantering liten genomgång Väldigt kort om projektmodeller - RUP Repetition!

Konfliktövning

Era egna reflektioner det är bara att krama sig igenom allt och älska varje sekund Använd andras åsikter så att dina utvecklas Det handlar om kommunikation, förståelse, insikt och att mötas på vägen alla konflikter inte nödvändigtvis är destruktiva, de kan vara konstruktiva också Jag tycker att jag aldrig hamnar i konflikter. Kanske beror på att jag undermedvetet undviker dem.

Era egna reflektioner Att våga ta upp konflikter med de berörda och våga prata. Berätta hur man känner och vad man tänker. Det låter lätt men många människor är konflikträdda och känner stor olustkänsla för att ta itu med obehagliga saker som konflikter. Det händer också att jag använder mig av strutsmetoden, vilket innebär att jag sticker ner huvudet i sanden och inte låtsas om problemet, men den metoden tillämpar jag mest i privata sammanhang.

Era egna reflektioner Har lärt mig att problem inte löser sig självt Det tar oftast tid för mig att förstå att det är en konflikt (är inte så bra på att tyda undermeningar). Man blir arg, går till motattack, slår bort det den andra säger och det blir ett bråk istället för en sund diskussion där målet är att lösa problemet Jag löste mina egna problem genom att undvika den här typen av personer som bara ville ha hjälp men aldrig hjälpte andra.

Ni som har fått godkänt John Fredrik Sarbijt Thomas Pär Per Joakim Sasa Anders Peter Kenneth Jim Nicklas Nicklas Kejvan Lennart Claudette Tina Pierre Katarina Ingemar Calle Evin Är det någon som inte finns med? Isf har jag inte fått er uppgift!

Icke-agilametoder

RUP

RUP RUP står för Rational Unified Process RUP är iterativ, arkitektcentrerad och användarfallsdriven RUP definierar vilka som är ansvariga för vad och när och hur saker ska göras. Tydliga roller RUP är ett anpassningsbart processramverket Fokuserar på artifacts (dokument)

Underliggande principer för approachen Affärs risker, tekniska risker, och andra risker ska identifieras tidigt och tas tag i Dokumentera kraven så de är lätta att förstå för kunden. Jobba nära kraven i design-, implementerings- och testfasen Fokusera på körbar kod, då dokument, design och planering är dåliga indikationer på framgång

Underliggande principer för approachen Krav, design och implementering är svårt att få korrekt för första gången, så förbered för ändringar under projektets gång Arkitekturen är viktig! Det kan hjälpa att hitta risker RUP gillar mjukvara som är uppbyggd av komponenter (lätt att uppdatera, lätta att återanvända kod) Teamet är viktigt

Faserna Inception fasen Syfte: förstå projektets omfång, bygga affärsmodell, hitta intressenter Milstolpe: Lifecycle Objective Milstone (LCO)

Faserna Elaboration fasen Syfte: eliminera stora tekniska risker, skapa ett skelett för arkitekturen, förstå vad som krävs för att bygga systemet Milstolpe: Lifecycle Architecture Milstone (LCA)

Faserna Construction fasen Syfte: Bygga den första fungerande versionen av produkten Milstolpe: Initial Operational Capability Milstone (IOC)

Faserna Transition fasen Syfte: Bygga den slutliga versionen av produkten och leverera till kunden Milstolpe: Product Release Milestone (PR)

Faserna

Exempel på Artefakter The Design Model The Test Model Test Cases Project Plan The Vision Use Case Model Use Case Specification Use Case Realizations Software Development Plan Risk Management Plan The business case Iteration plans Object Model Glossary Supplementary Specification End-User Documentation Software Requirements Software Architectre Document The Analys Tro inte att det slutar här bara för att jag inte kom på fler

Vill du veta mer? http://en.wikipedia.org/wiki/rational_unified_proces s#history_of_rup Eller www.ambysoft.com/downloads/managersintrotorup. pdf Eller (Skulle varit en länk till IBM:s hemsida men den var inte lika bra som de andra )

Repetition!

Observera med repetitionen Bara det viktigaste i kursen, ca 50 bilder Inte bara detta som kommer på provet Inte alltid nödvändigtvis i kronologisk ordning och ämnesbyten sker snabbt

De olika delarna i ett projekt Den vanligaste modellen: Förstudie Planering Genomförande Avslut

Ledning Initierar, följer upp och avslutar projekt Säkerställer att projekt ligger i fas med affärsmålen Tilldelar resurser Samordnar projekt inom verksamheten Tillhandahåller styrverktyg och projektmodeller Hanterar organisationens affärsmöjligheter och risker Ställer krav på projektledaren

Projektledningen Se till att projektmålet uppnås Kommunicera och delegera uppgifter Engagera och motivera projektdeltagare Tillämpa styrverktyg och projektmodeller Rapportera utfall och hantera ändringar Hantera affärsmöjligheter/risker som berör projektet

Projektgruppen Se till att delegerade uppgifter utförs Följa organisationens kvalitetssystem, metoder och rutiner Föreslå förbättringar av lösningar, processer och planer Kommunicera läget Rapportera möjligheter och risker som de upptäcker

Milestones Exempel M2 M1 M3 M4 M5 M7 M6

Definition av projekt Ett projekt har ramar Bestämt avgränsat mål Unik uppgift Bestämt tidsperiod Tidsatt Bestämda resurser Egen budget Särskilda arbetsformer Tillfällig organisation

Retoriska frågor Vem är beställaren och vem är kunden Varför ska uppdraget utföras Vad ska göras När ska uppdraget vara färdigt Hur ska uppdraget utföras

Att ta reda på Bakgrund Syfte Mål Avgränsningar

Beställarens önskemål Förfrågan från kund Uppdragsbeskrivning Anbudsbegäran Leverantörens erbjudande Offert Avtal

Aktiviteter i förstudie Kartlägga omfattning Analysera nuläget Strukturera projektets innehåll Kartlägga intressenter Bedöma affärsnyttan Ta fram lösningsförslag Kartlägga krav Utarbeta en översiktlig plan för genomförandet

Vem väljer projektdeltagarna? Det är viktigt att PL och Ledning kommer överens om detta tidigt. Hur stor möjlighet har PL att påverka valet av personer? Vem beslutar och när? Vad ska PL/Ledning tänka på vid val av person?

Kartlägga intressenter/stakeholders Intressenter är alla som på något vis kan påverka projektet eller påverkas av projektet Ibland tillhör vissa båda Är en del av nulägesanalysen

Vad innebär projektplanering? Tidsplanera Resursplanera Kalkylera kostnader Organisera arbete Analysera risker Det är projektledarens ansvar att det blir gjort

Ta in projektgruppen i planeringen Projektledaren kan inte allt Projektdeltagarna vet bäst och mest Det är bra om folk blir insatta tidigt

Projektplanen I första hand till för beställaren Ska kunna användas för att sätta in en ny projektledare

Närzonsplanering Planera början på detaljnivå Resten innehåller enbart milstolpar och övergripande händelser Sedan detaljplanerar man successivt lite framåt Med närzonsplanering blir det svårare att beräkna kostnaderna Spelar oftast inte så stor roll då de sena aktiviteterna oftast är osäkra i vilket fall

Parallell Utveckling Flera olika moment kan ske samtidigt En stor fördel är att man kan spara mycket tid En stor nackdel är att man tar stora risker det blir stora problem om inte de olika momenten passar ihop Kan oftast avhjälpas med avstämningspunkter

Vad är en resurs? Människor Utrustning Material Tid Pengar

Syftet med en bra ekonomi Man ska tjäna pengar på projektet i slutändan (eller åtminstone få tillbaka sin investering), oavsett hur långt bort i tiden det gäller Ett exempel på detta är tunnlarna i Norge. Staten finansierar inte tunnlar till enstaka öar för de bedömer att det inte lönar sig. Istället kan privatpersoner gå in och betala, och tar tull för tunneln tills projektet är betalt. Det kan röra sig upp till 10 år efter att tunneln är klar.

Projektkostnader vs Produktkostnader Projektkostnader- Resurskostnader under projektet Produktkostnader - Materialkostnader för att tillverka produkten

Definitioner Intäkt kostnad = Hur mycket pengar man tjänar Eller: Särintäkt särkostnad = täckningsbidrag (TB) Innan man kan börja räkna på kostnad måste man uppskatta tidsåtgången

Fasta och rörliga kostnader I vanliga fall använder man sig av begreppen fasta och rörliga kostnader inom företagsekonomin Fasta lokaler, telefoner, allt som är konstant under en längre period Rörliga kostnader tillfälliga investeringar i utrustning som datorer, telefoner, osv Som tur var behöver inte ni ta hänsyn till detta i er uppgift

Steg 1: Riskidentifiering Först av allt gäller det att hitta riskerna Men var letar man?

Steg 2: Riskvärdering När vi har identifierat riskerna är det dags att värdera dem. Värdera gör man för att se hur stor chans man bedömer att det är för att de ska inträffa så man kan avhjälpa risken i ett tidigt skede. Exempelvis kan det vara så att man använder oprövad teknik, då kan det avhjälpas genom att göra en undersökning i detta tidigt.

Steg 2: Riskvärdering Det finns flera olika metoder för att värdera risker, varav vi kommer att ta upp tre: Miniriskmetoden Maxiriskmetoden En egen som jag har använt tidigare

Miniriskmetoden Sannolikhet 1 2 3 4 5 <20% 50% >80% Konsekvens 1 2 3 4 5 Låg Medel Hög Risk Vald lösning går ej att realisera Finansieringen misslyckas Sannolikhet Konsekvens Riskvärde 1 till 5 1 till 5 S * K = 2 5 10 Riskåtgärd Ta fram alternativ lösning 1 5 5 Bevaka Försenade leveranser 2 3 6

Steg 3: Ta fram åtgärder En åtgärd bör: Vara adekvat för risknivån Vara kostnadseffektiv Sättas in i rätt tid Vara realistisk Vara accepterad och godkänd Utföras av en ansvarig person

Kvalitet Se till att alla har samma mål, vision och uppfattning av projektet!

Kvalitetsarbete kan sammanfattas: Reagera Planera Kontrollera Genomföra

Vad är kvalitet egentligen? Kvalitet är ett oerhört svårt begrepp att identifiera. Det betyder olika saker för olika personer och företag. Kvalitet (även kvalité) avser ett värde eller unikhet som ett subjekt eller objekt har i tid och rum, vare sig det gäller konstnärliga verk, produkter (vara, tjänst, person eller kapital) med mera -Wikipedia

Nyckelord för kvalitet Fokusera på kärnverksamhet Följa tidsplanen Tillverkar efter dina önskemål Uppfyller gällande regler för nickelhalt Värna om kulturella värden Samspelet mellan teknik, kunskap och tjänster Realisera potential Erfarenhet Expertis Kompetens Metodik Kvalitets-system Långsiktig planering Engagerat deltagande Ökad tillväxt Informationssäker het Tydliga värderingar Hög servicenivå Marknadsledand e Välutbildad personal Miljömedveten design Nordens ledande Proaktiv miljövård Mer kvalitet för pengarna Göra dagen lite enklare Inflytande Omtanke Ärlighet Nytänkande Sortiment Säkerhet Funktionalitet Bra kundservice Billiga produkter Välkända varumärken Bra garantiavtal Trygga leveranser Kvalitetsgaranti Miljöpolicy Säkra barnkläder Bra arbetsvillkor i leverantörslände rna Inget barnarbete Bra öppettider Enkelt att handla Äkta råvaror Jämställdhetspolicy

Ta fram kraven Önskemål Önskemål Önskemål Begränsningar KRAVSPECIFIKATION

Process för att ta fram kravspecifikationen 1. Samla krav Workshop Intervjuer 2. Beskriv krav Gruppera kraven Kartlägg beroenden Bryt ner i mindre delar Fastställ tid och kostnad 3. Rangordna kraven MoSCoW prioritering Must, Should, Could, Would 4. Prioritera krav Välj vad som ska med i projektet Samla Beskriv Rangordna Prioritera

Funktionskrav vs Tekniska krav Funktionskrav är krav på funktionalitet hos ex. mjukvara eller nätverk Tekniska krav behandlar krav på tekniken, t ex svarstid eller hastighet på bredband. I kravspecfikationen vi ska göra i uppgiften senare ska båda vara med.

Hur man skriver en kravspecifikation Det finns ingen allmänt vedertagen mall för hur man skriver en kravspecifikation Det viktigaste är att delarna som har nämnts tidigare finns med (se speciellt Process för att ta fram kravspecifikation ) I vissa specifikationer finns det skisser som beskriver beroenden mellan kraven, som ett blockdiagram

Om alla individer i ett projekt har mål som samverkar och inte motverkar varandra kommer projektet fungera bättre.

Gruppens sammansättning Påverkar samarbetet Variation av människor i gruppen gör att man enklare kan lösa problem

Normer & Regler Om man kan bemästra en situation känner man sig trygg Trygghet leder till bättre kreativitet och högre Trygghet leder till bättre kreativitet och högre produktivitet

Kommunikation Störningar Avsändare Budskap Kodning Avkodning Mottagare Effekt Återkoppling

Självinsikt Jag vet vem jag är Jag vet hur andra ser på mig Jag vet hur andra påverkas av mitt beteende Jag vet hur jag blir påverkad av andras beetende Joharifönstret

Feedback JAG-budskapet: Beteende - när du Känsla - blir/känner jag Konsekvens - därför att jag Önskan - kan du inte

Att leda sig själv Tydliga mål Känna till sina prioriteringar En dag är lika lång för alla men vi förvaltar den olika Beror framgång på tur?

Motivation En projektledare måste lära sig att känna igen olika mänskliga drivkrafter Incitament Varje människa är unik

Vad är scrum? All-at-once approach Snabbhet och flexibilitet lika viktiga som hög kvalitet och låg kostnad

Arbetssätt Ofta i faser om 30 dagar, som mest kan bara denna tid vara bortslösad Dagligt möte om 15 min där varje medlem berättar: Vad de gjort sedan senaste mötet Har du stött på några hinder? Vad kommer du att göra innan nästa möte

En bild säger mer än 1000 ord..

Frågor?

Imorgon Tenta max 2 timmar Efter tentan får alla grupper feedback på sitt arbete och vi har en avslutning Jag vill att ni tar med en utskriven offert också, samt lämnar in den via mail Ni får inte bara gå när ni är klara med tentan!

Slut på föreläsningen