-
Notifications
You must be signed in to change notification settings - Fork 84
Description
Context
In https://github.com/2i2c-org/meta/issues/2966#issuecomment-3998068597 we learned that our interactive computing service (hubs) are an opportunity for our PS team to interact with our communities. Our expertise as 2i2c is so solve 'XY problems': matching infrastructure and open source tooling to the needs and wants of education and research communities. To be able to co-solve these XY problems with communities, we need to rethink about how we structure the interactions and timeline between 2i2c engineers and its communities when deploying a a hub.
What we need to do
We want the 'hub rollout' process to leverage PS expertise as 'sales engineers' when rolling out a new hub to a community.
This means have a repeated able process that we can follow when deploying hubs. We need to refine the model that we are using and get alignment within PS on how the process we are designing will work.,
(Possible) Broad steps:
-
- PS participating as sales engineers as early as possible in the sales cycle leading to the decision for the community to become a 2i2c member.
-
- BD takes responsibility for the closing the financial and contractual aspects of the deal and PS takes lead in requirement gathering with community
-
- PS communicates with community (sync or async) to assess needs
-
- PS develops solutions as GitHub issues (typically New Hub Deployment tickets)
-
- PS executes on GH issues
-
- PS communicates with community (sync or async) to confirm the needs are met. If not, go back to step 3.
-
- Community is receiving value from 2i2c.
Definition of Done
Sub tasks:
- Draw this out as a flow chart and ask for validation from @yuvipanda and other members of PS
- Refine needed as needed
- Share proposed model with BD and the rest of 2i2c
- Decide on next steps
Metadata
Metadata
Assignees
Labels
Type
Projects
Status