Skip to content
HomeVideosBooks
AllTopicsTrends
BlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K
    Cover of Essential Scrum

    Essential Scrum

    Kenneth S. Rubin · 2012

    Software EngineeringProgramming
    Open LibraryAmazon
    Stats for nerds
    0recommend
    3mentions
    3people
    2017–2022years
    67% neutral33% critical

    Mentions per year

    201720182019202020212022

    What Hacker News says

    1. swagtrickerAug 2022
      Not only why is there a garbage book like "Essential Scrum", why is there no mention of any unit testing or TDD books? If the author is seriously going to plug Martin Fowler's Refactoring book but make no effort to call out any books to help guide in writing good quality tests, I'm starting to have serious doubts about the nature of those "10 years of experience". I don't care if you "buy into" TDD or not - refactoring without test coverage is flat-out "Cowboy coding": reckless & irresponsible.
      thread
    2. hoobyMar 2021
      I politely disagree.

      I've read the book "Scrum: The Art of Doing Twice the Work in Half the Time" by Jeff Sutherland and J.J. Sutherland which goes into the history of how Scrum was invented, and the ideas and philosophy behind it - and neither that quote of yours, nor anything similar to it, is represented in that book.

      I've also read "Essential Scrum" by Kenneth S. Rubin, which many consider the best book to read on Scrum, and that does not endorse anything like your quote either. That book definitely is more on the "all-you-can-eat buffet" side of things.

      Both books clearly state in some form or other, that ALL processes cause overhead - and that does include the processes suggested/recommended by Scrum. And that's why you should always use as little processes as possible. Sadly you can't work without any processes at all - if you try that, some informal processes will just emerge on their own. It just doesn't work without - unless you are a tiny team of friends.

      Scrum has become a big commercial enterprise, that wants to sell courses and trainings and scrum master certificates. They have a financial incentive to churn out rules to follow, because that's how they earn money. But that's surely not what is best for teams and work motivation. I really don't think that Scrum originally was about rules at all - it was (and should be) about what is best for teams and work motivation. Just my 2 cents.

      thread
    3. bhchanceJun 2017
      Essential Scrum

      Patterns of Enterprise Application Architecture

      Growing Object Oriented Software, Guided By Tests

      thread

    Related

    Cover of Scrum
    2014–2021

    Scrum

    Jeff Sutherland
    6 recommend · 8
    Cover of Scrum Book
    2015–2025

    Scrum Book

    Jeff Sutherland
    4 recommend · 10
    Cover of The art of agile development
    2008–2025

    The art of agile development

    James Shore
    13 recommend · 33
    Cover of Agile Software Development with SCRUM
    2013–2020

    Agile Software Development with SCRUM

    Ken Schwaber
    2 recommend · 3
    Cover of Agile Project Management with Scrum
    2008–2023

    Agile Project Management with Scrum

    Ken Schwaber
    2 recommend · 4
    Cover of The art of computer programming
    2007–2026

    The art of computer programming

    Donald Knuth
    336 recommend · 1,799
    Cover of Agile Software Development, Principles, Patterns, and Practices
    2008–2023

    Agile Software Development, Principles, Patterns, and Practices

    Robert C. Martin
    7 recommend · 10
    Cover of The algorithm design manual
    2007–2026

    The algorithm design manual

    Steven S. Skiena
    195 recommend · 321