Skip to main content

Due to the Russian invasion of Ukraine, we have paused all purchases and training in and from Russia.

Help / Advice -

Last post 07:24 pm October 24, 2022 by Ian Mitchell
1 reply
08:27 pm October 22, 2022

We have 7 developers 

  • 2 are specialists CRM devs and therefore focused on CRM tasks only CRM has its backlog and managed independently 
  • 1 is another specialist and limited to D365 and again managed independently 
  • Which leaves 4 devs that can be used interchangeably 
  • we have multiple (13) products that only 4 devs can work on 
  • Each product has its own prioritised backlog 
  • Each product wants stuff done and all have P1s 
  • we work in Kanban for BAU and 10 day sprints for more sizeable chunks of work 
  • I am looking for advice on ways to give each product a fair share of dev time to me it come back to value add / priority but i am asking for inspiration 
  •  

 


07:24 pm October 24, 2022

From what you describe, there isn't a shred of evidence that there might even be such a thing as a "fair share". Scrum is about learning to build the right thing at the right time. This can mean identifying and exploiting potentially quite unfair advantages for certain products to the exclusion of others.

Look at Evidence Based Management and review the key value areas which help agile leadership decide what to invest in. A self-managing team can then self-organize around the work, and agree jointly shared and achievable commitments. Right now you don't have a team at all by the sound of it -- you've just got a workgroup of people with their own particular skill silos, each one of which is essentially doing their own thing.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.