Kommentarer till AddQ Consulting

Kommentarer till Vi bara testar lite. Gör det du också. av Kennet Osbjer

Kennet Osbjer — Fri, 20 Jan 2012 10:23:15 +0000

Känner igen mig i din beskrivning. Förut var det inte rumsrent med test men det tycker jag har ändrats de senaste åren. T.ex. skrev Computer Sweden en artikel om vilka de hetaste IT-kompetenserna kommer vara och då hamnar test på första plats. http://www.idg.se/2.1085/1.406150/atta-heta-it-kompetenser
Tycker det är dags för oss att med stolthet säga att vi jobbar med test.

Kommentarer till Back to the future – An agile story from the past av John Quimbly

John Quimbly — Fri, 09 Dec 2011 01:36:02 +0000

The fundamentals of iterative development are good. However, when ‘zealousy’ takes over, you get chaos. Too many CIOs think Agile is the silver bullet without knowing it’s really nothing new. Check out this lighthearted video on one such CIO:
http://www.youtube.com/watch?v=nvks70PD0Rs

John

Kommentarer till Presentationsteknik av Premiär för boken "Death By Powerpoint" av David Phillips! | AddQ Consulting

Tue, 29 Nov 2011 00:17:39 +0000

[...] PRESENTATIONSTEKNIK – DAVID PHILLIPS [...]

Kommentarer till Effektivare eller mera tillfreds? av Mattias

Mattias — Thu, 10 Nov 2011 16:54:45 +0000

Jag tycker dessutom att man investerar allt för mycket pengar i processer när man i stället borde börja med individens effektivitet. Alla känner vi igen ”A fool with a tool is just a greater fool”. Ingen process hjälper en reaktiv och innefektiv person lika mycket som det hjälper att personen i sig jobbar proaktivt och effektivt!

Kommentarer till av Version 1.5.0 av SBTExecute finns nu redo att ladda hem! | AddQ Consulting

Version 1.5.0 av SBTExecute finns nu redo att ladda hem! | AddQ Consulting — Wed, 02 Nov 2011 19:08:48 +0000

[...] För mer information om verktyget se: http://www.addq.se/SBTM [...]

Kommentarer till In the end, specs save money for three reasons. av Johan Sandström

Johan Sandström — Sat, 29 Oct 2011 07:52:15 +0000

Thanks for the reply.

At the time, QA was sitting in the midst of the developers, so that was not an issue. There was, however, several verbal arguments that QA should have been relocated to the elevator shaft.

We also had a Project Lead (or several) who tried to implement their own idea of Scrum, but failed since Management didn´t understand the need. When it came to Test Driven Development this was a completely unknown term, and due to time restraints, there was no time to delve deeper into this.

But I totally agree that by following the suggested methods, we might have been able to address many of the issues.

Kommentarer till In the end, specs save money for three reasons. av Mattias

Mattias — Fri, 28 Oct 2011 17:53:06 +0000

Interesting, great blog posts!

Seems to me that QA and designer/developers were split a part too much. If they had worked really closely they would certainly address some of the problems as they could easier get accessed to the design in the developers/designers head. And the developers surely had something to developed from… That´s why I only take agile assignments were I work really close to the developers.

Spec´s are certainly necessary but I don’t think it must be written all the times, a prototype or pictures/flows can sometimes be much better. Also prefer if you can work with TDD or BDD – which probably will be the future for testing.

Kommentarer till Paretos princip och 80/20 regeln definierar affärsdriven test! av Mattias

Mattias — Thu, 20 Oct 2011 11:12:03 +0000

Henrik,
”Därom tvista de lärde” stämmer nog rätt bra i detta sammanhang. Helt rätt observation, det är ju inte alltid 80/20 som gäller. Jag tycker att fler borde ägna tid åt att läsa och förstå dessa grundläggande resonemang, det finns mycket att hämta från dessa gamla kloka herrar.

Kommentarer till Paretos princip och 80/20 regeln definierar affärsdriven test! av Henrik Andersson

Henrik Andersson — Wed, 19 Oct 2011 18:53:49 +0000

Hej Mattias,
Att påstå att 80/20 regeln gäller jämt och ständigt och att det är just 80%och 20% är tyvärr en vanlig missuppfattning av Paretos syfte med sin princip.
Pereto gjode ett antal observationer som visade på att väldigt mycket inte är jämt distribuerat (i motsatts till Gaussian normalfördelnings kurva som har en symmetrisk fördelning).
I sina observationer kom han fram till att i Italien ägdes 80% av landet av 20% av befolkningen och många har fastnat för siffrorna 20% och 80% men det är ingen regel, det kan lika gärna vara 90/10 eller 70/30. lika så skulle det kunna vara så att 10% av populationen tillförde 100% av värdet.
Senare var det Juran som i sina upptäckter kring kvalitets teknik generaliserade Paretos tummregel och döpte den till 80-20 regeln.
Paretos poäng med sin tumregel var att mycket i livet inte är normalfördelat och bör således inte behandlas som detta.
Jag rekommenderar dig att läsa Nassim Talebs bok The Black Swan, där han bland annat tar upp detta och om jag inte missminner mig så visar den data han studerat att det snarare är 99.5/0.5 som är fördelningen, men dessa är naturligtvis inga absoluta tal dom heller.

Så det som bör lyftas fram är inte 80% och 20% utan tumregeln om att allt inte är normalfördelat. Ofta har vi en skev fördelning att förhålla oss till. Vi bör vara extra uppmärksamma på teorier som bygger på normalfördelning, är antagandet verkligen korrekt?

Kommentarer till Trött, fet och fyrtio? Nej! Mer levande än någonsin! av Leif Bälter

Leif Bälter — Fri, 30 Sep 2011 12:20:16 +0000

Det är skönt att få en bekräftelse att vi som var med tidigt satsade på ”rätt häst”. Det är bara att hoppas att alla som läser Computer Sweden uppmärksammade detta att Test rankas i topp avseende eftertraktad kompetens. Kanske kan det få några av de beslutsfattare och projektledare vi möter hos våra kunder att ifrågasätta den gamla attityden till test. ”Vem som helst kan testa, vem är ledig?, vi har några sommarjobbare som kan komma in och hjälpa till”.

Det är kul med ett erkännande men vi måste fortsätta och förklara och övertyga många om värdet av test.
Och vi gör det genom att visa att vi kan effektivisera arbetsprocessen från Krav till Release genom att visa att vi kan hjälpa till med kvalitetshöjande åtgärder i hela projektet. Förebygg fel som gör testarbetet lättare. Effektiva processer med stöd av rätt testverktyg