<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Ben Linders - Sharing my Experience - Latest Comments</title><link>http://benlinders.disqus.com/</link><description>Sharing my experiences with quality, agile, lean, process improvement and organizational development. </description><atom:link href="https://benlinders.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Wed, 13 Feb 2013 15:20:58 -0000</lastBuildDate><item><title>Re: Let the Scrum master come from the team</title><link>http://www.benlinders.com/2013/let-the-scrum-master-come-from-the-team/#comment-798077378</link><description>&lt;p&gt;Thanks Luis for sharing this. I've had several good experiences with team members that took the scrum masters role. But I've heard others who had an external scrum master, which also worked out good. Therefor I'm interested in the experience from others.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Wed, 13 Feb 2013 15:20:58 -0000</pubDate></item><item><title>Re: Let the Scrum master come from the team</title><link>http://www.benlinders.com/2013/let-the-scrum-master-come-from-the-team/#comment-797504442</link><description>&lt;p&gt;Fully agree with your views :) Like yourself I prefer to have a Scrum Master that comes from the teams ;)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Luis Goncalves</dc:creator><pubDate>Wed, 13 Feb 2013 05:16:14 -0000</pubDate></item><item><title>Re: Kies je voor de professional, of het team?</title><link>http://www.benlinders.com/2012/kies-je-voor-de-professional-of-het-team/#comment-740686670</link><description>&lt;p&gt;Leuk om te lezen dat je pairing toepast. Ook mijn ervaringen daarmee zijn positief, hele effectieve manier om vaardigheden van een team te vergroten. Ik pair zelf ook regelmatig, wat de kwaliteit van de diensten die lever nog verder verbeterd.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 17 Dec 2012 07:42:58 -0000</pubDate></item><item><title>Re: Kies je voor de professional, of het team?</title><link>http://www.benlinders.com/2012/kies-je-voor-de-professional-of-het-team/#comment-740623786</link><description>&lt;p&gt;Beste Ben,&lt;/p&gt;&lt;p&gt;Leuk en ook herkenbaar verhaal. Mijn ervaring is dat pair testing, pair programming, pair requirements engineering tot de beste opleidingstechnieken behoort die er zijn. Natuurlijk moet 'de leerling' voldoende basiskennis hebben voordat pairing succesvol kan zijn.&lt;/p&gt;&lt;p&gt;Overigens ken ik ook mooie voorbeelden van ervaren collega's die pairen om te blijven leren. Zouden we vaker moeten doen hoor je dan vaak.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Jaap Cannegieter</dc:creator><pubDate>Mon, 17 Dec 2012 05:26:53 -0000</pubDate></item><item><title>Re: Just checking, do you use checklists?</title><link>http://www.benlinders.com/2012/just-checking-do-you-use-checklists/#comment-719229216</link><description>&lt;p&gt;Thanks Derk-Jan for sharing your checklist. Making good decisons on test automation is important, I think that the checklist can be useful for experienced test managers.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 26 Nov 2012 05:07:45 -0000</pubDate></item><item><title>Re: Just checking, do you use checklists?</title><link>http://www.benlinders.com/2012/just-checking-do-you-use-checklists/#comment-719228441</link><description>&lt;p&gt;A comment that I received through LinkedIn from Benno de Jong, suggesting an interesting book:&lt;/p&gt;&lt;p&gt;"Hi Ben, I like checklists as Quality Management Systems are getting more complex. I recommend you to read The Checklist Manifesto by Dr Atul Gawande. Excellent book about benefits of using checklists in different industries."&lt;/p&gt;&lt;p&gt;Thanks Benno!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 26 Nov 2012 05:05:04 -0000</pubDate></item><item><title>Re: Insanity</title><link>http://www.benlinders.com/2010/insanity/#comment-715933844</link><description>&lt;p&gt;Hard, but not impossible:&lt;/p&gt;&lt;p&gt;&lt;a href="http://wiki.answers.com/Q/Who_first_said_that_the_definition_of_insanity_is_to_do_the_same_thing_over_and_over_and_expect_different_results&amp;amp;altQ=Who_first_said_the_definition_of_insanity_is_to_do_the_same_thing_over_and_over_and_expect_different_results" rel="nofollow noopener" target="_blank" title="http://wiki.answers.com/Q/Who_first_said_that_the_definition_of_insanity_is_to_do_the_same_thing_over_and_over_and_expect_different_results&amp;amp;altQ=Who_first_said_the_definition_of_insanity_is_to_do_the_same_thing_over_and_over_and_expect_different_results"&gt;http://wiki.answers.com/Q/W...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Apparently, it's not from Albert Einstein, but from Narcotics Anonymous!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Wed, 21 Nov 2012 11:28:48 -0000</pubDate></item><item><title>Re: Insanity</title><link>http://www.benlinders.com/2010/insanity/#comment-715923574</link><description>&lt;p&gt;Favoriete quote: "the problem with quotes on the internet is that it is hard to verify their authenticity - Abraham Lincoln"&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Geert</dc:creator><pubDate>Wed, 21 Nov 2012 11:13:54 -0000</pubDate></item><item><title>Re: Just checking, do you use checklists?</title><link>http://www.benlinders.com/2012/just-checking-do-you-use-checklists/#comment-715854675</link><description>&lt;p&gt;Hi Ben, I love to use checklists. As DoD, or as more strategic tool. One of my favorite is the checklist that supports the business case for Test Automation: see &lt;a href="http://djdegrood.wordpress.com/2012/06/22/test-automation-day-should-we-do-ta/" rel="nofollow noopener" target="_blank" title="http://djdegrood.wordpress.com/2012/06/22/test-automation-day-should-we-do-ta/"&gt;http://djdegrood.wordpress....&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Derk-Jan de Grood</dc:creator><pubDate>Wed, 21 Nov 2012 09:54:20 -0000</pubDate></item><item><title>Re: Als je goed kijkt, zie je meer</title><link>http://www.benlinders.com/2012/als-je-goed-kijkt-zie-je-meer/#comment-682809649</link><description>&lt;p&gt;Beste Eveline,&lt;/p&gt;&lt;p&gt;Dank voor het delen van je ervaringen met patronen in gesprekken. Ik herken het, en ook dat de deelnemers in een gesprek zich vaak niet bewust zijn dat het gebeurd.&lt;/p&gt;&lt;p&gt;Feedback helpt om het voor hun inzichtelijk te maken. M.n. met Agile teams geef ik vaak direct na een bepaalde sessie (zoals een stand-up, planning game, sprint review of retrospective) feedback naar alle betrokkenen. Doordat ze de voorbeelden herkennen (het is nog vers) helpt het hun om zaken anders aan te pakken, en daarmee continue te verbeteren.&lt;/p&gt;&lt;p&gt;Ben Linders&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 15 Oct 2012 11:27:41 -0000</pubDate></item><item><title>Re: What Drives Quality: Coding</title><link>http://www.benlinders.com/2011/what-drives-quality-coding/#comment-682582213</link><description>&lt;p&gt;Fully agree, see the paragraph in this blog on design and coding rules; it can reduce technical debt and give much less manintenance.&lt;/p&gt;&lt;p&gt;Make sure that people understand the how and why of the rules. In one company I worked with, people shortly clarified coding rules in review meetings when they discovered code that wasn't complying to specific rules.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 15 Oct 2012 06:31:20 -0000</pubDate></item><item><title>Re: What Drives Quality: Coding</title><link>http://www.benlinders.com/2011/what-drives-quality-coding/#comment-671072311</link><description>&lt;p&gt;HI Ben,&lt;/p&gt;&lt;p&gt;I think you omitted one important factor that drives quality in coding, which is standardization of the coding (for example, naming conventions, comments, etc...). You have no idea how much this will increase the quality of the code and the resulting product. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">itoctopus</dc:creator><pubDate>Thu, 04 Oct 2012 10:22:49 -0000</pubDate></item><item><title>Re: Als je goed kijkt, zie je meer</title><link>http://www.benlinders.com/2012/als-je-goed-kijkt-zie-je-meer/#comment-645728133</link><description>&lt;p&gt;Dag Ben,&lt;br&gt;Ik heb gemerkt dat ik pas sinds enige tijd echt patronen in gesprekken kan herkennen. En dus zie dat er herhaling is van zetten, steeds dezelfde zaken op tafel komen. Door juist niet te letten op de inhoud, maar op de stappen die mensen zetten. Dat biedt veel nieuwe handvaten om bijv. patronen te doorbreken. Ik schrijf telkens van bepaalde situaties de stappen op bijvoorbeeld: A; praat, B luistert, A; herhaalt, B: haakt af, A;gaat weer door B: zegt Ja, A; sluit af en B; gaat door met waar hij gebleven is.&lt;br&gt;Achteraf vraag ik A en B apart: wat was het doel van het gesprek? Vond je het lekker lopen? En wat gaat er nu gebeuren?&lt;br&gt;Mooie en vooral ook tegenstrijdige antwoorden hoor ik vaak. Wat aanleiding geeft tot een vervolg/interventie. &lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Eveline Jansen | Evelutie</dc:creator><pubDate>Mon, 10 Sep 2012 06:57:35 -0000</pubDate></item><item><title>Re: CMMI V1.3 Process Areas</title><link>http://www.benlinders.com/tools/cmmi-v1-3-process-areas/#comment-618344787</link><description>&lt;p&gt;Thanks David. I've adjusted the table with CMMI Process areas.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 13 Aug 2012 16:11:28 -0000</pubDate></item><item><title>Re: CMMI V1.3 Process Areas</title><link>http://www.benlinders.com/tools/cmmi-v1-3-process-areas/#comment-618214246</link><description>&lt;p&gt;Your Process Areas Table needs some updating.  You have "&lt;br&gt;Service Establishment and Delivery" &lt;br&gt;PAs listed under CMMI-Dev instead of Services.  you should also combine the Project/Work Management with the Project Management categories so PAs like Risk Management are grouped together as CORE PAs.  It's a good concept that just needs some corrections and tweaking.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kresheck</dc:creator><pubDate>Mon, 13 Aug 2012 13:40:03 -0000</pubDate></item><item><title>Re: CMMI V1.3 Released: High Maturity Clarified</title><link>http://www.benlinders.com/2010/cmmi-v1-3-released-high-maturity-clarified/#comment-554361400</link><description>&lt;p&gt; Ben, thanks for sharing additional links on my blog.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">connect2hcb</dc:creator><pubDate>Mon, 11 Jun 2012 09:41:41 -0000</pubDate></item><item><title>Re: CMMI V1.3 Released: High Maturity Clarified</title><link>http://www.benlinders.com/2010/cmmi-v1-3-released-high-maturity-clarified/#comment-554192696</link><description>&lt;p&gt;Thanks for this useful addition. I’ve added the list of major changes that you mention also to my blog CMMI V1.3: Where to find information&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Mon, 11 Jun 2012 02:13:11 -0000</pubDate></item><item><title>Re: CMMI V1.3 Released: High Maturity Clarified</title><link>http://www.benlinders.com/2010/cmmi-v1-3-released-high-maturity-clarified/#comment-553830070</link><description>&lt;p&gt;With the benefit of hindsight (it's 18 months since version 1.3 got released) I can say that this is an excellent first impression about CMMI version 1.3. Here's another link that provides a crisp summary of the major changes:&lt;br&gt;&lt;a href="http://models-and-concepts-blog.blogspot.in/2010/12/major-changes-in-cmmi-version-13.html" rel="nofollow noopener" target="_blank" title="http://models-and-concepts-blog.blogspot.in/2010/12/major-changes-in-cmmi-version-13.html"&gt;http://models-and-concepts-blog.blogspot.in/2010/12/major-changes-in-cmmi-version-13.html&lt;/a&gt;&lt;br&gt; &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">connect2hcb</dc:creator><pubDate>Sun, 10 Jun 2012 12:14:30 -0000</pubDate></item><item><title>Re: Fixing Scope in Agile Projects</title><link>http://www.benlinders.com/2012/fixing-scope-in-agile-projects/#comment-549852133</link><description>&lt;p&gt;Graag gedaan, feel free to use it :-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Thu, 07 Jun 2012 10:02:45 -0000</pubDate></item><item><title>Re: Fixing Scope in Agile Projects</title><link>http://www.benlinders.com/2012/fixing-scope-in-agile-projects/#comment-549751512</link><description>&lt;p&gt;Mooi overzichtelijk artikel!&lt;br&gt;Thanks, Matt Verhaegh&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt Verhaegh</dc:creator><pubDate>Thu, 07 Jun 2012 07:57:03 -0000</pubDate></item><item><title>Re: CMMI Roadmaps: Improving IT for the Business</title><link>http://www.benlinders.com/2012/cmmi-roadmaps-improving-it-for-the-business/#comment-546427911</link><description>&lt;p&gt;Good question Carlo! CMMI version 1.3 helps professionals to build a shared understanding how an organization manages software development, and to decide on (process) improvements to deliver better, faster, and/or cheaper. For improvement consultants and managers, the CMMI is a tool, a language to discuss the current situation and decide upon a roadmap for improvement.&lt;br&gt; &lt;br&gt;You ask if it is a philosophy? Maybe it is to some, and there are some concepts that the CMMI is build upon. Like assuming that better processes will lead to better products. I'm unsure if that makes it aphilosophy? There is a lot of wisdom in the CMMI, but this wisdom must be applied with focus. And that is what the CMMI Roadmaps are all about: Focus, learning, and continuous improvement!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Sun, 03 Jun 2012 15:41:15 -0000</pubDate></item><item><title>Re: CMMI Roadmaps: Improving IT for the Business</title><link>http://www.benlinders.com/2012/cmmi-roadmaps-improving-it-for-the-business/#comment-545714320</link><description>&lt;p&gt;I still don't understand if CMMI 1.3 is a softar tool or a philosophy&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Carlo Pizzolla</dc:creator><pubDate>Sat, 02 Jun 2012 10:37:09 -0000</pubDate></item><item><title>Re: Try Out: Verander Agile</title><link>http://www.benlinders.com/2012/try-out-verander-agile/#comment-544530121</link><description>&lt;p&gt;I had to google translate but it was worth it! Good stuff!!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Shakti Ghosal</dc:creator><pubDate>Fri, 01 Jun 2012 01:13:08 -0000</pubDate></item><item><title>Re: Managen van Agile teams vereist Agile leiderschap</title><link>http://www.benlinders.com/2012/managen-van-agile-teams-vereist-agile-leiderschap/#comment-463007688</link><description>&lt;p&gt;Bij het ontwikkelen van agile leiderschap kun je de agile principes gebruiken. Verander in kleine stappen, betrek je medewerkers bij de veranderingen (bv met open spaces) en evalueer frequent.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ben Linders</dc:creator><pubDate>Sun, 11 Mar 2012 19:30:49 -0000</pubDate></item><item><title>Re: Managen van Agile teams vereist Agile leiderschap</title><link>http://www.benlinders.com/2012/managen-van-agile-teams-vereist-agile-leiderschap/#comment-462675056</link><description>&lt;p&gt;Hoe ga je Agile leiderschap ontwikkelen en in welke mate is dat wezenlijk anders dan verandervaardigheden voor middenkader, waarin aandacht voor gedrag en effecten van medewerkers centraal staat? &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Eveline Jansen</dc:creator><pubDate>Sun, 11 Mar 2012 10:55:56 -0000</pubDate></item></channel></rss>