A reference from Weave

Find a term

Explore output, effectiveness, and the conditions that help engineers do useful work. Learn to read productivity measures without confusing activity with impact.

Search results

176 terms
  • Mob programming

    Mob programming is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Notification fatigue

    Notification fatigue is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Notification load

    Notification load is a developer productivity concept that helps teams understand notification load in the context of software delivery.

    Developer productivity
  • Novelty of work

    Novelty of work is a developer productivity concept that helps teams understand novelty of work in the context of software delivery.

    Developer productivity
  • Objectives and key results

    Objectives and key results is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Outcome orientation

    Outcome orientation is a developer productivity concept that helps teams understand outcome orientation in the context of software delivery.

    Developer productivity
  • Outcome-oriented roadmap

    Outcome-oriented roadmap is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Outer loop efficiency

    Outer loop efficiency is a developer productivity concept that helps teams understand outer loop efficiency in the context of software delivery.

    Developer productivity
  • Output quality

    Output quality is a developer productivity concept that helps teams understand output quality in the context of software delivery.

    Developer productivity
  • Pair programming

    Pair programming is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Pairing time

    Pairing time is a developer productivity concept that helps teams understand pairing time in the context of software delivery.

    Developer productivity
  • Paved road

    Paved road is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Peer mentoring

    Peer mentoring is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Plan accuracy

    Plan accuracy is a developer productivity concept that helps teams understand plan accuracy in the context of software delivery.

    Developer productivity
  • Planned work ratio

    Planned work ratio is a developer productivity concept that helps teams understand planned work ratio in the context of software delivery.

    Developer productivity
  • Planning poker

    Planning poker is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Platform adoption

    Platform adoption is the extent to which the intended software teams use an internal developer platform or one of its capabilities in their regular work. Adoption includes usage and continued use, but meaningful evaluation also asks whether the platform improves the outcomes it was built to support.

    Developer productivity
  • Platform engineering

    Platform engineering is the practice of building and operating internal platforms that give software teams self-service ways to provision, develop, test, deploy, and run applications. It treats the platform as a product for internal developers and aims to reduce unnecessary cognitive load.

    Developer productivity
  • Platform team

    Platform team is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Prioritization

    Prioritization is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Product discovery

    Product discovery is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Product-engineering collaboration

    Product-engineering collaboration is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Productivity baseline

    Productivity baseline is a developer productivity concept that helps teams understand productivity baseline in the context of software delivery.

    Developer productivity
  • Productivity dimensions

    Productivity dimensions is a developer productivity concept that helps teams understand productivity dimensions in the context of software delivery.

    Developer productivity
  • Productivity measurement framework

    Productivity measurement framework is a developer productivity concept that helps teams understand productivity measurement framework in the context of software delivery.

    Developer productivity
  • Productivity trend

    Productivity trend is a developer productivity concept that helps teams understand productivity trend in the context of software delivery.

    Developer productivity
  • Productivity variance

    Productivity variance is a developer productivity concept that helps teams understand productivity variance in the context of software delivery.

    Developer productivity
  • Psychological safety

    Psychological safety is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Pull request waiting time

    Pull request waiting time is a developer productivity concept that helps teams understand pull request waiting time in the context of software delivery.

    Developer productivity
  • Relative estimation

    Relative estimation is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Retrospective action

    Retrospective action is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Review capacity planning

    Review capacity planning is the practice of matching expected code review demand with the people, ownership, time, and knowledge needed to provide timely and effective review. It treats review as a delivery capability rather than spare work performed after implementation.

    Developer productivity
  • Review iteration count

    Review iteration count is a developer productivity concept that helps teams understand review iteration count in the context of software delivery.

    Developer productivity
  • Review participation

    Review participation is a developer productivity concept that helps teams understand review participation in the context of software delivery.

    Developer productivity
  • Review quality

    Review quality is a developer productivity concept that helps teams understand review quality in the context of software delivery.

    Developer productivity
  • Review responsiveness

    Review responsiveness is a developer productivity concept that helps teams understand review responsiveness in the context of software delivery.

    Developer productivity
  • Rework avoidance

    Rework avoidance is a developer productivity concept that helps teams understand rework avoidance in the context of software delivery.

    Developer productivity
  • Rework burden

    Rework burden is a developer productivity concept that helps teams understand rework burden in the context of software delivery.

    Developer productivity
  • Roadmap alignment

    Roadmap alignment is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Root cause analysis

    Root cause analysis is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Self-service

    Self-service is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Service catalog

    Service catalog is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Shared understanding

    Shared understanding is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Small batch

    Small batch is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Software factory change size

    Software factory change size is the amount of code or delivery scope included in a software change as defined by a chosen unit. It is a context signal that can affect review effort, feedback speed, failure isolation, and queue behavior.

    Developer productivity
  • SPACE framework

    The SPACE framework is a multidimensional approach to understanding developer productivity across Satisfaction and well-being, Performance, Activity, Communication and collaboration, and Efficiency and flow.

    Developer productivity
  • Stakeholder alignment

    Stakeholder alignment is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Story points

    Story points is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Stream-aligned team

    Stream-aligned team is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity
  • Synchronous communication

    Synchronous communication is a way to organize, support, or evaluate software work so that teams can make useful progress with less avoidable friction. It is most valuable when connected to a concrete outcome and the local conditions of the team using it.

    Developer productivity