{"id":12067,"date":"2014-03-16T23:09:58","date_gmt":"2014-03-16T21:09:58","guid":{"rendered":"http:\/\/mozaicworks.com\/?p=6380"},"modified":"2023-09-15T15:06:54","modified_gmt":"2023-09-15T12:06:54","slug":"give-feedback-for-performance","status":"publish","type":"post","link":"https:\/\/mozaicworks.com\/blog\/give-feedback-for-performance","title":{"rendered":"Give feedback for performance"},"content":{"rendered":"<p><em>Feedback is one of the most powerful tools a manager, developer or HR professional can use to\u00a0<strong>reduce mistakes\u00a0<\/strong>and<strong>\u00a0increase performance<\/strong>. It is a key practice in Agile and Lean and, although it sounds easy it is quite hard. Read this post for a more detailed description of good practices for feedback inside a development team.<\/em><\/p>\n<h2>Consider the following:<\/h2>\n<ul>\n<li>When is the last time you had a one on one discussion with your manager? How about with your team members?<\/li>\n<li>Do\u00a0 you know how your colleagues see you?<\/li>\n<li>How fast can you find out if a change you made in the code was correct and didn\u2019t break other things?<\/li>\n<li>Do you know how many users use a feature you added last year?<\/li>\n<\/ul>\n<h2>The difference between flying a space shuttle and a big BOOM!<\/h2>\n<p><strong>Feedback loops are everywhere<\/strong>. They exist between people, between developers and code and between the product you\u2019re creating and its users. The question is:\u00a0<strong>do you take advantage of feedback? Or do you just ignore it?<\/strong><\/p>\n<p>In engineering,\u00a0<strong>feedback cycles are used for reducing errors<\/strong>.\u00a0<a title=\"Control Engineering\" href=\"http:\/\/en.wikipedia.org\/wiki\/Control_engineering\" target=\"_blank\" rel=\"noopener\">Flying space shuttles, modern cars cruise control or increased sound quality<\/a>\u00a0are only few of the modern successes that wouldn\u2019t have been possible without feedback. Inside a\u00a0 software development team or when managing such teams, feedback can be used for improving the results by catching mistakes early.<\/p>\n<p>Let\u2019s take as example code review. Code review is the practice for one developer to read the code written by another developer and give feedback in order to eliminate potential programming problems. This simple practice applied on all production code has been shown to catch as much as 60% from total bugs, in some cases\u00a0reducing maintenance expenses by hundreds of thousands of dollars.\u00a0Yet, code review is nothing more than feedback on code from a colleague.<\/p>\n<h2>Not all feedback is equal<\/h2>\n<p>Two things differentiate useful from useless feedback:<\/p>\n<ul>\n<li><strong>Length of cycle<\/strong>\u00a0\u2013 the shorter the better<\/li>\n<li><strong>Actionable or not<\/strong><\/li>\n<\/ul>\n<p>Let\u2019s take as example performance reviews. Most companies since do yearly reviews, which means that each year you meet with your manager and she lets you know what you did well and what you didn\u2019t do well the past year. There are multiple problems with this approach, including that none of you will remember exactly what happened 6 months before. Moreover, how often can you change your behavior based on the feedback, if you only get feedback once a year?<\/p>\n<p>Reducing the feedback cycle for performance\u00a0reviews ultimately turns them into\u00a0<strong>bi-monthly one-to-one meetings<\/strong>. Managers would meet with each employee and discuss based on recent events, allowing both of them to adjust their behavior and strategy.<\/p>\n<p>Early feedback is not enough if you can\u2019t\u00a0<strong>act on it<\/strong>. A typical example is a manager telling a team that \u201cthey must do better\u201d without\u00a0clarifying:\u00a0what needs to improve, who will improve it and how.<\/p>\n<h2>How to give feedback to your team mates<\/h2>\n<p><strong>Giving feedback to another person is difficult<\/strong>, especially for introvert personalities like most developers.<strong>Good feedback is based on facts, future-oriented and impersonal<\/strong>\u00a0(related to an action\/behaviour and not to a person). Starting with a simple feedback template and practicing it makes wonders and helps increase the quality of feedback inside a team. Here\u2019s the template we usually use:<\/p>\n<p><strong><em>When you [Past Action], [Result of the Action]. What could we do to prevent it from happening again?<\/em><\/strong><\/p>\n<p>For example, using this template:<\/p>\n<ul>\n<li>When you arrive late at the daily meeting, you make all your colleagues wait for you. What could we do to prevent this from happening?<\/li>\n<li>Whenever you write code that doesn\u2019t follow the coding guidelines, I have to work extra to change it before it\u2019s done. What can we do to prevent it from happening again?<\/li>\n<li>The last time you finished a task and didn\u2019t update the\u00a0 board, your colleague started working on the same task as you. What can we change to prevent this from happening again?<\/li>\n<\/ul>\n<h2>How to get better feedback from the code<\/h2>\n<p>Agile, Lean and Software Craft practices are all about reducing feedback time and improving feedback quality.<\/p>\n<p>For example:<\/p>\n<ul>\n<li>We create the minimum possible from a feature and ask users to try it and tell us how it works<\/li>\n<li>We have\u00a0<a href=\"\/blog\/ask-better-questions-in-daily-meeting\/\">daily discussions<\/a>\u00a0about the development status<\/li>\n<li>We write\u00a0automated tests\u00a0to allow us to validate that any change we make in the code is validated in a matter of minutes<\/li>\n<li>We do\u00a0<a href=\"http:\/\/blog.adrianbolboaca.ro\/2013\/09\/what-is-pair-programming\/\">pair programming\u00a0<\/a>so that code reviews are done during development and not after development<\/li>\n<li>We use\u00a0<a href=\"\/blog\/how-an-unit-test-should-look-like\/\">test driven development<\/a>\u00a0to create the solution based on the feedback we get from the first user of the application: a set of tests<\/li>\n<\/ul>\n<p>and so on.<\/p>\n<p>In a later post we\u2019ll cover feedback from a managerial perspective.<\/p>\n<p><em>How helpful is feedback for you? Let us know in the comments!<\/em><\/p>\n<hr \/>\n<p><em>If you want to better understand the performance for development teams, we can help you with:<\/em><\/p>\n<ul>\n<li><em>Learn more about unit testing development at\u00a0the\u00a0<a title=\"TDD workshop\" href=\"\/public-trainings-and-workshops\/tdd-workshop\/\">Test Driven Development<\/a>\u00a0workshop, also available in-company<\/em><\/li>\n<li><em>Learn more about Kanban benefits at\u00a0the\u00a0<a title=\"Lean Kanban Workshop\" href=\"\/public-trainings-and-workshops\/lean-kanban-workshop\/\">Lean-Kanban workshop<\/a>, also available in-company<\/em><\/li>\n<li><em>Learn more about Scrum benefits at\u00a0the\u00a0<a title=\"Agile Software Development Using Scrum\" href=\"\/public-trainings-and-workshops\/agile-software-development-using-scrum-2\/\" class=\"broken_link\">Agile Development Using Scrum<\/a>\u00a0workshop, also available in-company<\/em><\/li>\n<\/ul>\n<p><em><em>If you want to know more about performance, let us know and we will create a\u00a0<em><a title=\"Request a service\" href=\"\/contact\/\">customized package for your needs<\/a>.<\/em><\/em><\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Feedback is one of the most powerful tools a manager, developer or HR professional can use to\u00a0reduce mistakes\u00a0and\u00a0increase performance. It is a key practice in Agile and Lean and, although it sounds easy it is quite hard. Read this post for a more detailed description of good practices for feedback inside a development team. Consider [&hellip;]<\/p>\n","protected":false},"author":5,"featured_media":6381,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-gradient":""}},"footnotes":""},"categories":[1103,1104],"tags":[],"acf":[],"_links":{"self":[{"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/posts\/12067"}],"collection":[{"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/comments?post=12067"}],"version-history":[{"count":2,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/posts\/12067\/revisions"}],"predecessor-version":[{"id":15500,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/posts\/12067\/revisions\/15500"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/media\/6381"}],"wp:attachment":[{"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/media?parent=12067"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/categories?post=12067"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mozaicworks.com\/wp-json\/wp\/v2\/tags?post=12067"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}