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 Measuring and managing performance in organizations

    Measuring and managing performance in organizations

    Robert D. Austin · 1996

    Written in a remarkably clear style, Creating a Software Engineering Culture presents a comprehensive approach to improving the quality and effectiveness of the software development process. In twenty chapters spread over six parts, Wiegers promotes the tactical changes required to support process improvement and high-quality software development. Throughout the text, Wiegers identifies scores of culture builders and culture killers, and he offers a wealth of references to resources for the software engineer, including seminars, conferences, publications, videos, and on-line information. With case studies on process improvement and software metrics programs and an entire Part on action planning (called "What to Do on Monday"), this practical book guides the reader in applying the concepts to real life. Topics include software culture concepts, team behaviors, the five dimensions of a software project, recognizing achievements, optimizing customer involvement, the project champion model, tools for sharing the vision, requirements traceability matrices, the capability maturity model, action planning, testing, inspections, metrics-based project estimation, the cost of quality, and much more! Principles from Part 1 * Never let your boss or your customer talk you into doing a bad job. * People need to feel the work they do is appreciated. * Ongoing education is every team member's responsibility. * Customer involvement is the most critical factor in software quality.

    Business & Management
    Open LibraryAmazon
    Stats for nerds
    9recommend
    23mentions
    11people
    2007–2023years
    70% recommend30% neutral

    Mentions per year

    200720092011201320152017201920212023

    What Hacker News says

    1. KingOfCodersAug 2023
      "Measuring and Managing Performance in Organizations" should be a must-read for everyone tinkering with measuring, and how this has second order effects.

      Too many companies focus on productivity and throughput instead of impact (of their features). So they produce bad features faster and faster.

      thread
    2. pjmorrisJan 2023
      In many years I haven't seen a better study of the issues in measuring anyone's performance than 'Measuring and Managing Performance in Organizations', Robert Austin.

      One key difference is between informational metrics (e.g. using a scale to guide your own planning about diet and exercise) and motivational metrics (e.g. reporting your weight and being subject to weight loss targets associated with carrots and sticks.) Very different dynamics, most of which are harmful.

      thread
    3. jacques_chesterApr 2019
      It's time again for me to recommend Measuring and Managing Performance in Organizations by Austin[0].

      Don't let the underwhelming title fool you: it's largely a book on why it can't be done. Austin takes classical principal-agent models and extends it to add a third participant: the client. He then shows that difficult-to-observe work at first improves and then worsens under any metrics regime.

      No single metric can be found that will give the desired performance. The basket of metrics that can successfully create the desired outcome is one where the principal has total visibility into the agent's work -- which contradicts the original problem of difficult-to-observe work (ie, anything requiring skill).

      [0] http://www.dorsethouse.com/books/mmpo.html

      thread
    4. _CodemonkeyismApr 2019
      Required reading

      "Measuring and Managing Performance in Organizations"

      Has a lot of information about how people react and adapt to setting KPIs, aka "gaming the system".

      thread
    5. coverclockFeb 2019
      "Measuring and Managing Performance in Organizations" by Robert D. Austin, Dorset House, 1996. Changed my entire world view. The basic idea - which Austin arrives at using an offshoot of game theory - is that all incentive systems will be gamed by the people to which they are applied, and there is no way around it.
      thread
    6. jacques_chesterFeb 2019
      I generally take the view that authors have the best insight on their intention, so I apologise for my misreading.

      > I find pretty big differences in code that's written to meet the lowest bar of "just pass the tests" vs code that's written with the intent of keeping its state space small, methods tidy, and overall complexity limited.

      I think maybe this is where the misunderstanding arises. I'm used to TDD which amongst other things places pressure on the codebase to remain testable. The things that make code testable also, roughly speaking, make it reusable as well (test code is just code, after all). But more important than any one practice or tool is people just giving a damn about doing the work well.

      This might be an example of Goodhart's Law: if someone throws a test suite over a wall[^] and says "here, make these pass or you're outta here", then the motivation to cut corners is going to be intense. Attempts to create control loops over humans that rely on mechanical behaviour by humans tend to fail. Steering wheels don't have families and mortgages, wing flaps aren't thinking about their next promotion.

      The best discussion I've read about the problems of using measurements and targets to control (in the engineering sense) skilled workers is Measuring and Managing Performance in Organizations by Robert D. Austin. He elegantly demonstrates that the less directly-observable the work, the more destructive attempts to externally control it are. Which fits with my updated understanding of what you intended to say.

      [^] this doesn't have to be a current wall, either. It can be the wall of elapsed time: the flaky tests of yesteryear can be a very particular kind of curse.

      thread

    Related

    Cover of Introduction to Statistical Quality Control
    2016–2020

    Introduction to Statistical Quality Control

    Douglas C. Montgomery
    1 recommend · 2
    Cover of Quality Software Management
    2009–2026

    Quality Software Management

    Gerald M. Weinberg
    3 recommend · 19
    Cover of Business dynamics
    2011–2026

    Business dynamics

    John Sterman
    9 recommend · 22
    Cover of The management myth
    2009–2026

    The management myth

    Stewart, Matthew
    9 recommend · 14
    Cover of Systems Performance
    2014–2026

    Systems Performance

    Brendan Gregg
    32 recommend · 53
    Cover of Influence
    2007–2026

    Influence

    Robert B. Cialdini
    214 recommend · 408
    Cover of High Output Management
    2009–2026

    High Output Management

    Andrew S. Grove
    116 recommend · 193
    Cover of How will you measure your life?
    2010–2026

    How will you measure your life?

    Clayton M. Christensen
    29 recommend · 44