Code Monkey home page Code Monkey logo

ProjTemplate

MScDevOps Assign - Group <<>>

Table of Contents

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.

Scrum Master

<<list week number, student name>> Rotating scrum master so that everyone gets to experience the role once.

Product Owner

<<list week number, student name>> Rotating product owner so that everyone gets to experience the role once.

Team Members

<>

Project Deadline

Thursday 23rd March at midnight

Project Specification

Clean and simple design User access levels (client, administrator) Includes at least one self developed api and one webservice To be run over

Frameworks

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.

Useful Links

More Information

For more information visit our other sections <<>>

Risk Register

These are the current Risks on the project, re-aligned on a weekly basis

Tenants of Design

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 <<>>

Security:

  • << >>: uses static analysis to find bugs in code.
  • <<>>.

Testing:

  • Unit testing <<>>
  • integretation testing <<>>
  • UA <<>>

Environments:

  • staging and production <<>>
  • tight configuration management for consistency and reproducibility <<>>
  • automated creation and deployments <<>>
  • integrated and automated pipeline (commit -> test -> deploy) <<>>

Github version control:

  • branches used <<>>
  • version/release management <<>>

Agile project management methods/principles (jira)

Social Contract

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.

Meetings

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.

Communication

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.

Agile way of working.

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 <<>>

Estimating Story Points

The teams team's velocity is calculated by <>.

The teams current story point velocity is "N/A". <>

Definition of Ready/Done

<>

DevOpsLecturer2023-2024's Projects

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.