Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save notmarkmiranda/b6eab1b0021b51ee68855337e6ad42c3 to your computer and use it in GitHub Desktop.
Save notmarkmiranda/b6eab1b0021b51ee68855337e6ad42c3 to your computer and use it in GitHub Desktop.
Setting Expectations

Setting Group Expectations

Group Member Names: Deb, Kris, Mark

  1. When are group members available to work together? What hours can each group member work individually? Are there any personal time commitments that need to be discussed?
  • Weekends, after school.
  • We're all pretty open individually.
  • Mark has a Saturday afternooon commitment, Kris and Deb have mentor sessions after school, 2 days per week.
  1. How will group members communicate? How often will communication happen, and how will open lines of communication be maintained?
  • Open to anything, in person, slack, screenhero.
  1. Which feature(s) does each group member want to work on? Which feature(s) does each group member not want to work on?
  • D: want - faker gem, mvc
  • K: want - styling stuff
  • M: want - i dont care, i’ll fill in the gaps where i have to.
  1. What does each group member hope to get out of the project?
  • D: I want to work on TDD, confidence, and MVC concepts.
  • K: I would like to see how the templates work. And I need to work on TDD and rogue testing based on the server and web browser.
  • M: I want to work on sessions, authentication, and authorization.
  1. What is the agreed upon Git workflow? What project management tool will be used? What is the agreed upon procedure for conducting code reviews before merging into master: who will review pull requests, and when?
  • D: don’t do you own pull requests, help each other play that role, mixed about waffle thing, nice to have, but someone needs to take the lead, planning meeting and start in waffle for features
  • K: build steps as we go
  • M: don’t merge your own pull requests, merge locally before you merge on github. Fix merge conflicts locally. Master is always deployable (all tests passing)
  1. What is expected of group members when they run into problems implementing a feature?
  • D: talk to each other. Seek outside help if something is really tough. Verify stuff about the project with instructor.
  • K: sounds good
  • M: yeah, just talk to each other. The googlemachine and ask instructors.
  1. How does each group member want feedback (both positive and constructive) to be delivered?
  • D: just be up front. Slack or side conversation. Transparency is a pretty big deal.
  • K: up front, honest, kind
  • M: just tell me to my face.
  1. Is there anything else the group should know about personal work/communication styles?
  • D: sometimes i’ll get quiet and shut down, confidence
  • K: i say sorry too much.
  • M: i’m in my head a lot. I sometimes like to just power through things and may sacrifice learning along the way.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment