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