�ݺ�ߣshows by User: anbenh

�ݺ�ߣshows by User: anbenh / http://www.slideshare.net/images/logo.gif �ݺ�ߣshows by User: anbenh / Wed, 15 Jun 2016 10:03:06 GMT �ݺ�ߣShare feed for �ݺ�ߣshows by User: anbenh Software Quality Days 2016 - Tool Challenge - LivingDoc /slideshow/software-quality-days-2016-tool-challenge-livingdoc/63088293 toolchallenge2016v6-160615100307
World Premiere testIT LivingDoc]]>
World Premiere testIT LivingDoc]]> Wed, 15 Jun 2016 10:03:06 GMT /slideshow/software-quality-days-2016-tool-challenge-livingdoc/63088293 anbenh@slideshare.net(anbenh) Software Quality Days 2016 - Tool Challenge - LivingDoc anbenh World Premiere testIT LivingDoc <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/toolchallenge2016v6-160615100307-thumbnail.jpg?width=120&height=120&fit=bounds" /> World Premiere testIT LivingDoc

Software Quality Days 2016 - Tool Challenge - LivingDoc from Anis Ben Hamidene

]]> 158 4 https://cdn.slidesharecdn.com/ss_thumbnails/toolchallenge2016v6-160615100307-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Agile Testing Days 2015 - PIMP MY SCRUM – DOCUMENTATION FUN FOR AGILE TEAMS /slideshow/agile-testing-days-2015-pimp-my-scrum-documentation-fun-for-agile-teams/63087963 2015-atd-pimpmyscrum-benhamidene-falk-160615095410
Scrum with it’s few artefacts, roles and meetings is already fun. The documentation task for most developers and testers is still just boring. Because of this, documentation seldom serves as it’s intended purpose. It is rarely complete, up to date or clear enough to avoid misunderstandings. So you don’t trust documentation, do you? If you can get hold of the people who you know what the software is doing, you ask them instead. Nowadays Behaviour driven development (BDD) makes documentation not only for developers more fun, but also serves as a trust building documentation. Further, it helps to clarify the intent of the story or requirement before implementation starts and validates it continuously after it is released. Sounds impossible? In this track we make the BDD concept of a Living Documentation a reality. We share with you our experiences about the methods and tools which support the notion of BDD and provide practical guidance about which tools are best suited for your context. We will be also happy to share with you the premiere of our open source suite testIT LivingDoc, a BDD solution for Atlassian Confluence and the successor of the popular but almost dead GreenPepper.]]>
Scrum with it’s few artefacts, roles and meetings is already fun. The documentation task for most developers and testers is still just boring. Because of this, documentation seldom serves as it’s intended purpose. It is rarely complete, up to date or clear enough to avoid misunderstandings. So you don’t trust documentation, do you? If you can get hold of the people who you know what the software is doing, you ask them instead. Nowadays Behaviour driven development (BDD) makes documentation not only for developers more fun, but also serves as a trust building documentation. Further, it helps to clarify the intent of the story or requirement before implementation starts and validates it continuously after it is released. Sounds impossible? In this track we make the BDD concept of a Living Documentation a reality. We share with you our experiences about the methods and tools which support the notion of BDD and provide practical guidance about which tools are best suited for your context. We will be also happy to share with you the premiere of our open source suite testIT LivingDoc, a BDD solution for Atlassian Confluence and the successor of the popular but almost dead GreenPepper.]]> Wed, 15 Jun 2016 09:54:09 GMT /slideshow/agile-testing-days-2015-pimp-my-scrum-documentation-fun-for-agile-teams/63087963 anbenh@slideshare.net(anbenh) Agile Testing Days 2015 - PIMP MY SCRUM – DOCUMENTATION FUN FOR AGILE TEAMS anbenh Scrum with it’s few artefacts, roles and meetings is already fun. The documentation task for most developers and testers is still just boring. Because of this, documentation seldom serves as it’s intended purpose. It is rarely complete, up to date or clear enough to avoid misunderstandings. So you don’t trust documentation, do you? If you can get hold of the people who you know what the software is doing, you ask them instead. Nowadays Behaviour driven development (BDD) makes documentation not only for developers more fun, but also serves as a trust building documentation. Further, it helps to clarify the intent of the story or requirement before implementation starts and validates it continuously after it is released. Sounds impossible? In this track we make the BDD concept of a Living Documentation a reality. We share with you our experiences about the methods and tools which support the notion of BDD and provide practical guidance about which tools are best suited for your context. We will be also happy to share with you the premiere of our open source suite testIT LivingDoc, a BDD solution for Atlassian Confluence and the successor of the popular but almost dead GreenPepper. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2015-atd-pimpmyscrum-benhamidene-falk-160615095410-thumbnail.jpg?width=120&height=120&fit=bounds" /> Scrum with it’s few artefacts, roles and meetings is already fun. The documentation task for most developers and testers is still just boring. Because of this, documentation seldom serves as it’s intended purpose. It is rarely complete, up to date or clear enough to avoid misunderstandings. So you don’t trust documentation, do you? If you can get hold of the people who you know what the software is doing, you ask them instead. Nowadays Behaviour driven development (BDD) makes documentation not only for developers more fun, but also serves as a trust building documentation. Further, it helps to clarify the intent of the story or requirement before implementation starts and validates it continuously after it is released. Sounds impossible? In this track we make the BDD concept of a Living Documentation a reality. We share with you our experiences about the methods and tools which support the notion of BDD and provide practical guidance about which tools are best suited for your context. We will be also happy to share with you the premiere of our open source suite testIT LivingDoc, a BDD solution for Atlassian Confluence and the successor of the popular but almost dead GreenPepper.

