Comments (7)
How about using a well defined structure for writing the user stories? I remember Cucumber for Behavior Driven Development. This blog post explains it a bit.
from blueprint.
I'd like to add the Application Owner, its an extension of the cloud-native application developer, this persona would like to try deploying his app and running it, so that he can gather operational experience (which is very different from an integration test) and feed that experience back into the documentation.
Application Owner
- all the info to get the application deployed
- all the docs to pass on to the developers, so that could they can deploy the app
- all the source of info required to run the app
from blueprint.
Let's start with the 2 personas we have in our own team. That would be
- Service Operator
- Service Consumer
"Service" is a placeholder for every ODH and non-ODH component we're running.
from blueprint.
cc @goern with operate-first/apps#108
from blueprint.
bump for more discussion
from blueprint.
I'd add few more personas to consider from top of my head:
- System Integrator
- Platform maintainer (overlaps the Humair's "Users looking to emulate our setup")
- Solution Architect/Technology scout
System integrator
To me this persona signifies somebody who wants to integrate their application into our setup and make it accessible for our users on clusters managed by us. This persons has to be able to obtain the knowledge and understanding into:
- How our setup works in general so they can verify we are genuine and trustworthy.
- what steps he should take to be included - from namespace and user groups creation and creating ArgoCD apps, to how to structure their application manifests to be able to deploy everything they have in their repository, in a single step.
- How to provide us their secrets, what communication channels should be used and where they can see their application status, monitoring and stuff and how they, personally can be alerted on their application misbehavior.
Platform maintainer
I imagine Lars and Ilana to fit in this role. This persona is somebody who can deploy an OCP cluster and wants to get it ready for us, so we can deploy all our applications in there. I'd say this persona has to have access to info about:
- What are the basic needs for us.
- How to grant us the proper access.
- How to deploy our ArgoCD setup in case this is an isolated environment.
- How to attach their cluster to an existing ArgoCD environment in case this new cluster should belong to any existing deployment.
Solution Architect/Technology scout
This persona is quite the opposite to the ones above. This persona should be able to gain trust in our solution so it can be promoted further. This persona should easily obtain:
- All the information on how we do things and why.
- Can easily grant access to an example deployment as an user in any end user role imaginable.
- Should be able to spin up a dev environment without much previous knowledge - in a "single click deployment" way as possible
from blueprint.
I think our bi-weekly meetings and the issues on this repo (labelled accordingly) are where the future discussions are being held, so closing this in favor of those. Re-open if needed.
from blueprint.
Related Issues (20)
- publish ADRs as JupyterBook HOT 1
- Create userstory: Cleanup JH PVC
- Write ADR for Log Forwarding pipeline HOT 5
- ADR for EULA HOT 13
- ADR for data license HOT 13
- Definition of the most open environment HOT 5
- Specify existing academic environment requirements for access control to operations data HOT 20
- ADR for Data Collection HOT 12
- Re-keying secrets if a private key gets lost HOT 10
- ADR for approval/lgtm and PR lifecycle HOT 6
- CPU pressure - Shared resources guide HOT 15
- RFE ApplicationSets and Directory Structre HOT 1
- ADR for defintion and collection of workload data HOT 4
- Revisit ADR 0006 HOT 7
- [yamllint] Document start settings HOT 5
- ADR: on Storage and IPSec HOT 7
- Secrets and passwords keyring and exchange point HOT 14
- Short self-explanatory ADR for github review process using Prow
- ADR vs ART prefixes in the readme page HOT 1
- ADR: Authentication migration
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from blueprint.