Sprint.ly: New software development management tool from Joe Stump
sprint.ly
sprint.ly
Getting even just an email address from someone is very valuable. Why turn anyone away by requiring all this other stuff? Why not have the person simply enter an email address and then send a password via email or something? That's a 5 second sign-up process. Then you can have the user fill out the rest of the info during some sort of "getting started" process. Let the user fill in this info on his own interest in using the application (within the actual application.) Filling out a sign-up form is not interesting. It's more like a leap of faith that the application will be interesting enough for me when I get into it that it will reward me for the effort of going through the sign-up process.
Do you really have such a high volume of sign-ups that you have to do beta invites? I wonder if there is a better way to handle these things. Perhaps you could have a system where the feature gets auto-enabled as needed? My problem with beta invites is that for most services, by the time I receive the invite, I have forgotten what the invite was for and I ignore the email.
ETA: Look how scrumy.com does their process of getting a user from using the app to sign-up. Maybe not perfect, but far better than most I have seen.
I personally dislike it, but probably stump can give a better insight on why he chose this workflow.
We're working on all of these things. I'll check out scrumy.com as well. Thanks for the tip.
Plus most of these tools are geared towards the structured initial development phase, and become considerably less usable once a product is live and goes into maintenance mode. This is odd, since the major part of a projects lifespan consists of maintenance, not development.
The one great missing online tool IMO is one that both integrates and separates the way the user experiences issues (like via Zendesk) and the way those issues are split up, prioritized and handled by developers (any known issue tracking system like Redmine etc).
Right now, every team I know either uses two systems in which the relationship is handled manually (and thus labor intensive and prone to errors) or one system that is only geared towards either audience.
WIP limits and ordered backlogs are missing. There is no need to make 'custom views' for a whiteboard - with Jira they are like 5 different ways to get to a list of items that need to be worked on and I'm never quite sure I'm looking at the right list.
But I do wish more support systems worked this way.
http://www.fogcreek.com/fogbugz/features/customer-support.ht...
Either way, I work from South America for clients in the US, so I like having these tools around. Specially when they innovate in any way. That means better tooling for communicating with my clients, which is the #1 problem of distributed teams :)
1. Customer reports a defect
2. Programmer figures out there are two tasks that needs to be done by different people (in different places). One task depend on the other.
3. The first task is solved. How does the other person know to start?
4. The second task is re-assigned and then solved.
Actually, it doesn't have to be this complex. But at least have that in mind when showing your product; all todo-applications can tackle the easy stuff, it's when the more complex use-cases appear that most of them fall apart.
And when you say "make it possible for everyone to participate" I hear "no way to figure out what you need to do". Although it's good to have a place to see everything, I'm more often interested in only what I need to participate in. Show us that please!
Even though I'm familiar with pivotal/ticketing systems, I still wanted to be sold on what it does not just on how it does it.
However, do we really need yet another task management tool?
http://www.whattofix.com/blog/archives/2011/12/tyranny-of-th...
No, seriously, for something as integral to what I do so many hours every day, I don't mind people continuing to innovate. Getting an editor or a management tool to fit you perfectly is pretty hard, and I, for one, haven't found a process or tool I'm 100% happy with
A - personal free accounts. Or free account for team of < 2.
B - announce the price but provide a 6-9 mont grace period just so they can get a nice momentum.
Now, they might be charging from the get go for fundraising reasons. Basically so they can go to investors and say: look we got X number of real paying customers in Y months. Which makes a real good case for getting investors.
That said, I love the UI. But I wont invest anytime on it yet, unless I know I can use it for free for a few months, or if there is strong social value that proves it can really help projects and requirement gathering process.
Most are targeted at engineers first (Pivotal), at visually oriented organizers (Trello) or adapted for the specific team that wrote it's methods (like Thoughtbot's).
Luckily I'm at the "tool choice" stage of a new venture so I won't give my team whiplash by trying this one out. If it integrates with Campfire it'd be perfect.
Then I could configure github to notify sprintly and sprintly to notify the chat, instead of getting all the pushes in the chat, which is too noisy IMO.
ps: congrats on finally launching ^^
Right now, we use Pivotal and the lack of estimation on tasks makes it an incomplete offering. We estimate feature, but that is a fairly rough estimate used for longer-term prediction. It isn't until we break things down into tasks that people really understand how long it is going to take. Just having to estimate hours gets people to really think things through.
Given that half of project management is about predicting completion dates and judging risk of slippage, I'd say estimation is absolutely required.
sprint.ly looks like it is a lot closer to our workflow.
Instead, it's literally a feature list.
1) by story points for team effort
2) by story points for business value
3) by hours for work to be completed in the current "iteration"
http://www.kanbanpad.com - Had to :).
P.s nice site design.
That being said, I'm eyeing Redis, Node.js, Memcached (of course), and some AWS services for future upgrades, services, and features.