Might Know Something Else feed Kommentarer Feed

MKSE.com – All about CMS

Störst på CMS, CXM och E-handel. EPiServer, Drupal, WordPress, Sharepoint, Polopoly och Sitevision.

Arkiv för ‘RUP Vattenfall’ kategorin

Agile UX och Lean UX tar över projektgrupperna

Skrivet av Martin Edenström On 20 november 2012

En bredare kompetensprofil förväntas av dagens webbkonsult. Att kunna skapa, eller ha god förståelse för gränssnittsutveckling likväl som bakomliggande webbverktyg och backend-kod är en förutsättning för att passa in i webbteam.

Ett skifte skedde någon gång 2010/2011. En större del av ett webbprojekts utvecklingstid och budget hamnade på gränssnittsutveckling, snarare än den bakomliggande programmeringen.

http://spritz.co/Spritz_Project_Images/Advanced_Usability_Image01_Interface_UX_Design_PIPA.jpg

Utöver ett större kompetensbehov på marknaden efterfrågades snart metoder för att kunna förutse och kontrollera alla snabbrörliga förändringar inom den nu omfattande UX’en, gränssnittsutvecklingen. Något som det senaste året har gett upphov till nya buzz-words som Agile UX och Lean UX.

De agila metodikerna, som dominerat som process inom webbprojekt sedan mitten av 00-talet, har förfinats och anpassats för alla typer av kompetenser och ansvar i teamen.

Men hur skiljer sig dessa två begrepp?

  • Agile UX – Är främst ett sätt för frontendare att löpande arbeta. Oavsett webbprojekttyp. Bygger i grunden på att jobba med gränssnittsutveckling och formgivning enligt scrum manifestots klassiska ”collaboration before documentation”. Att löpande ge leverabler inom sprintar och inom rådande arbete på en user story. Alla UX leverabler bör ses som och levereras som en del av det totala, agila samarbetet.
  • Lean UX – Lean tanken är att se till helheten, att hela tiden utvärdera, testa och sätta samman de små beståndsdelar som har formgetts och byggts. Tänk t ex all UX inom en helt ny produkt av en startup. Testandet bör bestå av att ta en paus, se olika användares vy och se vyn från nya vinklar (ännu en akronym finns här, GOOB! -  ”Get Out of the Building!”). Därefter kommer det klassiska begreppet för lean in i bilden igen, att löpande, och i ständiga cykler, uppdatera och förbättra vad som tidigare byggts. Samtidigt bör initiala designfaser (t ex Vattenfallsmodellens BDUF – ”Big design up front”) arbetas bort till förmån för ett mer agilt arbetssätt, kanske RDUF – ”Rough design up front”.

Agila metoder till trots, 7 av 10 IT-projekt misslyckas

Skrivet av Martin Edenström On 24 oktober 2011

http://www.nilt.com/files/billeder/about/projects.jpg

Många använder fortfarande Exidos gamla uppgifter om ”82% misslyckade IT-projekt i Sverige” (privat sektor) från 2005-2006 när Scrum, Kanban och agil metodik ska säljas in.

Men har det blivit så mycket bättre de fem senaste åren då? Med scrums massiva inbrytning, alla certifierade beställare och leverantörer och inte minst alla nya expertroller och titlar som agila mentorer, lean-experter och så vidare.

Inte enligt de uppgifter om IT-projekt generellt som PMP Jerk Vallgårda vid St. Jude Medical citerar inför en svensk PMI föreläsning.

Där framgår istället att  bland IT-projekten når 70% inte sina projektmål med avseende på tid, kostnad och omfattning. Och hela 90%, eller 9 av 10 IT-projekt når aldrig sina uppsatta effektmål, alltså anledningen till att de en gång startades.

Hur är tidigare utvecklare som projektledare?

Skrivet av Martin Edenström On 6 augusti 2010

Marek Blotny skriver om ett vanligt förekommande fenomen inom CMS-projekt.

