Here is a simple recipe (which admittedly is not as easy to follow):<\/p>\n
- \n
- Do not blindly accept the customer’s schedules but …<\/li>\n
- Let the implementing team relatively estimate the effort by comparing with work the team has already done. Let the business owners relatively estimate the value in a similar way. The priority can then be calculated by: Prio = Value \/ Effort<\/li>\n
- The clear prioritization leads to more focus and an earlier completion of the highest prioritized work. We work only as fast as necessary for good quality, but not faster, which in turn leads to less stress and more motivation.<\/li>\n
- By retrospectively comparing the estimate with the actual effort, we can determine how much the organization can really achieve in a defined period of time. (Determining the real capacity of the organization)<\/li>\n
- Do not schedule more work than the real capacity allows. Better leave some buffer.<\/li>\n<\/ol>\n
An Example<\/h2>\n
Here is an example view of a development planning at the end of C1.2020. The columns represent three-month “cycles”, the colored cards represent prototypes of different applications in different stages of maturity. The numbers in the lower right corners of the cards represent the effort the development group (cluster) has to invest in creating and testing the prototypes.<\/p>\n
![\"\"](\"http:\/\/p4dev.hardscrum.com\/wp-content\/uploads\/sites\/3\/2020\/09\/Cycle_Plan_Example.png\")
<\/p>\nShowing cluster or team velocity via a “burn-up chart” is also very helpful when also working towards a larger goal, such as releasing a product version or milestone.<\/p>\n
![\"\"](\"http:\/\/p4dev.hardscrum.com\/wp-content\/uploads\/sites\/3\/2020\/09\/Burn-up-chart-1024x976.png\")
<\/p>\nHere, an approximate delivery date is determined by extrapolating the past work rate (aka velocity).<\/p>\n
This should be sufficient to achieve a high level of on-time delivery. Now we come to the control of the whole thing and to earning more money.<\/p>\n
Earning money with Service Classes<\/h2>\n
- \n
- Introduce service-classes where the customer has to pay more for faster delivery. Internally, the priority of the corresponding project will move up accordingly<\/li>\n
- Design the price so that lower service-classes are attractive to customers. (By the way, this can be used to “educate” customers to order early). This leaves enough room in the higher service-classes for urgent and late orders.<\/li>\n<\/ol>\n
If a customer now tries to specify a delivery date, we can offer him options that we can keep.<\/strong><\/p>\n
By the way, the presented procedure also works for internal service teams<\/a> with internal customers.<\/p>\n
The described principles can be realized very well with the P4 framework, management of priorities and service classes through backlogs<\/a>, comparative estimation through agile estimation<\/a>, consistent work speed<\/a> through stable self-organized teams and pull.<\/p>\n
\nNext article: Roles, skills, and role conflicts<\/a> \u00a0 |\u00a0 Back to FAQ<\/a>\u00a0 |\u00a0 Home<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"“… yes, but here the dates are always predefined!” From the point of view of those carrying out the work, this is often the case, perhaps simply because nobody knows where the current limits are or because the sales department demands more in order to get at least a little more. But how do we…","protected":false},"author":3,"featured_media":3659,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[511],"tags":[],"translation":{"provider":"WPGlobus","version":"2.10.10","language":"en","enabled_languages":["de","en"],"languages":{"de":{"title":true,"content":true,"excerpt":false},"en":{"title":true,"content":true,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/posts\/3644"}],"collection":[{"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/comments?post=3644"}],"version-history":[{"count":18,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/posts\/3644\/revisions"}],"predecessor-version":[{"id":4847,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/posts\/3644\/revisions\/4847"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/media\/3659"}],"wp:attachment":[{"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/media?parent=3644"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/categories?post=3644"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/p4dev.hardscrum.com\/en\/wp-json\/wp\/v2\/tags?post=3644"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}