How to use Microsoft Feedback Client 2017 to get stakeholder feedback into VSTS/TFS.

 

Subscribe for more…

 

Long overdue, but finally now I’m certified as a PADI Open Water Diver.

Together with my family we decided to visit Kos, Greece this summer. On the resort, Kipriotis Village there was a diving school… very convenient when traveling with the family – Kos Divers (www.kosdivers.com). The course was 4 days, the first 2 days in the pool to learn the basics in confined waters. Waters skills assessments like 200m swim, 10 min floating, equipment preparation and care in and out of water.

Knowledge development and theory while in the sunbed also working on the nice tan and other family activities.

The first open water dive was a real experience unlike anything else… exercises like removing the mask under the water, snorkel/regulator exchange was way more challenging in the open water. On the forth and last day the wind was really strong and the visibility was close to zero, not the best day to certify the skills using a compass and remove/replace scuba gear on the surface, but lots of fun.

After the certification I received a temporary eCard – Qualification meets ISO 24801 Diver Level 2 – Autonomous Diver Standard. http://www.scubaearth.com/diver/diver-certifications.aspx?affiliateid=24462327

Great, now it was time to go diving for real. In Kos harbour I found Liamis Diving Centre (www.kosdiving.com) and after enlisting on the boat the adventure was on… First order of business was to explore the Thor Star Wreck. Thor Star was a cargo ship build in 1965 and now lies on the sandy bottom of the sea and is broken into three pieces. The second dive site was a cave that seemed very dark and because my fresh skills and the risk of losing buoyancy control I was recommended not to swim inside the cave… more experience needed.

Amazing, why did I not do this sooner in life…

 

I årets State of DevOps rapport så finns det med ett mycket intressant inlägg kring transformativt ledarskap (tranformational leadership). Bra ledarskap påverkar direkt teamets förmåga att leverera och detta bör ske genom agila och lean principer för maximal effekt.

Vad är då transformativt ledarskap?

Transformativt ledarskap är en modell där ledare inspirerar och motiverar anhängare för att uppnå högre prestanda genom att förankra sunda värderingar och målmedvetenhet, vilket underlättar omfattande organisationsförändringar. Dessa ledare uppmuntrar sina team att arbeta mot ett gemensamt mål genom sin vision, värderingar, kommunikation, exempel-inställning och deras uppenbara omsorg för sina efterföljares personliga behov.

Det som jag tycker är extra intressant med artikeln är just vilka karaktäristika egenskaper som effektiva ledare har för att genomföra transformeringar. Ledarna är ju mycket riktigt de som sätter tonen i organisationen och befäster önskade kulturella normer.

  • Vision. Har ett tydligt begrepp om var organisationen går och var den ska vara om fem år.
  • Inspirerande kommunikation. Kommunicerar på ett sätt som inspirerar och motiverar, även i en osäker eller föränderlig miljö.
  • Intellektuell stimulans. Utmaningar som följer efter att tänka på problem på nya sätt.
  • Stödjande ledarskap. Påvisar vård och hänsyn till efterföljarnas personliga behov och känslor.
  • Personligt erkännande. Säkerställer att mål och förbättringar av arbetskvaliteten uppnås. Ger personligen komplimanger till andra när de gör enastående arbete.

Men det är inte ledarens transformationsegenskaper som ensamt möjliggör transformeringen, utan det beror även på en lämplig arkitektur, god teknisk praxis, användning av agila/lean management principer. Bra ledare hjälper bygga högpresterande teams. Vidare så belyser artikeln en tydlig korrelation mellan transformationsledarskap och högpresterande teams. Analysen fann också att transformationsledarskapet är starkt korrelerat med Net Promoter Score (NPS).

State of DevOps har även andra bra artiklar, bland annat om Lean product management, så om du inte redan har hämtat hem rapporten så rekommenderar jag att hämta hem och läsa igenom… mycket nöje :)

 

 

Why, How, What of Kanban – is a walkthrough of Kanban using a software delivery pipeline example.

 

Subscribe for more…

 

Agil kravställning bygger på empiriska erfarenheter från tidigare lärdomar och anpassar sig efter de fakta och data som historiskt påvisat rätt väg framåt. En viktigt ingrediens till framgångsreceptet bygger på att vänta med beslut så länge som möjligt, då man i regel har mer och bättre underlag.

Läs hela inlägget här:
https://www.netrelations.com/sv/inspiration/blogg/agil-kravstallning-i-en-foranderlig-varld/

 

 

För att vinna i schack så räcker det inte att vara mästare på en pjäs – exempelvis mycket bra på att positionera löparen. För att vinna så behöver man se till helheten, både kortsiktigt och långsiktigt. Så är det även med DevOps…

Missa inte mitt senaste blogginlägg som hjälper dig att få koll på hur du med hjälp av DevOps (och lite koll på schack) kan leverera moderna digitala lösningar. Se mer på länken nedan:

https://www.netrelations.com/sv/inspiration/blogg/schack-vs.-devops

 

 

I dagarna har jag tagit ytterligare en certifiering – PRINCE2® Foundation

