NASA-AMMOS / NASA-AMMOS/slim

[New Process Improvement Need]: Communication Process for Cross-Customer Projects.

Open
#102 1 comment 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

governance medium complexity requested
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

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.