A reference from Weave

Developer productivity glossary

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

All terms

176 terms
  • Task batching

    Task batching is a developer productivity concept that helps teams understand task batching in the context of software delivery.

    Developer productivity
  • Task completion

    Task completion is a developer productivity concept that helps teams understand task completion in the context of software delivery.

    Developer productivity
  • Task completion rate

    Task completion rate is a developer productivity concept that helps teams understand task completion rate in the context of software delivery.

    Developer productivity
  • Task difficulty

    Task difficulty is a developer productivity concept that helps teams understand task difficulty in the context of software delivery.

    Developer productivity
  • Task switching

    Task switching 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
  • Team charter

    Team charter 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
  • Team interaction mode

    Team interaction mode 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
  • Team productivity

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

    Developer productivity
  • Team Topologies

    Team Topologies 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
  • Time to first change

    Time to first change is the elapsed time from a defined starting event, such as joining a team or creating a service, to a developer's first accepted code change in that environment. The start and completion events must be defined for the comparison to be meaningful.

    Developer productivity
  • Unplanned work

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

    Developer productivity
  • Unplanned work rate

    Unplanned work rate is a developer productivity concept that helps teams understand unplanned work rate in the context of software delivery.

    Developer productivity
  • User research

    User research 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
  • Value delivery

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

    Developer productivity
  • Vertical slicing

    Vertical slicing 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
  • Waiting time

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

    Developer productivity
  • Work completion forecast

    Work completion forecast is a developer productivity concept that helps teams understand work completion forecast in the context of software delivery.

    Developer productivity
  • Work complexity

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

    Developer productivity
  • Work decomposition

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

    Developer productivity
  • Work fragmentation

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

    Developer productivity
  • Work item predictability

    Work item predictability is a developer productivity concept that helps teams understand work item predictability in the context of software delivery.

    Developer productivity
  • Work item slicing

    Work item slicing 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
  • Work type

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

    Developer productivity
  • Working agreement

    Working agreement 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
  • Workload balance

    Workload balance is a developer productivity concept that helps teams understand workload balance in the context of software delivery.

    Developer productivity
  • Written communication

    Written 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