För då utvecklare efter några år blivit mer erfarna och fått sin lead developer, seniortitel eller arkitektroll (brukar inte innebära någon större förändring när ”det smäller” ändå) återstår ofta för konsultchefen en personlig utveckling och karriärmöjlighet som teknisk projektledare eller projektledare.

Den absolut största fördelen i projekt med utvecklare som går över till att bli projektledare, enligt Marek, är:

  • De vet vad debugging är

Det utvecklare som går över till att bli projektledare först och främst saknar är:

  • Se saker från ”andra sidan”
  • ”Soft skills” vid den utökade kontaktytan med människor

Med en mer djuplodad teknisk kompetens har tidigare utvecklare fördelen av att inte vara begränsade till mindre bevandrade projektledares sätt att hantera problem i projekt med:

  • Ta in fler resurser (crash‘a projektet)
  • Jobba övertid
  • Begränsa funktionaliteten

Ericsson kör inte agilt med scrum, men med Streamline Development

Skrivet av Martin Edenström On 3 maj 2010

Ericsson Multimedia skryter om att de har halverat utvecklingstiden genom agila metoder. Men när Ericsson Multimedia kör har de inte anammat någon agil metod som scrum, utan istället tagit fram en egen utvecklingsmodell / ramverk innefattande sju tillvägagångssätt / practices kallad Streamline Development.

Gunnar Heldebro, utvecklingschef på Ericsson Multimedia, säger till CS att det agila manifestet bygger på samma tänk som när Ericsson tog fram Streamline Development.

Gällande projektstyrningsmodeller / metodiker är Ericsson främst kända för gamla PROPS, som utvecklades av Ericsson själva och släpptes i en första version 1989. En del webbprojekt har fått lida av den metodiken.

Webbplatsen? Nya Ericsson.com skrev MKSE.com om här.

10 största lögnerna i projekt

Skrivet av Martin Edenström On 3 mars 2010

Digitala motsvarigheten till Svepet, ProjectPlace har släppt en lista över ”10 största lögnerna i projekt”.

Det spammande Projektverktyget listar:

  1. ”Det fixar jag”. Åtgärd: Skapa kontroll på vem som har vilka uppgifter
  2. ”Vi ses på tisdag”. Åtgärd: Organisera mötestider.
  3. ”Det är så gott som klart”. Åtgärd: Följ projektets framfart kontinuerligt.
  4. ”Jag mailar dokumentet”. Åtgärd: Ha senaste dokumentversionerna online.
  5. ”Det är jag säker på att jag sa”. Åtgärd: Håll koll på och dokumentera detaljer.
  6. ”Det måste fastnat i spamfiltret”. Åtgärd: Hantera tunga dokument centralt tillgängligt.
  7. ”Vi klarar deadline, helt säkert”. Åtgärd: Ha överblick och gissa inte om projektets framfart.
  8. ”Allt flyter på bra”. Åtgärd: Skapa bara de rapporter som verkligen behövs.
  9. ”Nu vet alla vad de ska göra”. Åtgärd: Personaliserad åtkomst av information och dokument.
  10. ”Jag har allt under kontroll”. Åtgärd: Låt verktyg visuellt visa de kritiska delarna av ett projekt.


Läser du MKSE.com i din vardag? Ge mig din röst i YABA 2010! Det enda som krävs är din epost och ett klick. Allt annat är redan ifyllt!

OPGport.com är ett nytt svenskt community för projekt

Skrivet av Martin Edenström On 23 februari 2010

Thomas Jansson (tidigare Cybercom) och Kjell Rodenstedt (tidigare PMI) har via nystartade bolaget OPGM Scandinavia AB släppt OPGport.com. En ny, PMI-fokuserad projektportal med open source tänk, det vill säga fri tillgång till omfattande dokumentation och guidelines inom projekt och portföljstyrning.

