Hey there,
I’m reaching out to discuss a common theme within my organization. Due to licensing constraints, my stakeholders are unable to access our Jira Software project and that essentially eliminates sharing automated updates with stakeholders for ongoing issues.
While Jira offers robust tools for internal team communication and reporting, extending this functionality to external stakeholders who lack direct access presents a unique set of challenges.
I’m eager to hear from fellow community members about their favorite methods or best practices for addressing this issue. Specifically:
Hi @Mike Tierney -- Welcome to the Atlassian Community!
IMHO, there are no best practices; only better or worse ones for your particular needs / scenario. That being noted...
Pausing to consider these things may help to decide how to proceed.
For some examples with Jira tooling, I have helped teams where the product champion would have regular intake conversations for new (non-urgent) request management, and other progress was available by "pull", where stakeholders could attend the team's standups or sprint reviews.
Others used automated processes to post updates to Slack, Microsoft Teams, etc. Often, there were more employees with licenses for those communication tools, eliminating the Atlassian licensing constraints. And with other automation (such as webhooks or REST API functions), other systems could pull data from Jira for reporting.
For larger scale roll-ups, either purpose-built tools for things like enterprise OKR tools or a free graphical board (e.g., Miro) could be used to show context within a journey or story map.
Depending on your enterprise and stakeholder community size, you may do not want to solve such needs by sending "progress emails" and "reports". I find having some pull-based sources and conversation often helps with effectiveness.
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.