Agile Testing Days 2015 - PIMP MY SCRUM – DOCUMENTATION FUN FOR AGILE TEAMS from Anis Ben Hamidene

]]> 348 8 https://cdn.slidesharecdn.com/ss_thumbnails/2015-atd-pimpmyscrum-benhamidene-falk-160615095410-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Lightning Talk - BDD .. so nicht! - 14.06.2016 https://de.slideshare.net/anbenh/lightning-talk-bdd-so-nicht-14062016 2016-gtdlightning-talkhamidenev3-160615075033
BDD ist eine mächtige und bewährte Methode mit dem Ziel das Richtige effizient zu tun, indem frühzeitig ein gemeinsames Verständnis der Anforderungen geschafft wird und fachliche Lücken identifiziert werden. Diese Ziele könnten aber stark gefährdet werden, wenn diese Methode falsch angewandt wird. In diesem Lightning-Talk stellt der Speaker die häufigsten Fehler bei der Implementierung von BDD vor und gibt schnelle Tipps um diese zu vermeiden.]]>
BDD ist eine mächtige und bewährte Methode mit dem Ziel das Richtige effizient zu tun, indem frühzeitig ein gemeinsames Verständnis der Anforderungen geschafft wird und fachliche Lücken identifiziert werden. Diese Ziele könnten aber stark gefährdet werden, wenn diese Methode falsch angewandt wird. In diesem Lightning-Talk stellt der Speaker die häufigsten Fehler bei der Implementierung von BDD vor und gibt schnelle Tipps um diese zu vermeiden.]]> Wed, 15 Jun 2016 07:50:33 GMT https://de.slideshare.net/anbenh/lightning-talk-bdd-so-nicht-14062016 anbenh@slideshare.net(anbenh) Lightning Talk - BDD .. so nicht! - 14.06.2016 anbenh BDD ist eine mächtige und bewährte Methode mit dem Ziel das Richtige effizient zu tun, indem frühzeitig ein gemeinsames Verständnis der Anforderungen geschafft wird und fachliche Lücken identifiziert werden. Diese Ziele könnten aber stark gefährdet werden, wenn diese Methode falsch angewandt wird. In diesem Lightning-Talk stellt der Speaker die häufigsten Fehler bei der Implementierung von BDD vor und gibt schnelle Tipps um diese zu vermeiden. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/2016-gtdlightning-talkhamidenev3-160615075033-thumbnail.jpg?width=120&height=120&fit=bounds" /> BDD ist eine mächtige und bewährte Methode mit dem Ziel das Richtige effizient zu tun, indem frühzeitig ein gemeinsames Verständnis der Anforderungen geschafft wird und fachliche Lücken identifiziert werden. Diese Ziele könnten aber stark gefährdet werden, wenn diese Methode falsch angewandt wird. In diesem Lightning-Talk stellt der Speaker die häufigsten Fehler bei der Implementierung von BDD vor und gibt schnelle Tipps um diese zu vermeiden.

