Having a clear vision and purpose for your application might seem like just a nice-to-have, but in reality, it's that vision and purpose that determines decisions at every crossroad. Any lack of clarity and strength of purpose will show through in the resulting application.
If there's anything I've learned about designing web applications in recent years, it's the fact that things change over the course of a project. Learning to embrace that fact and direct it towards a productive evolutionary process has made a significant impact on my work.
One of my favorite topics is the influence of business decisions on interface design. It's an unfortunate truth that the underlying business structure and decisions will invariably affect the interface. It's important to recognize this fact and work to improve both simultaneously.
One of the key requirements for creating any kind of issue tracker is making it easy to get data into the system. While the browser is the primary interface, I felt email also had to be a first class citizen for issue submission.
It's not uncommon to spend so much time on the big picture that we overlook the details. While I'm far from a typographical expert, my growing interest in typography has really helped draw my attention into more subtle details that add up to make a difference.
We've taken a look at the concepts behind the issue life-cycle and workflow, and next we're going to see how the dashboard is playing out so far. For me, the dashboard is about quickly assessing the state of projects, and diving right in to managing them
I've seen countless elaborate ways to link related or duplicate issues. While most of them get the job done, it's generally way more confusing than it needs to be. I considered a lot of different solutions, but in the end, there was one that stood out.
For my issue tracker, I've wanted a more natural process for updating issues. I decided that all activity would have to go through the comment form associated with each issue. This way any change in status, priority, category, or assignee could quickly and easily be associated with a comment.
Last time, I went into my vision of a simpler bug and issue tracking life-cycle. This time, I want to focus on one of the manifestations of a simpler process—the status bar.
It's been quiet around here, but things are about to pick back up. I've been spending all of my free time designing and developing an issue tracker that I'll be releasing as open source early next year. Until then, I'll be exposing and sharing the design and development process.
We built a simple bug and issue tracker named Sifter and we blog about it when we're not working on it. We think it’s a great way to get feedback and keep everyone updated on our status.
Grab our feedWe'll only send emails for significant product announcements, and those happen every couple of months at most. Of course, we won't give away or sell your e-mail address either.