Version2 project management projektstyring_dk and english
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Version2 project management projektstyring_dk and english

on

  • 251 views

Practical project management. NEW UPDATED VERSION: doesn't require any specific literature! Enjoy :-)

Practical project management. NEW UPDATED VERSION: doesn't require any specific literature! Enjoy :-)

Statistics

Views

Total Views
251
Views on SlideShare
251
Embed Views
0

Actions

Likes
0
Downloads
1
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Version2 project management projektstyring_dk and english Document Transcript

  • 1. 1 Dansk English Praktisk projektstyring Practical Project Management 1. Hvad er et projekt? GruppeopGave 1.1: Lav research på hvad et projekt er som begreb. Søg online. Skriv nogle få sætninger, som beskri- ver, hvad et projekt er, generelt set. GruppeopGave 1.2: Hvad er vigtigt, når man skal starte et projekt set i forhold til f.eks. interessenter, ressourcer og i det hele taget at være SMART?: S: Specifikke, beskrevne mål M: Målbare mål og delmål A: Accepterede mål af alle involverede R: Realistisk planlægning (mål, ressourser) T: Tid, dvs. styring af mål og deadlines Diskuter hvad disse parametre betyder. Hvordan arbejder disse parametre sammen? 2. Hvem er man i et projekt? Hvilken type og hvilken rolle har man i en projekt- gruppe? Se de flg. steder (teoretisk typologi): Belbins teamroller: http://potential.dk/belbins-9-teamroller/ Vær opmærksom på, at de omtalte typologise- ringstest ikke måler færdigheder, det vil sige, hvor dygtig man objektivt er til noget. De måler, hvad man selv synes, man er bedst til. GruppeopGave 2.1: Præsenter hver især over for hinanden Hvad I tror I er gode til i hvilke typer faglige og/eller akade- miske projekter, ifølge Belbin-modellen. Kom med eksempler fra jeres erfaringer med forskellige typer af projekter. Hvad er du absolut ikke? Hvad kunne du godt tænke dig at lære at blive? Lecture design: David Engelby Undervisningsdesign: David Engelby 1. WHat is a project? Group task 1.1: Find out what a project is as a concept. Search on- line. Write down a few sentences which describes a project in general. Group task 1.2: What is important when you are to start a pro- ject—in relation to stakeholders, resources and in general the ways of being SMART?: S: Specific, described goals M: Meausurable goals and milestones A: Accepted goals (by all the involved) R: Realistic planning (goal, resources) T: Time: manage goals and og deadlines Discuss what these parameters mean. How do these parameters work together? 2. WHo are you in a project? What type are you and what kind of role do you have in a project group? See these theories of typology: Belbins team roles: http://mindtools.com/pages/ article/newLDR_83.htm Please observe, that the test doesn’t show what you are actually good at, but what you think and believe yourself to be good at in a team context. Group task 2.1: Present to each other what you believe you would be good at in a professional and/or academic projekt, according to the Belbin model. Give ex- amples of your former experiences with projects. What would you say you're definitely not like? What would you like to learn to be?
  • 2. 2 3. objective and risk analysis The assessments of risks are important factors in a project. It can influence both your initial objec- tives (overall purpose) and the detailed goals. Group task 3.1: First, find out what a stakeholder is. What is a purpose in relation to goals in a project? Search online. Group task 3.2: Imagine that you are to conduct a research, and after four months you must hand in a report. What typical risks could you imagine would poten- tially be in this project (Ilness, for instance). What would be easy to solve, what wouldn’t? Group task 3.3: Look at the table below and try to come up with some ideas and examples of how to place stake- holders and risks in a way that seems plausible. This will of course take a real analysis under real project circumstanses, but for now we pretend you are to make a campaign for a town council in a small town. They want to reposition the town via a social media strategy. Draw the table on a bigger scale on paper. Who is important for what, what smells like trouble (small or big), who are responsible for what (roles) in the project group etc.? Give it a try: *Importance and problem: 1 = not important/small problem. Medium 1 og 10 is an assessment, 10 = very important/big problem. These numbers represent parameters. Is this logical to you? Why/why not? Dansk English 3. Formål og risikoanalyse Vurdering af risici er en vigtig faktor i al projektar- bejde. Det kan afgøre hele ens målsætning, både hvad angår mål og delmål. GruppeopGave 3.1: Først, find ud af hvad en interessent er. Hvad er projektmål i forhold til delmål? Søg online GruppeopGave 3.2: Forestil dig, du får til opgave at lave en undersø- gelse og aflevere en rapport efter fire uger. hvilke typiske risici kan du forestille dig kunne opstå (f.eks. sygdom)? Hvilke kunne løses let, og hvad kræver mere? GruppeopGave 3.3: Se på nedenstående figur og kom med et eksem- pel på en placering af interessenter og risici efter bedste vurdering: Det kræver naturligvis en rigtig analyse i et virkeligt projekt, men her lader vi som om, at I skal lave en social medie kampagne for et byråd, der vil repositionere en lille by. Tegn figuren i stor skale på et papir. Hvem er betyd- ningsfuld i sådan et projekt, efter jeres vurdering? Hvem og hvad betyder problemer, og hvilken slags problem (stort eller lille)? Hvilken rolle i projekt- gruppen kræves til de forskellige interessenter og udfordringer? Prøv at sætte jer ind i det: *Betydning og problem: 1 = ikke vigtig/lille problem. Mellem 1 og 10 er en vurdering, 10 = meget vigtigt/stort problem Disse tal angiver parametre. Er det logisk for jer Hvorfor/hvorfor ikke? Interessenttype Interessent 1 Interessent 2 Etc. ... Betydning* Problem* Løsning og ansvarlig Stakeholder type Stakeholder 1 Stakeholder 2 Etc. ... Importance* Problem* Solution and responsibility
  • 3. 3 En anden model kunne også se sådan ud (her har jeg for eksemplets skyld nedfældet nogle typiske problemtyper for en social medie strategi): GruppeopGave 3.4: Tegn jeres risiko-model. Søg gerne online og lad jer inspirere af andre modeller. Giv modellen et cool navn, især forkortelser plejer at være populære (som f.eks. Consequences Of Risks = the COR-model, som jeg bare har opfundet her til lej- ligheden). I skal inkludere en logisk, visuel måde til at gøre brugeren i stand til at forstå og vurdere hvordan interessenter og risici kan ses i forhold til hinanden og i hvilken grad noget er kritisk eller ej. 4. projektets tidsramme En tidsramme for projektet angiver tiden fra begyndelsen af projektet til det slutter. Undervejs kan der sagtens være flere delmål (milepæle), der skal være opfyldt før man kan fortsætte. Det kan også være projektet er mere frit defineret som et hovedformål, og inden for en tidsramme skal man komme frem til en løsning og/eller et produkt i en mere åben dialog med klienter, brugere, interessenter etc. En klassisk måde at styre hvilke elementer der skal starte hvornår, samt hvem der gør hvad etc., er via et Gantt-kort: GruppeopGave 4.1: Søg online: Find et par eksempler på Gantt-kort. Kan du forstå parametrene i dtm? Giver det mening? Hvorfor/hvorfor ikke? Hvordan kan tidsforbrug og udgifter styres? Dansk English Another model could look like this (for the sake of making an ideal example I've added some typical problems for a social media strategy): Group task 3.4: Draw your own risk-model. Search online and find inspiration from other models. Give the model a cool name, especially acronyms seem to be very popular (Like Consequences Of Risks = the COR- model, which is something I just made up). You must include a logical and visual way to make the user of the model capable of understanding and assessing how stakeholders and risks can be seen in relation to each other, on a kind of critical scale. 4. tHe time Frame oF tHe project The time frame of a project marks the beginning of the project till it ends. During that process there can be several goals (milestones), that need to be settled before you can move on. But some- times a project can be more losely defined by an objective, and within a certain time frame you need to work towards a solution and/or a product in cooperation with clients, users, stakeholders etc. A conventinal way to manage your project’s time frame, i.e. what needs to start when, who does what etc., is via the use of a Gantt chart: Group task 4.1: Search online: Find a couple of examples of Gantt charts. Can you understand the parameters in them? Does it make sense? Why/why not? How can time and expenses be managed? Udskiftning i prioriteter for kampagnen, fleksibel planlægning pga. brugeradfærd. Sygdom i gruppen (inklusiv barn syg) Budget nedskæring Facebook vil blive et betalingssite Lav KONSEKVENS Høj Lav SANDSYNLIGHED Høj New priorities in the campaign process, flexible planning due to user activities. Illness in the group (including children) Budget cutbacks Facebook turns into a payment site Low CONSEQUENCE High Low PROBABILITY High
  • 4. 4 Dansk English 5. projektparadigmer og Faser En Gantt-model er bare en oversigt over elemen- terne og tiden i et projekt, men selv denne model skal justeres efter det projektparadigme, man arbejder med. Dvs. hvordan udvikler du projektet i forhold til tid (varighed), kvalitet og ressourcer: Typiske projektparadaradigmer: ▪ Vandfaldsparadigmet baserer sig primært på at projektet bevæger sig lineært fremad, med få eller ingen skridt tilbage for at ændre i proces- sen (dvs. få eller ingen iterationer). Man skal have megen briefing, dokumentere grundigt samt have klaret vigtige milepæle, før man kan fortsætte fra fase til fase. ▪ Prototyping. I modsætning til vandfaldsmodel- len kan hvert trin i prototyping gennemgå flere skridt (dvs. flere iterationer), indtil man har det ønkede resultat, f.eks. i samarbejdet med klien- ten, i brugertests, i researchmængden etc. Evt. dokumentation udvikles løbende. Prototyping er typisk udvikling af et produkt (prototype) via mange tests og undersøgelser. Vandfaldspara- digmet vil i denne sammenhæng være mere bundet op på mange grundlæggende undersø- gelser fra begyndelsen af projektet (altså tung dokumentation forud for resten af processen). ▪ Udforskende udvikling er en endnu mere åben tilgang til processen i et projekt, hvor udvik- ling og undersøgelser konstant understøtter hinanden, og hvor alle disse elementer skal munde ud i en løsning/et design. I denne sam- menhæng er der ikke så megen information fra begyndelsen af projektet, og der skal løbende findes og dokumenteres en del. Igen, det er i kontrast til vandfaldsparadigmet, men også del- vist til prototyping, der må siges også at skulle have en vis grad af informationer/briefing fra starten af. Forestil dig en skala fra a) megen briefing og bestemte ønsker fra klienten, til en situation hvor b) klienten overlader meget til dig og hvor resultatet skal findes ud af løbende research. Sådan en skala kan ses som a) vand- faldsparadigme, hvor b) vil være i feltet mellem prototyping og udforskende udvikling. ▪ Agile metoder (se nedenfor): GruppeopGave 5.1: Undersøg agile metoder og SCRUM: http://www.youtube.com/watch?v=XU0llRltyFM Hvad er en agil udviklingsmetode? Hvad er SCRUM? 5. project paradigms and pHases A Gantt chart is just an overview of time and ele- ments in a project. The important thing is to work with the relevant project paradigm, i.e. how you develop the project in relation to the task and its time, quality and resources: Typical project paradigms: ▪ The waterfall paradigm is based primarely on a linear process with few or no steps back to change things in the process (i.e. few or no iterations). Yo need a lot of briefing, to docu- ment thoroughly and manage each milestone completely, before you can move on from one phase to another. ▪ Prototyping can, as contrast to the waterfall paradigm, go through several steps (i.e. more iterations) untill you have the desired result, for example via cooperation with clients, in user tests, in research etc. Documentation is devel- oped constantly. Prototyping is typically used in developing a product (a prototype) through tests and research. Seen in this context, the waterfall paradigm will reqire a lot of funda- mental research findings in the initial phase (a large quantitative/qualitative and valid docu- mentation before the rest of the process). ▪ Explorative development is an even more open approach to the process in a project; develop- ment and research are supporting each other constantly, and all results end up in a final design. In this context there isn’t a lot of infor- mation from the beginning of the project, and there must be a constant development based on research and valid documetation. Again, it’s a contrast to the waterfall paradigm, but also to prototyping, which also requires some infor- mation/briefing from very ealy on. Imagine a scale that spans from a) where there are a lot of briefing and specific wishes from the client, to b) where the client leaves a lot to you to find out and where the results stem from ongoing research. A scale like that can be seen as a) the waterfall paradigm, to b) as the field between prototyping and explorative development. ▪ Agile methods (see below): Group task 5.1: Explore agile methods and SCRUM: http://www.youtube.com/watch?v=XU0llRltyFM What is an agile method of development? What is SCRUM?
  • 5. 5 Dansk English eksempel: konventionelt projektforløb 1: foranalyse ▪ Teamroller, indledende projektetablering. ▪ Klientmøde (løbende proces). ▪ Vurder brug af projektstil (paradigme). ▪ Formål, mål, milepæle: projektbeskrivelse. ▪ Interessentanalyse (inkl. konkurrentanalyse) ▪ Indledende produkt- og markedsanalyse. ▪ Risikovurdering/-analyse. ▪ Økonomiske aspekter, budget, tidsramme etc. 2: Undersøgelse ▪ Teamet etableres endeligt/roller. ▪ Kontrakt med klient. (Her har man allerede kontrakt og betaling for foranalysen. Den nye kundekontrakt retter sig mod det videre arbejde.) ▪ Planlægning: Gantt diagram. ▪ Målgruppeanalyse og markedsanalyse. Kvalitativ og/eller kvantitativ. ▪ Analyse af lignende websites og tests af det nuværende design, klienten evt. har. ▪ Kortlægning af interessenters behov. ▪ Persona og brugerscenario (repræsentativt). ▪ Valg af positionering (positioneringskort) ▪ Skal brandet udvikles fra bunden? Eller skal brandet analyseres og kortlægges? ▪ Idé- og konceptudvikling. Creative phase. ▪ Klart budskab og appelstrategi. ▪ Markedsføringsplan og mediestrategi. 3: Design ▪ Udførelse af tests. ▪ Tilpas visuelt design. ▪ Grafisk designmanual til kunden? Brugermanual? 4: Realisering ▪ Små tests, færdiggørelse, overdragelse: Implementering ▪ Ansvar for evt. fremtidig drift (skulle gerne være afgjort via kontrakt, men der kan være tale om support?). ▪ Evaluering og afslutning af projekt. Få feedback fra kunden. Evaluer arbejdsprocessen i teamet. an example: conventual project process 1: Pre-analysis ▪ Team roles, initiate project establisment. ▪ Client meeting (ongoing process). ▪ Asess project style (paradigm). ▪ Purpose, goals, milestones: project description. ▪ Stakeholder analysis (+ competitor analysis) ▪ Initial product- og market analysis. ▪ Risk analysis/assessment. ▪ Economic aspects, budget, time etc. 2: Research ▪ Team is finally established. ▪ Contract with client. (At this point you have a contract/been paid for the pre-analysis. The new client contract is about the future work of the project.) ▪ Planning: Gantt diagram. ▪ Target group analysis and market analysis. Qualitative and/or quantitative. ▪ Analysis of similar product websites and tests of the design, which perhaps is in current use. ▪ Mapping of the needs of stakeholders. ▪ Persona and user scenario (representative). ▪ Select positioning (perceptual map) ▪ Must the brand be developed from scratch? Or must the brand be analysed and mapped? ▪ Idea-/concept development. Creative phase. ▪ Clear message and strategy of appeal. ▪ Marketing plan, media strategy. 3: Design ▪ Conduct tests. ▪ Adjust visual design. ▪ Graphic design manual for the client? User manual for the system? 4: Completion ▪ Small adjustment tests, completion, hand over the product: Implementation. ▪ Responsibilities for the future maintenance (should be settled already by the contract, but there might be some support agreements?). ▪ Evaluation and project closure. Get sfeedback from your customer. Evaluate the work process in the team.
  • 6. 6 Dansk English 6. praktisk WorksHop Vi har nu set på projektparadigmerne. Lad os så sætte det hele sammen i en logisk rækkefølge ved at se på de typiske faser i et projektforløb. GruppeopGave 7.1: I skal forestille jer, at I skal udvikle en hjemmeside for butikskæden „Grønne Drømme“, der sælger økologisk frugt og grønt. Da de bare var en lille butik, var det hele enkelt og ligetil: De lokale kunder elskede butikken, den gode stemning og ejeren, der selv dyrkede varerne og stod i butik- ken. Nu har butikken fået vokseværk, og den er nu blevet til en kæde på fire butikker i Storkøben- havn. Ejeren har endda fat i kunder længere væk, og hun (ejeren) sender ofte varer til provinsen, især andre forretninger (B2B). Men det foregår på en lidt gammeldags og tidskrævende facon, da hun skal tjecke mails for ordrer. Hun vil nu gerne have en ny strategisk forretningsenhed (SBU): en webshop der markedsfører en økologisk vare- ekspress samt laver lister og registerer/opretter kundekonti for kunderne, der så kan få tilsendt varer. I skal som designere stå for projektet. I skal vælge projektparadigme og begrunde jeres valg. I er velkomne til at prøve fx SCRUM eller den udforskende udvikling i stedet for vandfaldsmo- dellen. Udviklingsmetoden skal også passe til jeres gruppes temperament og de roller, I har. I skal ikke lave et fuldstændigt færdigt projekt, for det kræver mere data og tid, men skriv nogle ideer ned til hvordan I ville løse opgaven. Lav et visuelt forslag til, hvordan projektfaserne kunne se ud. 6. practical WorksHop We have now worked with the project paradigms. Now we'll take a look at an example of a logic use of a project's must typical phases. Group task 7.1: Imagine that you have been asked to develop a website for the chain store “Green Dreams.” It sells organic vegetables and fruit. When it was just a small shop it was uncomlicated: the locals loved the shop and the good atmosphere. The owner was growing and harvesting the goods herself, and also selling them personally in the shop. Now it's a bigger chain with four shops in the Copen- hagen area. The owner has even contact with customers as far away as small towns all around in Denmark, mainly small organic shops (B2B). But everything is still done in an oldfashioned way, which takes time. For example, the owner tjecks emails for orders. Now the owner wants a fully implemented new strategic business unit: A webshop to market an organic food express, that enables customers to create accounts and to order goods. As designers you are in charge of the project. Choose a relevant project paradigm in relation to the customer and the media product to be designed. You can use SCRUM or any other paradigm—as long as it suits the challenge and the group’s working preference. You are not asked to create a complete project (we have too little data and time for that), but write down some ideas on how you would solve the challenge. Make a visual map of the phases.
  • 7. 7 Dansk English litteratur Anne Mette Busch (red.), David Engelby, Gunhild Andersen og Torben Larsen (2011): Kommunikation i Multimediedesign. Hans Reitzels Forlag Fischer & Oosterbaan (2011): Digital Media Management. Nyt Teknisk Forlag. Attrup & Olsson (2008): Power i projekter og porteføljer. Jurist- og Økonomiforbundets Forlag. Tonnquist & Hørlück (2009): Project Management – a complete guide. Academica links til scrum: http://www.scrumalliance.org/ http://www.youtube.com/watch?v=XU0llRltyFM simpel online projektstyrinG: www.trello.com literature Fischer & Oosterbaan (2011): Digital Multimedia Management. Nyt Teknisk Forlag. Tonnquist & Hørlück (2009): Project Management – a complete guide. Academica links to scrum: http://www.scrumalliance.org/ http://www.youtube.com/watch?v=XU0llRltyFM simple online project manaGement: www.trello.com