[New Process Improvement Need]: Communication Process for Cross-Customer Projects.
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 36
- Forks
- 14
- PR merge metrics
- No merged PRs in 30d
Description
Checked for duplicates
Yes - I've already checked
It might be similar to https://github.com/NASA-AMMOS/slim/issues/66 but I'm reading that as managing many workers -> many projects instead of 1 project -> many customer groups
Category
Information Sharing - documentation design, templates, communication, etc.
Describe the need
We have a need to improve customer bug, deliveries, requests, etc. communications between customer-bases of a single project.
Sample use cases (taken from the project MMGIS):
-
Customer A found a bug and puts in a request to fix it. Customer B also finds something related to the bug and asks for help. Had there been better communication of Customer A's bug to Customer B, Customer B would've known a simple workaround and would not have asked for help.
-
Customer A wants a new feature added at the same time Customer B wants another new feature added. Both feature requests are, say, 60% similar and 40% different. How can customers know each other better so that they can leverage each other's wants and costs, share ideas and know why some features are being driven certain ways -- without having the project act as a communication middleman between up to, say, a dozen customers.
-
Customer A is also another development team and wants to track issues, tickets, progress, handle communications and hold meetings their own way. These issues, meeting notes, emails, progress, do not always fully or quickly find their way to, say, GitHub tickets and nor does Customer A regularly check the status of, or are even aware of, other Customers.
-
Customer A would prefer a new feature but cannot pay for it. How best can that feature be communicated to see if there is any strong want for it among our other customers.
-
A new feature was released. I want to notify all relevant customers about it easily -- not send multiple emails and slack messages or wait until they ask about it.
Ideas
- Shared slack channel
- Regular Email Changelog, New Bugs, Upcoming features
- GitHub Projects
- Monthly meeting between all customers
- Something like https://canny.io/ or https://www.uservoice.com/ ?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the listed cross-customer communication use cases, the related issue #66, and the proposed channels and services. Done means agreeing on a documented communication process that addresses bug reports, feature requests, project updates, and customer participation without relying on the project team as the sole intermediary.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github
- Domain
- documentation
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100