MScDevOps Assign - Group <<>>
Preamble
Scrum Masters
Product Owner
Team Members
Project Deadline
Project Specification
Useful Links
More Information
Risk Register
Tenants of Design
Social Contract
Meetings
Communication
Other
Branching Strategy
Estimating Story Points
Definition of Ready
Definition of Done
Preamble
This is the online repository for the DevOps Assignment.
Each team should fill in the blanks <<>> and add additional content that the team agrees on. This is your contract of work. It is an agreement amongst yourselves. Honour it.
<> Our product will be delivered using an Agile methodology that embraces the DevOps culture. Please note that our culture embraces change and these documents are treated as living, breathing artefacts that will be continuously updated.
<<list week number, student name>> Rotating scrum master so that everyone gets to experience the role once.
<<list week number, student name>> Rotating product owner so that everyone gets to experience the role once.
<>
Thursday 23rd March at midnight
Clean and simple design User access levels (client, administrator) Includes at least one self developed api and one webservice To be run over
Database Database persistence technology Define the buisness Requirements Named queries and database triggers for security Regex for cleansing and validation of data before sending to the database.
- Project Slack: https://atudevops.slack.com
- GitHub: <<staff member's github repo for the student project>>
For more information visit our other sections <<>>
These are the current Risks on the project, re-aligned on a weekly basis
Update the below to add what the group is using <<>>
- Dedication to clean, secure, performant and self documented code
- code Frameworks used <<>>
- programming using the IDE << >>
- code coverage tool used <<>>
- Secure code: <<>>
- performance testing tool to be used <<>>
- Documentation / code commenting <<>>
- Datastore for persistance <<>>
- << >>: uses static analysis to find bugs in code.
- <<>>.
- Unit testing <<>>
- integretation testing <<>>
- UA <<>>
- staging and production <<>>
- tight configuration management for consistency and reproducibility <<>>
- automated creation and deployments <<>>
- integrated and automated pipeline (commit -> test -> deploy) <<>>
- branches used <<>>
- version/release management <<>>
Mobile phones be left on silent during sprint sessions and class time.
Be on time for team meetings and class, if you are running late let the group know by sending a message into the Slack channel.
Everyone has an equal voice and valuable contribution.
When you are assigned a job, take ownership of it and keep it up to date, do not be afraid to ask others for help,
always be honest about your work.
Do not speak over someone when they are expressing a point, everyone has an equal voice.
No blame culture.
Do not be afraid to ask for help, we are all learning.
No invisble work.
Ask questions to make sure you understand the task given to you.
Try have some fun, team work makes the dream work.
Use Agile methodoligies in the project at all times.
Stand-ups will occur on Every <<day/time>> during class and <<day/time>> using Automated bot. Two per week.
The order that people give their updates will be << >>.
Updates will be in the form: What I've done, Impediments, What I plan to do.
Sprint planning will occur at <<date/time>> every week.
Please add and update items within <<issue management tool>> a prior to the sprint planning session.
Sprint retro will at the end of our sprint on <<Date/Time>> (timebox retro for 15 minutes, to be organised by the scrum master).
The order that people present their sprint retro updates will be based on The Team 1 list in the Assign_BSc_DevOps_2022.pdf file
on blackboard of those present at the meeting.
Points raised in the sprint retro will be noted and posted on the slack channel by the Scrum Master. The Scrum Master is rotated
per team member every week.
Backlog refinement will happen on <<date/time>> during our sprint.
Task estimation will be done using << >>.
Come prepared to meetings.
Be on time for Stand Ups and meetings.
Mobile phones on silent.
Everyone has equal voice and valuable contribution.
Keep your language and tone professional at all times.
Be honest.
Slack is the preferred method of communication.
If a demonstration is required use Loom, record the session and upload to the Slack channel.
No Slack communications between <<time and time>>.
Raise a problem as soon as you see it.
Respect each other and understand differences in knowledge.
All team documents are to be created using Markdown language and shared on GitHub.
There are no silly questions, if you don’t understand, ask.
Share success stories.
Focus on the positives.
Don’t make assumptions.
Don’t interrupt and cut another person off while they are talking.
Listen when someone is talking, don’t interject.
Zero tolerance for bullying.
If you are assigned a job, take ownership of it and keep it up to date.
Stick to your agreed working patterns. Let the team know when you are late or going early.
Keep JIRA board updated at all times.
Update the Scrum Board as you progress the story i.e. don’t update at standup.
Don't be afraid to ask for help.
Don't be afraid to give constructive criticism, as long as it is constructive.
Solve roadblocks within the team. If the impediment can’t be solved within the team then give it to the Scrum Master.
Sprints will start <<>>
The Scrum Master role rotates each week
Each member of the team will work approximately <<hours>> hours per week, unless they are on vacation.
Our branching stategy will start with <<>>
The teams team's velocity is calculated by <>.
The teams current story point velocity is "N/A". <>
<>