from Anis Ben Hamidene

]]> 530 42 https://cdn.slidesharecdn.com/ss_thumbnails/2016-gtdlightning-talkhamidenev3-160615075033-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 Agile quality-lifecycle-jfs-2013-ben hamidene-novatec https://de.slideshare.net/slideshow/agile-qualitylifecyclejfs2013ben-hamidenenovatec/23920692 agile-quality-lifecycle-jfs-2013-benhamidene-novatec-130704151958-phpapp01
"So habe ich das nicht gemeint!". Eine sonst unkritische Aussage, die für das Team vernichtend ist, wenn sie erst während des Sprint-Reviews vom Product Owner ausgesprochen wird. Und das, obwohl das Team bilderbuchmässig agil unterwegs war. Aber was helfen die besten qualitätssichernden Maßnahmen und effiziensteigernden Methoden, wenn am Ende das Falsche entwickelt wurde? Was ist die Ursache, dass solche und ähnliche Fälle in der Praxis immer wieder auftreten? Und wie kann man frühzeitig und systematisch dafür sorgen, dass die Lösung später passt? In der Session wird auf Basis von Konzepten wie Specification by Example und Impact Mapping gezeigt, wie in agilen Projekten rechtzeitig Erwartung und Anforderungen in Einklang gebracht werden. Das von uns vorgeschlagene Vorgehen ist praxiserprobt und wird mittels Tailoring so angepasst, dass es in eigenen agilen Projekten individuell einsetzbar ist. Dann kommt man auch effizient ins richtige Ziel.]]>
"So habe ich das nicht gemeint!". Eine sonst unkritische Aussage, die für das Team vernichtend ist, wenn sie erst während des Sprint-Reviews vom Product Owner ausgesprochen wird. Und das, obwohl das Team bilderbuchmässig agil unterwegs war. Aber was helfen die besten qualitätssichernden Maßnahmen und effiziensteigernden Methoden, wenn am Ende das Falsche entwickelt wurde? Was ist die Ursache, dass solche und ähnliche Fälle in der Praxis immer wieder auftreten? Und wie kann man frühzeitig und systematisch dafür sorgen, dass die Lösung später passt? In der Session wird auf Basis von Konzepten wie Specification by Example und Impact Mapping gezeigt, wie in agilen Projekten rechtzeitig Erwartung und Anforderungen in Einklang gebracht werden. Das von uns vorgeschlagene Vorgehen ist praxiserprobt und wird mittels Tailoring so angepasst, dass es in eigenen agilen Projekten individuell einsetzbar ist. Dann kommt man auch effizient ins richtige Ziel.]]> Thu, 04 Jul 2013 15:19:58 GMT https://de.slideshare.net/slideshow/agile-qualitylifecyclejfs2013ben-hamidenenovatec/23920692 anbenh@slideshare.net(anbenh) Agile quality-lifecycle-jfs-2013-ben hamidene-novatec anbenh "So habe ich das nicht gemeint!". Eine sonst unkritische Aussage, die für das Team vernichtend ist, wenn sie erst während des Sprint-Reviews vom Product Owner ausgesprochen wird. Und das, obwohl das Team bilderbuchmässig agil unterwegs war. Aber was helfen die besten qualitätssichernden Maßnahmen und effiziensteigernden Methoden, wenn am Ende das Falsche entwickelt wurde? Was ist die Ursache, dass solche und ähnliche Fälle in der Praxis immer wieder auftreten? Und wie kann man frühzeitig und systematisch dafür sorgen, dass die Lösung später passt? In der Session wird auf Basis von Konzepten wie Specification by Example und Impact Mapping gezeigt, wie in agilen Projekten rechtzeitig Erwartung und Anforderungen in Einklang gebracht werden. Das von uns vorgeschlagene Vorgehen ist praxiserprobt und wird mittels Tailoring so angepasst, dass es in eigenen agilen Projekten individuell einsetzbar ist. Dann kommt man auch effizient ins richtige Ziel. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/agile-quality-lifecycle-jfs-2013-benhamidene-novatec-130704151958-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds" /> "So habe ich das nicht gemeint!". Eine sonst unkritische Aussage, die für das Team vernichtend ist, wenn sie erst während des Sprint-Reviews vom Product Owner ausgesprochen wird. Und das, obwohl das Team bilderbuchmässig agil unterwegs war. Aber was helfen die besten qualitätssichernden Maßnahmen und effiziensteigernden Methoden, wenn am Ende das Falsche entwickelt wurde? Was ist die Ursache, dass solche und ähnliche Fälle in der Praxis immer wieder auftreten? Und wie kann man frühzeitig und systematisch dafür sorgen, dass die Lösung später passt? In der Session wird auf Basis von Konzepten wie Specification by Example und Impact Mapping gezeigt, wie in agilen Projekten rechtzeitig Erwartung und Anforderungen in Einklang gebracht werden. Das von uns vorgeschlagene Vorgehen ist praxiserprobt und wird mittels Tailoring so angepasst, dass es in eigenen agilen Projekten individuell einsetzbar ist. Dann kommt man auch effizient ins richtige Ziel.

