www.scrumpoker-online.org
Open in
urlscan Pro
151.101.1.195
Public Scan
Submitted URL: http://www.scrumpoker-online.org/
Effective URL: https://www.scrumpoker-online.org/
Submission: On January 25 via api from US — Scanned from DE
Effective URL: https://www.scrumpoker-online.org/
Submission: On January 25 via api from US — Scanned from DE
Form analysis 1 forms found in the DOM
<form _ngcontent-ng-c3218588213="" novalidate="" autocomplete="off" class="ng-untouched ng-pristine ng-valid"><mat-form-field _ngcontent-ng-c3218588213="" appearance="outline"
class="mat-mdc-form-field enter-room-field ng-tns-c1205077789-0 mat-mdc-form-field-type-mat-input mat-form-field-appearance-outline mat-primary ng-untouched ng-pristine ng-valid"><!---->
<div class="mat-mdc-text-field-wrapper mdc-text-field ng-tns-c1205077789-0 mdc-text-field--outlined mdc-text-field--no-label"><!---->
<div class="mat-mdc-form-field-flex ng-tns-c1205077789-0">
<div matformfieldnotchedoutline="" class="mdc-notched-outline ng-tns-c1205077789-0 mdc-notched-outline--no-label ng-star-inserted">
<div class="mdc-notched-outline__leading"></div>
<div class="mdc-notched-outline__notch"><!----><!----><!----></div>
<div class="mdc-notched-outline__trailing"></div>
</div><!----><!----><!---->
<div class="mat-mdc-form-field-infix ng-tns-c1205077789-0"><!----><input _ngcontent-ng-c3218588213="" matinput="" placeholder="Enter Room Number"
class="mat-mdc-input-element ng-tns-c1205077789-0 mat-mdc-form-field-input-control mdc-text-field__input ng-untouched ng-pristine ng-valid cdk-text-field-autofill-monitored" id="mat-input-0" aria-invalid="false" aria-required="false">
</div><!----><!---->
</div><!---->
</div>
<div class="mat-mdc-form-field-subscript-wrapper mat-mdc-form-field-bottom-align ng-tns-c1205077789-0"><!---->
<div class="mat-mdc-form-field-hint-wrapper ng-tns-c1205077789-0 ng-trigger ng-trigger-transitionMessages ng-star-inserted" style="opacity: 1; transform: translateY(0%);"><!---->
<div class="mat-mdc-form-field-hint-spacer ng-tns-c1205077789-0"></div>
</div><!---->
</div>
</mat-form-field><button _ngcontent-ng-c3218588213="" mat-flat-button="" color="primary" class="spo-font-color-white enter-room-button mdc-button mdc-button--unelevated mat-mdc-unelevated-button mat-primary mat-mdc-button-base"
mat-ripple-loader-uninitialized="" mat-ripple-loader-class-name="mat-mdc-button-ripple"><span class="mat-mdc-button-persistent-ripple mdc-button__ripple"></span><span class="mdc-button__label">ENTER</span><span
class="mat-mdc-focus-indicator"></span><span class="mat-mdc-button-touch-target"></span></button></form>Text Content
WE VALUE YOUR PRIVACY We and our partners store and/or access information on a device, such as cookies and process personal data, such as unique identifiers and standard information sent by a device for personalised ads and content, ad and content measurement, and audience insights, as well as to develop and improve products. With your permission we and our partners may use precise geolocation data and identification through device scanning. You may click to consent to our and our 762 partners’ processing as described above. Alternatively you may access more detailed information and change your preferences before consenting or to refuse consenting. Please note that some processing of your personal data may not require your consent, but you have a right to object to such processing. Your preferences will apply to this website only. You can change your preferences at any time by returning to this site or visit our privacy policy. MORE OPTIONSAGREE ENTER ScrumPoker-online.org Sign upLoginmenu SET UP YOUR PLANNING POKER IN SECONDS, START ESTIMATING STORY POINTS IN SCRUM POKER NOW CREATE YOUR PLANNING ROOM AND INVITE OTHERS WITH A SINGLE CLICK CREATE INSTANT ROOM HOW IT WORKS CREATE AN INSTANT ROOM Set-up in seconds. Use the instant room feature or sign-up to keep the same room number for future plannings - making the set-up even faster. INVITE OTHERS Invite your colleagues to your planning poker by sharing the room id, let them scan the QR code with their mobile or just send them the link. If you have trouble to find a common timeslot, create a poll with our Doodle alternative "Whocan.org". START ESTIMATING STORIES Once your team has entered the room, you can see them online and the scrum poker can start. The team can submit estimates, see who has provided estimates and show the results. HOW TO MAKE STORY ESTIMATIONS SUCCESSFUL? Everyone who has worked with Scrum, SAFE or other agile methodologies that rely on story-point estimations to judge the complexity of a feature knows how tricky these planning poker sessions can be. At the same time everyone is painfully aware how crucial a good planning session is on one hand to make sure that the agile team agree on the acceptance criteria, the definition of done and overall scope and on the other hand to allow the product owner to make an informed decision when prioritizing the backlog. So how exactly do you make a scrum poker session successful? To understand the recipe for successful planning we will look at what a well prepared user story is, how to present it, some best practices for the poker itself and how to deal with discrepancies between estimates. BEFORE ESTIMATING MAKE SURE THAT THE USER STORY IS “READY” AND WAS DISCUSSED This might be a straight-forward advice but to have a successful estimation session, it is important that the feature or user story that we want to estimate is ready. So how do we get a story ready? In Scrum this is generally done during the refinement sessions, where the product owner together with the development (and often under the guidance of a scrum master) discuss the details of the story. In our team, this starts with the product owner presenting in a succinct manner, what the user wants to be able to do and what value for him is. This second part is especially important as it should give a sense why what we are doing matters. The most widespread structure for a user story is “As a …, I want to do …, so that …”. Often the product owner will also have written down some high-level acceptance criteria, that are then discussed with the development team. Maybe counterintuitively, good acceptance criteria are high-level conditions that would satisfy the customer and allow them to achieve the value defined and not finely detailed requirement description of the solution. Together the scrum team discusses the the user story looking at the acceptance criteria and might decide to add or remove some of them or clarifying elements that are clearly out of scope. Once everyone agrees on the acceptance criteria and the definition of done, we can move on to the actual estimation using in our case the Scrum Poker (also called Planning Poker). ESTIMATING USING SCRUM POKER This is the moment where the estimation tool on scrumpoker-online.org becomes helpful. We recommend opening the session at the beginning of the refinement or planning session and have all members of the scrum team enter the room using the room ID provided. Once the user story has been discussed and all question answered all the members of the development team start estimating the complexity of the story by giving it story points. Ok, story points and complexity, you make that sound easy… but what exactly are story points and how do I know how many story points should be assigned to a story? STORY POINTS Story points in scrum are an abstract measure to represent the complexity of implementing a user story. In general this “complexity” is related of course to effort, but also to risk and difficulties foreseen. The measure is abstract, because it cannot be related to a unit of time such as person days or hours. Scrumpoker-online.org uses the fibonacci sequence (1,2,3,5,8,13,21) to estimate stories. It is also very helpful to have a reference user story that all the members of the scrum team have a good understanding of and assign it an estimate. The team can then start estimating other user stories by comparing them to the reference user story. So for example if the reference user story was estimated at 3 points, a story that has only 1 point should be three times less complex. As such the absolute value of the stories are less important than their relation to each other. And remember to stay agile and start experimenting, the more stories the team estimates the better they will get at it. UNCOVERING THE RESULTS After everyone has turned in their estimates, the product owner or scrum master shows the results and if they all match, the story has been successfully estimated. If on the other hand there are some discrepancies, the members that are the furthest apart can start discussing why their estimates diverge. Most often this is an indication that there is not yet a common understanding of everything that this story entails. This discussion can lead to redefining the acceptance criteria and this is absolutely normal, this is afterall an iterative process. OK GREAT, I NOW HAVE AN ESTIMATE BUT WHY DOES IT MATTER? A well estimated story helps greatly for the product owner to better judge if the value of a user story (or new functionality) is worth the complexity and effort to implement it. Furthermore it allows to get a better grasp on planning a sprint: after the first sprint, the team will know exactly how many story points they were able to achieve, thus the following sprint should be filled with a similar sum of story points. As the team gains knowledge and becomes more efficient, delivery of an amount of story points could be achieved faster than previously. But this is the second step – for now start estimating during your planning poker session using scrumpoker-online.org and enjoy the pleasure of trying to agree on an estimate… You will see, it will do wonders for producing a shared understanding of what is expected. About Feedback Blog Privacy Language Version: 4.2.25