{"id":6746,"date":"2018-08-25T14:00:12","date_gmt":"2018-08-25T08:30:12","guid":{"rendered":"http:\/\/innoroo.com\/blog\/?p=6746"},"modified":"2018-08-31T18:37:42","modified_gmt":"2018-08-31T13:07:42","slug":"interview-with-james-grenning","status":"publish","type":"post","link":"https:\/\/innoroo.com\/blog\/2018\/08\/25\/interview-with-james-grenning\/","title":{"rendered":"Interview with James Grenning"},"content":{"rendered":"

Today, we feature exclusive conversation with one of the original signatories of Agile Manifesto and XP Pioneer – James Grenning. It was our pleasure to converse with him. We learned more about his thoughts on Agile, Birth of Planning Poker, Agile implementation in non-IT environments, and his memories with Mike Beedle.<\/p>\n

Let’s read;<\/p>\n

Q1. It is said that you were Agile before it was Agile. Please elaborate a little for our readers. <\/strong><\/p>\n

James: I started learning and practicing Extreme Programming late in 1999. The Agile Manifesto was created in 2001. \u00a0Simply, XP proceeded the writing of the Agile Manifesto. My opinion is that there would not have been a manifesto, if there was no XP. \u00a0The provocative name got people looking at it, mocking it a bit. Though, they took notice and many discovered how it provided a way of working that solved many of the problems individuals, companies and our industry had. With 20 year experience prior to seeing XP, I got the problems and the solutions seemed logical. \u00a0<\/span><\/p>\n

Q2. How was Planning Poker<\/i> born? How did it transform \u2018Estimation<\/i>\u2019 in past few years?<\/strong><\/p>\n

James: There is a paper on my website describing planning poker. You can get the complete story here https:\/\/wingman-sw.com\/articles\/planning-poker.<\/span><\/p>\n

Basically, at an early XP planning meeting, our client\u2019s two senior architects would debate for an hour how to implement something and finally write down an estimate. Often the same estimate they mentioned in the first minutes. We had a lot of stories to estimate; all the talking got in the way. \u00a0Most the other people around the table were not engaged.<\/span><\/p>\n

We took a break and when we got back together, I asked participants to take a note card and write their estimate on the card, then simultaneously reveal their estimates. \u00a0(Deciding then showing helped to avoid bias of verbal estimates. a.k.a. telegraphing) After a little while people were holding what looked like a poker hand. Planning poker was born. \u00a0I wrote about it and posted it on Object Mentor\u2019s website. Mike Cohn read my paper and asked if he could put it in his book and started giving away decks of planning poker cards at conferences.<\/span><\/p>\n

In retrospect, planning poker was a pragmatic solution to a problem in a planning meeting. \u00a0We studied and practiced structured problem solving as part of Total Quality Management (TQM) at Teradyne in the 1980s. We learned various communication and problem solving techniques. \u00a0One was brainstorming, but not out loud. Given a question or a problem, everyone would write their ideas for solutions or causes on post it notes or note cards. The we would group common solutions and discuss the possibilities and merits of each proposal. <\/span><\/p>\n

In verbal brainstorming, often ideas immediately get shot down. \u00a0This tends to make people not express their ideas. It also biases the participants when the loudest or senior person dominates. \u00a0The day of the first planning poker game, the two \u2018experts\u2019 dominated and no one else had a voice.<\/span><\/p>\n

In a nutshell, planning poker was initially solving the problem of people in agreement talking too much and dominating the effort.<\/span><\/p>\n

Q3. Which one thing, you think today\u2019s Agile Practitioner\u2019s are missing while implementation? Please share one of your experiences addressing such issue.<\/strong><\/p>\n

James: Most Agile adoptions I see first adopt management and planning practices. \u00a0Developers struggle because they lack knowledge and skill incremental engineering. \u00a0This is a a formula for pain and unhappiness.<\/span><\/p>\n

Q4. If you have to introduce application of TDD to embedded C <\/i>to a novice, what benefits would you like to highlight?<\/strong><\/p>\n

James: The initial problem being solved by TDD is that programmer make mistakes, many per hour. \u00a0TDD helps detect many mistakes immediately thus preventing code and product defects. The opposite of TDD is Debug Later Programming. \u00a0In DLP, programmers write code and debug it later. How long does it take to find the cause of a bug? It\u2019s big unanswerable question. The TDD cycle is very predictable. You can read a comparison TDD vs DLP here:<\/span> https:\/\/wingman-sw.com\/articles\/the-physics-of-test-driven-development<\/span><\/a>.<\/span><\/p>\n

TDD also produces a regression test suite virtually for free. \u00a0Another driver for TDD is the need to automate tests. You can read why Manual Test is Unsustainable here:<\/span> https:\/\/wingman-sw.com\/articles\/manual-test-is-unsustainable<\/span><\/a><\/p>\n

These are only the started benefits. \u00a0In the hands of a knowledgable and skilled software engineer, TDD has many more benefits. \u00a0The experienced practitioners tell me TDD\u2019s test let you change your mind about design and safely refactor for you needs software\u2019s changing needs.<\/span><\/p>\n

Q5. When developing the Agile Manifesto<\/i>, have you ever thought that it would be implemented beyond the IT Industry? How do you feel when you see Agile being implemented in HR, Marketing and other non-IT practices?<\/strong><\/p>\n

James: For starters, we never thought anyone would notice or care about the Agile Manifesto. \u00a0As far as applying the principles in other areas, I think it is pretty natural. People work incrementally. Some say it cannot work for embedded software. \u00a0I don\u2019t share that opinion. It works for embedded software, it can work other places. You\u2019ve heard of the wiki-speed car? A group of people are building a car using Scrum techniques.<\/span><\/p>\n

Be it hardware, software, or mechanical, something is being invented. Incremental learning and building is part of the process. \u00a0<\/span><\/p>\n

Q6. Agile Transformations has been an emerging trend in past few years in various domains. What it would be after Agile? Do you feel \u00a0the need of any changes in Manifesto with time?<\/strong><\/p>\n

James: The Agile Manifesto is a historic document. \u00a0As far as I know, none of the authors are interested in changing it. \u00a0That\u2019s not to say that Agile should not change and evolve. It should. Don\u2019t worry about the Manifesto. \u00a0It\u2019s fine. How people adopt Agile needs to evolve. I\u2019d like to see a big emphasis in the industry to embracing high-quality incrementation engineering approaches, those embodied in XP are a great start.<\/span><\/p>\n

Q7. What are your plans for 2019? What should we expect coming from Wingman Software?<\/strong><\/p>\n

James: I\u2019m cutting back my travel a bit being more selective, working with clients that really want to improve how they collaborate and engineer their products.<\/span><\/p>\n

I\u2019ve been doing an Industrial Internet of Things (IIoT) prototype with my brother\u2019s company. \u00a0I think there are some important concepts in how to approach the problem and how to keep code independent of the ecosystem I\u2019m using. That will be a topic.<\/span><\/p>\n

I\u2019ve had some wonderful family things that have gotten in the way of writing. \u00a0I\u2019ve got ideas I\u2019d like to share. Hopefully I\u2019ll get back to writing.<\/span><\/p>\n

Q8. Mike Beedle\u2019s sudden demise has been a shock for Agile Community. Please share your fond memories with him while developing Agile Manifesto.<\/strong><\/p>\n

James: It is sad and tragic that Mike was taken so senselessly. \u00a0<\/span><\/p>\n

Mike and I skied together one of the afternoons at the meeting that created to the Agile Manifesto. We skied some very tough tree runs in that famous Utah knee-deep powder. \u00a0It is a fond memory.<\/span><\/p>\n

Mike and I did not cross paths a lot professionally. \u00a0Though he was a respected man in Agile and Chicago, the city that is my home.<\/span><\/p>\n

 <\/p>\n

\"\"James W. Grenning is one of the original signatories of Agile Manifesto. He trains, coaches and consults worldwide. \u00a0He started developing software in last 70s after avoiding computers from high school to early college years. He had worked in both technical and management practices to development teams.<\/p>\n

He had authored much read book ‘Test-Driven Development for Embedded C’. James is one of the few experts in applying TDD to embedded C. With his 1.5 decades of training,coaching, and practicing TDD in C, C++, Java, and C# he will lead you from being a novice in TDD to using the techniques that few have mastered. Any C or C++ programmer can use this book to learn the whys and hows of TDD.<\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

Today, we feature exclusive conversation with one of the original signatories of Agile Manifesto and XP Pioneer – James Grenning. It was our pleasure to converse with him. We learned more about his thoughts on Agile, Birth of Planning Poker, Agile implementation in non-IT environments, and his memories with Mike Beedle. Let’s read; Q1. It […]<\/p>\n","protected":false},"author":2,"featured_media":6747,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[9],"tags":[1044,17,1048,16,103,65,1046,180,18,19,1047,1045,23],"class_list":["post-6746","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-interview-series","tag-after-agile","tag-agile","tag-agile-implementation","tag-agile-manifesto","tag-agile-team","tag-continuous-delivery","tag-embedded-c","tag-estimation","tag-innoroo","tag-innovation-roots","tag-planning-poker","tag-tdd","tag-thought-of-the-day"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/innoroo.com\/blog\/wp-content\/uploads\/2018\/08\/James-Grenning-Interview-banner.png?fit=3125%2C1709&ssl=1","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p8Rui8-1KO","jetpack-related-posts":[],"_links":{"self":[{"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/posts\/6746","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/comments?post=6746"}],"version-history":[{"count":4,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/posts\/6746\/revisions"}],"predecessor-version":[{"id":7059,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/posts\/6746\/revisions\/7059"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/media\/6747"}],"wp:attachment":[{"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/media?parent=6746"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/categories?post=6746"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/innoroo.com\/blog\/wp-json\/wp\/v2\/tags?post=6746"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}