1
6 Comments

How about a modern scrum poker tool?

What's your experience with scrum poker tools? For me most of them are average: poor design, bad UI / UX, some of the free tools has problems with few session users etc.

I think about creating modern, simple, reliable scrum poker web app for teams, which seek good quality tool that will bring poker planning to a higher level.

I'd like to share a free version for small teams and some paid plan with features like Jira integration, sprints statistics etc. for large companies.

Also if it'd be English version of the tool, i am open to almost all countries with marketing, what's in my opinion great. I don't close myself for one country.

Is it a good idea? What are your thoughts about that?

on June 11, 2020
  1. 1

    I've always been more of a poker player, but over time I realized that slots give you a completely different kind of emotion. In poker, you think, calculate, analyze—but in slots, you just let go and catch the thrill. Sometimes that's exactly what you need. I've tried many different casinos, but I was often disappointed. Sometimes the bonuses were tricky, sometimes the interface was like it was from 2005. Recently, following advice from a forum, I visited Wageon https://wageon-h.click/73516/8357?l=3990&utm_source=sq and I was really surprised. The site is fast, everything works without lag, registration is simple. But the most important thing is the overall feeling of stability. You don't feel like someone is trying to "outplay" you with the conditions. Plus, the selection of games is decent—not just copy-pasted versions of popular slots, but real variety. I'm currently testing different strategies there—and so far everything is fine.

  2. 1

    I see most people still using the physical cards, or sometimes a phone app during the planning meeting. Interesting that you mention integrations with Jira, etc. Short of passing on the points from the meeting, what do you see as the rest of the integration? My gut says it would need to be pretty impactful as I think most people feel any issues with the planning poker are pretty low on their priority list when compared to the rest of the process.

    1. 1

      I think statistics for history of your scrum pokers would be useful for scrum masters. It'd tell how estmations look in the long run , who overstates the estimates and i bet it'd provide some more info.

      Integrations:

      • import tasks for meeting from the Jira sprint, so you don't have to enter anything, just connect my app with Jira once and then just choose sprint you want to import to the meeting.
      • export final estimations to tasks in the Jira
      • probably some integration with Trello and maybe other similar, popular tools for managing tasks.

      All of that is just an idea, more like future features. First i'd haveto create basic MVP and tests if people are really interested in such a web app.

      1. 1

        I see what you're saying, but I'm still not sure that is a product that provides enough value. If I'm running my sprint correctly, the Jira tickets will already have the estimate provided from the planning sessions and that data is easily compared to the actuals once the sprint is complete. Essentially, unless I'm misunderstanding your point here, the customer would do the same amount of data entry (I still have to enter the estimates in your app) and by adding your sync step you've actually increased the workload for them instead of reducing it.

        For example, without your product I run my meeting by viewing Jira tickets, polling for estimates, and entering the agreed upon estimate in the ticket. The we run our sprint and enter the actuals. From there we can run reports to compare the two. With your product, I'm still doing all those same things but you've now added the steps of importing the tasks to your system, and exporting out to reimport back into Jira. Essentially adding at least 2-3 steps to the process with no real perceived gain. Your user experience in the middle may FAR exceed what the team deals with in Jira. However, when you consider the additional steps necessary to gain access to that experience along with the fact that the time of this experience is a very small percentage of the entire sprint process this feels like more of a "tech for tech's sake" situation than actual marketable product.

        1. 1

          Hmm.. how do you your teammates make card choices for tasks? Where i work at, we talk on a video call, but still we use external web app, which allow everyone to first vote 'anonymously' (to vote 'depending on my opinion', not to vote like others, because i see their cards) and then, we display all cards, compare and discuss them, finally we choose the final value.

          So i am writing about the idea from my point of view, maybe it's directed toward companies like mine, which e.g. work fully remote and need such applications?

          1. 1

            I've never worked with a team that voted anonymously like that, so that may be where we're different here. While I appreciate the need to discourage everyone from following the crowd, I also try to foster the culture that everyone should speak up and contribute. If you're wrong, you're wrong. No worries, now we know the real answer and let's move on from it.