Den PMI-baserade projektmodell OPGport.com bjuder på är en ganska omfattande historia som inkluderar vattenfallsklassiska Initiation, Planning, Execution och Closing samt en miltstolpe, ”Gate” upprättning med tillhörande rollbeskrivningar etc.

I sin helhet inget för mindre webb- och/eller CMS-projekt. Men modellen ska samtidigt vara ”öppnare” för att kunna samleva med t ex scrum.

I det ännu ganska inaktiva forumet nämns även PRINCE2 samt ”Projektmetodik möter Agile”.


Läser du MKSE.com i din vardag? Ge mig din röst i YABA 2010! Det enda som krävs är din epost och ett klick. Allt annat är redan ifyllt!

Knepiga CMS-termer #3: Rally

Skrivet av edenstrom On 25 augusti 2008


Rally är en populär mjukvara för att delta i och hantera projekt styrda med agila metoder. Produkten finns för hela Lifecycle Management Solution kedjan. Det vill säga:

Product Overview
Program Management
Project Management
Requirements Management
Test Management
Defect Management
Product Management
Community Management


Det finns även tillägg för t ex ramverket Eclipse som kan kopplas på  en Rallyinstallation.

Här är för övrigt en jämförelse mellan Rally och konkurrerande mjukvaran ScrumWorks Pro:

Detailed Feature Comparison

Feature

Rally

ScrumWorks Pro

Desktop (Fat) Client

No

Yes

Web (Thin) Client

Yes

Yes – Not all desktop features are available on the web client

Local Database

No – hosted by a 3rd party

Yes – Built into the default installation

Impediments Log

No

Yes – Tracks dates, resolution, and responsibility

Records blocking issues

Yes

Yes

Burn Down Charts

Yes – Sprint Burndown/Cumulative flow, Release burndown/cumulative flow, Bug & Test Tracking

Yes – Mike Cohn style ‘enhanced burndown’, Sprint & Release burndown

Customized Reports

No

Yes – Customizable report builder GUI

ROI and EVA

No

Yes

Time Tracking

Yes – optional

Yes – optional, but supported with custom reports

Supported Object Types

Release, Sprint, Story, Task, Test, Program, Defect, Defect Suite

Release, Sprint, Story, Task, Theme, Program

Supported Methodologies

RUP, Scrum, XP

Scrum, XP

Drag n’ Drop UI

Limited to certain screens

Used almost universally

Hierarchical Relationships

Yes

No – Uses themes instead

Built in collaboration features

Yes – Wiki & IM integration

No

Test management

Yes

No

Defect management

Yes

No

Program Management Features

Release Status – not really configurable

Release Status + configurable feature sets, Good cross product functionality

Sprint Task Tracking

Yes

Yes – nice web based task board UI

Assign Business Value

No

Yes

Product and Role based permissions

Yes

Yes

LDAP Integration

No

Yes

Import/Export

Yes – Excel, XML

Yes – Excel

Supports Use Cases/Non-functional requirements

Yes

No

Notifications

Yes – RSS, email

No

Detailed Change History

Yes

No – very superficial

Product Integration

Eclipse, Mercury, Salesforce, Bugzilla

Bugzilla, JIRA

Pricing

$65/person/month

$249/person/year ($21/month)

Admin functions

User accounts, Roles, Custom features, Workspace management

User accounts, Roles

Hardware Requirements

None – externally hosted

Server must be allocated for clients & web app to connect with

Frequency of Updates

Quarterly

Quarterly

Built-in Support for pairing time management

No

Yes – There are “Team hours” and “individual hours”

Usability for teams

OK, some complain of delays and there are complaints about charts

Good, The thick client offers more natural DnD style of interface – good web interface for task board – natural for teams to adopt

Multiple Teams/Common Backlog

Possible, but awkward

Pretty well thought out

Support

Online, Forums, Coaching, Training

Online, Forums

Integration Technical Options

REST, SOAP, Others

SOAP

?>