You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Kristyn Bryan 76344806ca
Update README.md
10 years ago
..
.gitkeep setup 10 years ago
README.md Update README.md 10 years ago
trello_example.png example of trello 10 years ago

README.md

Morning Exercise

In this morning's exercise, I want to introduce you to some of the product management tools that you will be encountering on the job and also get you familiar with Trello. You will be using Trello to keep track of your 3rd project (and beyond!).

Agile Development

Scrum

History of Scrum (reference can be found here

Scrum was first defined as "a flexible, holistic product development strategy where a development team works as a unit to reach a common goal" as opposed to a "traditional, sequential approach" in 1986 by Hirotaka Takeuchi and Ikujiro Nonaka in the New Product Development Game.[5] Takeuchi and Nonaka later argued in The Knowledge Creating Company[6] that it is a form of "organizational knowledge creation, [...] especially good at bringing about innovation continuously, incrementally and spirally".

The authors described a new approach to commercial product development that would increase speed and flexibility, based on case studies from manufacturing firms in the automotive, photocopier and printer industries.[7] They called this the holistic or rugby approach, as the whole process is performed by one cross-functional team across multiple overlapping phases, where the team "tries to go the distance as a unit, passing the ball back and forth".[7] (In rugby football, a scrum refers to a tight-packed formation of players with their heads down who attempt to gain possession of the ball.[8])

Daily Scrum

This might look familiar - we do a version of this during your project week: Daily scrum[edit]

A daily scrum in the computing room. This centralized location helps the team start on time. Each day during a sprint, the team holds a daily scrum (or stand-up) with specific guidelines:

All members of the development team come prepared. The daily scrum...

...starts precisely on time even if some development team members are missing
...should happen at the same time and place every day
...is limited (timeboxed) to fifteen minutes

Anyone is welcome, though normally only scrum team roles contribute. During the daily scrum, each team-member answers three questions: What did I do yesterday that helped the development team meet the sprint goal? What will I do today to help the development team meet the sprint goal? Do I see any impediment that prevents me or the development team from meeting the sprint goal? Any impediment (stumbling block, risk or issue) identified in the daily scrum should be captured by the scrum master and displayed on the team's scrum board, with an agreed person designated to working toward a resolution (outside of the daily scrum). No detailed discussions should happen during the daily scrum.

Using a tracker in Scrum Development

There are a few different tools that can be used to plan scrum development. We're just going to look at briefly at two of them, but here's a more comprehensive list of what might be used and the features that come with them.

Jira

Jira Example

Trello

We're doing small applictions and don't need all the fancy stuff that comes with Jira, so we'll use Trello to mimic the flow that most of you will be using during production!

Trello Example

Activity

You will be paird up and will need to do the following to set up a Trello board that you can use for a pretend application:

  1. Individually, create a Trello account: www.trello.com
  2. When making your Trello account, be sure to take note of your screenname OR update the screenname that they automatically assign to you to something that you will remember (and that is at least semi-professional).
  3. With your partner, decide who will initially create the Trello board.
  4. Create the cards for "To-Do", "In Progress", "In Review", and "Done".
  5. With the following user stories, create cards that split up the work into pieces that can be individually tackled. For example, if the user story is: The user should be able to upload a profile picture", you might break the cards up to "Photo Upload - install Paperclip", "Photo Upload - AWS API integration", or "Photo Upload - research how to do this"