from Anis Ben Hamidene

]]> 572 3 https://cdn.slidesharecdn.com/ss_thumbnails/agile-quality-lifecycle-jfs-2013-benhamidene-novatec-130704151958-phpapp01-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 From system out to executable specifications (Ben Hamidene) https://de.slideshare.net/anbenh/from-system-out-to-executable-specifications-ben-hamidene fromsystemouttoexecspecifications-benhamidene-nt-ro-130205160306-phpapp02
Vortrag am Pecha Kucha Abend der JUGS an der NovaTec am 21.09.2012 Mehr dazu: http://jugs.de/protokolle2012.html#21092012 ]]>
Vortrag am Pecha Kucha Abend der JUGS an der NovaTec am 21.09.2012 Mehr dazu: http://jugs.de/protokolle2012.html#21092012 ]]> Tue, 05 Feb 2013 16:03:06 GMT https://de.slideshare.net/anbenh/from-system-out-to-executable-specifications-ben-hamidene anbenh@slideshare.net(anbenh) From system out to executable specifications (Ben Hamidene) anbenh Vortrag am Pecha Kucha Abend der JUGS an der NovaTec am 21.09.2012 Mehr dazu: http://jugs.de/protokolle2012.html#21092012 <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/fromsystemouttoexecspecifications-benhamidene-nt-ro-130205160306-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds" /> Vortrag am Pecha Kucha Abend der JUGS an der NovaTec am 21.09.2012 Mehr dazu: http://jugs.de/protokolle2012.html#21092012

from Anis Ben Hamidene

]]> 705 5 https://cdn.slidesharecdn.com/ss_thumbnails/fromsystemouttoexecspecifications-benhamidene-nt-ro-130205160306-phpapp02-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post

http://activitystrea.ms/schema/1.0/posted

0 https://cdn.slidesharecdn.com/profile-photo-anbenh-48x48.jpg?cb=1662914502 -Agile Coach, Trainer, Architect, Leader -E-Government -Automotive -Finance -JEE-Architecture -Certified SCRUM Master -Certified Project Manager -Agile Quality Engineering -Agile Requirements Engineering -Test Management -Testing Strategies www.novatec-gmbh.de/dienstleistungen/agile-quality-engineering/ https://cdn.slidesharecdn.com/ss_thumbnails/toolchallenge2016v6-160615100307-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/software-quality-days-2016-tool-challenge-livingdoc/63088293 Software Quality Days ... https://cdn.slidesharecdn.com/ss_thumbnails/2015-atd-pimpmyscrum-benhamidene-falk-160615095410-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/agile-testing-days-2015-pimp-my-scrum-documentation-fun-for-agile-teams/63087963 Agile Testing Days 201... https://cdn.slidesharecdn.com/ss_thumbnails/2016-gtdlightning-talkhamidenev3-160615075033-thumbnail.jpg?width=320&height=320&fit=bounds anbenh/lightning-talk-bdd-so-nicht-14062016 Lightning Talk - BDD ....