Peter Gfader's brain noise
Is this a better way to structure tests? via @KevlinHenney

I just came across this screenshot. I really like this way to structure tests.

What do you think? Would that be helpful in your team?

Slides
http://www.slideee.com/slide/seven-ineffective-coding-habits-of-many-java-programmers

Video
https://vimeo.com/97329157

BTW
Make sure to follow Kevlin!
https://twitter.com/KevlinHenney

Does SAFe respect People, Inspection and Adaptation? via @henrikber

Lots of things have been said about SAFe. These 2 things bother me the most (via @henrikber)

  • In a complex situation the solution needs to emerge through inspect and adapt. 
  • People that are doing the work know best how the work should be done

SAFe violates these 2 arguments

Article from David Anderson that highlights those 2 arguments.

The Kanban Method will coexist with SAFe in the marketplace. People will choose between a modern 21st Century approach to complex situations or a familiar 20th Century approach to change and their software engineering processes.

http://www.djaa.com/kanban-anti-safe-almost-decade-already

How up2date is your documentation? Not at all?

Check out  http://scenarioo.org by @zuehlke_group

"Automated documentation of applications through UI tests"

Do you know how to present like a Pro?

Great 10 tips. I would add 1

  • Skip the “Agenda” slide
  • Make “Tell Stories” #2 of priorities

—————————————-

  1. Pass the Trapdoor test
    One minute in your talk, a trapdoor opens and you have another 1 minute left
    1 thing to remember?
  2. Make em laugh
    People don’t remember what you say, but how you made them feel
  3. Paint Pictures
  4. Show & Tell
  5. Skip the “About Us”
  6. Shorter wins… Always
  7. Open body language
  8. Why you? 
    Nobody else can tell this story better than me
  9. Share your weakness
  10. Tell Stories

http://www.slideshare.net/mobileyouth/how-to-present-like-a-pro-10-public-speaking-tips-from-the-worlds-best-storytellers

Do you know the “bullshit asymmetry principle”? via @ziobrando

Great story behind this slide deck from Alberto Brandolini (Zio Brando)

http://www.slideshare.net/slideshow/embed_code/35425711?rel=0&startSlide=85

What is the difference between “being agile” and “doing agile”?

Great article about the “Agile Mindset”

Make sure to checkout this diagram!!!

http://www.techwell.com/2013/03/creating-agile-mindset

Google’s Scientific Approach to Work-Life Balance (and Much More)

Great article about work and life at Google and how to balance it. 

http://blogs.hbr.org/2014/03/googles-scientific-approach-to-work-life-balance-and-much-more/

Get started with

…for any organization, there are four steps you can take to start your own exploration and move from hunches to science:

  1. Ask yourself what your most pressing people issues are.  Retention?  Innovation? Efficiency?  Or better yet, ask your people what those issues are.
  2. Survey your people about how they think they are doing on those most pressing issues, and what they would do to improve.
  3. Tell your people what you learned. If it’s about the company, they’ll have ideas to improve it. If it’s about themselves – like our gDNA work – they’ll be grateful.
  4. Run experiments based on what your people tell you. Take two groups with the same problem, and try to fix it for just one. Most companies roll out change after change, and never really know why something worked, or if it did at all. By comparing between the groups, you’ll be able to learn what works and what doesn’t.

And in 100 years we can all compare notes.

Is your backlog a map or a list?
Taiichi Ohno (Toyota Prod System) on fooling westerners.

Taiichi Ohno on fooling westerners:

“I’m proud to be Japanese and I wanted my country to succeed. I believed my system was a way that could help us become a modern industrial nation. That is why I had no problem with sharing it with other Japanese companies, even my biggest competitors. But I was very, very concerned that you Americans and Europeans would understand what we are doing, copy it, and defeat us in the marketplace.”

He went on to say that when Americans and Europeans came to visit Toyota that he did his best *to confuse them* as to why Toyota was so successful.
He said,

“I explained it by talking about techniques, like quicker machine setups, reduction of the seven wastes (*muda*) and other techniques with Japanese names like *kanban* and *kaizen*. 

I did my best to *prevent the visitors from fully grasping* our overall approach. Today, I am ready to be open and explain fully what we did. We are now strong enough to deal with any competition.”

I am still amazed by the greatness of this man!

PDF 
http://www.jpcovington.com/Newsletters/OE%20120705%20Why%20are%20we%20doing%20this.pdf

Slideshare
www.slideshare.net/EmielVanEst/did-toyota-fool-the-lean-community-for-decades

The problem with TDD! #noTDD #TDDisDead

The problem with TDD I think is: 

"TDD is harder to practice and TDD is harder to get ‘right’ than other tools." 

Not saying that your favourite tool is an easy tool to use ;-)

Why?

  1. TDD is a combination of: Thinking, Coding, Testing, Refactoring.
    Let alone “Testing”, lots of people (including myself) get already the “Thinking” wrong.
    Here an example of 2010 when I got the Thinking wrong
    https://groups.google.com/d/msg/ozdev-bookclub/nfJ-QgA5nwA/_T1QiywHLocJ 
  2. Additionally to those 4 there are lots of other skills needed: Mocking, CleanCode, Emergent Architecture, ATDD, …
  3. BTW: Did I say that Refactoring is very hard?

My video interview about: Clean Code, Testing and Continuous Improvement

Is TDD dead? No, its just a tool. #noTDD #TDDisDead

If you havent been on a internet-less island you probably heard about this blog and the google hangout conversation.

http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html

https://plus.google.com/events/ci2g23mk0lh9too9bgbp3rbut0k

Here are my thoughts to that

# Unrelated 

Completely unrelated to TDD/UnitTesting I really enjoyed 2 sentences from the hangout:

"In order to understand/define something, I like to understand how it came about"
Martin Fowler

-

"If an idea is obviously bad, find a cheap way to try it."
"If an idea is good, someone else has tried it before"
Kent Beck

 

Read More

Interesting success story of Large Scale Scrum (LeSS) @ J.P. Morgan

What are the experiences of a large group in a tier-one financial services firm adopting Large-Scale Scrum (LeSS)?

Things I wanted to highlight:

Read More

Do you know the effect of releasing less often??

When a release is hard and expensive, we don’t do it often.
When we don’t do it often, we add more stuff to 1 release.
When we add more stuff to 1 release, it gets harder.
Do you see where this is going?

Focus on

Are you saving more than 20% by doing Offshore Development?

If yes, well done. Not many can save 20%!

As just one example, United Technologies, an acknowledged leader in developing offshore best practices, is saving just over 20 percent by outsourcing to India. (For more, read “Inside Outsourcing in India,” www.cio.com/printlinks.)

That’s still substantial savings, to be sure. But it takes years of effort and a huge up-front investment. For many companies, it simply may not be worth it.

via “The Hidden Costs of Outsourcing”. Great article worth reading!
http://www.cio.com/article/29654/The_Hidden_Costs_of_Offshore_Outsourcing

5 great reasons for a long 4 week Sprint: #shitScrumMasterSay

Reasons for 4 week Sprints:

- You don’t know how to split PBIs (which is hard for your team)
- You have people work on different projects and only assign 20% to your project
- You don’t have to do that boring retrospective every week
- You can delay the hectic time before the Sprint Review
- You don’t need to remove impediments, since they don’t affect you that much in a long Sprint

Are your 3week ScrumSprints just Mini-Waterfalls?