En av de saker som jag verkligen gillar med PRINCE2 (PRojects IN Controlled Environments) är hur tillämpningsbar modellen faktiskt är. Betydligt mer så än vad jag antog tidigare. Det finns många bra saker med PRINCE2, några saker som är värt att nämna är hur väl PRINCE2 fungerar med Agila arbetsmetoder – tydlighet i hur faser, roller och delegation med toleranser hanteras och uppmuntrar till förtroende på bästa tänkbara sätt.

Certifieringen PRINCE2® Foundation är grundläggande och det finns ytterligare nivåer man kan uppnå, exempelvis PRINCE2 Practitioner (kanske blir ett framtida mål). Om man exempelvis jämför med PMP® certifiering så är det ganska stor skillnad i utmaning, där PMP är betydligt mer utmanande, men även har olika upplägg som delvis kompletterar varandra. Om man jämför tegelstenar (böcker) så är både PMBOK och PRINCE2 böckerna väldigt tunga att läsa pärm till pärm och en skillnad mellan dessa är att PMBOK är en guide till kunskapsbanken kring projektledning vilket medför högre förväntningar på förkunskaper.

En av de saker som jag fastnade på under mina förberedelser var på var ordet PID – Projektinitieringsdokumentation (Project Initiation Documentation), som för mig var förvirrande likt men ändå olikt en Projektplan enligt PMBOK. Detta eftersom det även finns en projektplan i PRINCE2, men har lite olika syften och innehåll – smått förvirrande om man redan jobbat in begreppet. Ett annat begrepp som jag inte riktigt blir vän med är ordet Produkt, mycket i PRINCE2 handlar om Produkter, med en solid nerbrytningsprocess för att hantera just Produkten av projektet. Av någon anledning så gillar jag inte ordet produkt i IT-utvecklingssammanhang utan föredrar Applikation, dvs. en applikationsnerbrytning och hantering av applikationslivscykeln för att belysa att det är digitala produkter vi arbetar med. Det är nyanser av skillnad mellan en fysisk produkt och en digital produkt (applikation), det finns även helt andra möjligheter kring en digital värld som rör sig mot DevOps (utveckling möter förvaltning) tankar. Så även med relationen till ITIL (Information Technology Infrastructure Library) där det mesta handlar om tjänster – då det är samma organisation bakom både PRINCE2 och ITIL så hade jag nog förväntat mig mer länkar mellan dessa båda – som hanterar två olika delar av samma livscykel (projekt och förvaltning).

Några andra skillnader mellan PRINCE2 och PMBOK är antalet kunskapsområden som en projektledare förväntas vara införstådda med – PRINCE2 har 7 kunskapsområden och PMPBOK har 10. PRINCE2 motiverar det med att de väljer att endast ha med kunskapsområden som är generiska för alla typer av projekt, vilket exkluderar områden som kontraktshantering och mänskliga resurser (HR). Även antalet processer är 7 stycken i PRINCE2, men i PMBOK så är det hela 47 olika processer, med mängder av verktyg och tekniker som en projektledare förväntas bemästra.

För några veckor sedan var jag och lyssnade på en föreläsning från Klas Skogmar kring skillnader mellan PMBOK® Guide och PRINCE2 på ett event ordnat av PMI Sweden. En mycket bra föreläsning med många bra punkter, där Klas även jämför mot ISO21500. Klas har även skrivit ett ”White Paper” på ämnet som finns att hämta på Axelos hemsida – https://www.axelos.com/case-studies-and-white-papers/prince2-the-pmbok-guide-and-iso-21500-2012 och det finns även ett webinar att tillgå – https://www.axelos.com/events-calendar/prince2-pmbok-guide-and-iso-21500-2-webinar

Det verkar inte som PRINCE2 är så stort i Sverige ännu men i övriga Europa så är det en väl etablerad modell och i synnerhet i ursprungslandet – England. Jag ser det som välinvesterad tid att certifiera sig i PRINCE2® Foundation och om du går i tankar att ta en första projektledarcertifiering så kan jag varmt rekommendera att just titta på PRINCE2® Foundation.

 

 

A power packed hour of world class project management with Microsoft tools and technologies.

Cloud productivity and desktop tools to deliver modern agile projects as well as traditional projects.

What is Project Management? Explanations and demo examples using Microsoft tools like:

  • Microsoft SharePoint / SharePoint Online
  • Microsoft Team Foundation Server / Visual studio Team Services
  • Microsoft Project
  • Microsoft Teams
  • Microsoft Planner
  • Microsoft Visio
  • Microsoft Office (Word, Excel , PowerPoint)
  • And more…

 

Subscribe for more…

 

Side by side comparison of JIRA and TFS/VSTS for a typical Scrum project. High level comparison of the top ALM solutions for modern agile software development.

 

 
Also see – http://www.almbok.com
 

Subscribe for more…  

 

Explaining the Application Lifecycle Management (ALM) concept and how it fits together in the modern world of Agile and DevOps.

 

 
Also see – http://www.almbok.com
 

Subscribe for more…