Actually, FogBugz does project management as well. It will even try to learn how accurate time estimates for features are from each user, and give you estimated milestone completion times accordingly, with probabilities of finishing at various dates. I've used it for the bug tracking, and really liked it, but I've also read enough about its project management features to know that it has them, and they're pretty good.
When I was working as a solitary developer, I picked up a copy of Planning Extreme Programming and bought a pack of 3x5 cards and a plastic box for them. I used those in the Planning Game and stuck the ones I was working on on my wall. My boss could walk by and see what I was working on. This worked well and cost little.
We're currently using Zen at work - it's a web-based Kanban board for planning. This is nice when your stakeholders aren't co-located or if priorities/requirements change frequently.
You can enter bugs as user stories with either system, or you could use a separate defect-tracking system.
I'd question if Scrum is suitable for a one-developer shop. It's targeted towards project management. I'd rather not have a stand-up meeting with myself. ;) XP (minus pair programming) works fine for a solitary developer.
发布评论
评论（3）
事实上，FogBugz 也做项目管理。它甚至会尝试了解每个用户对功能的时间估计有多准确，并相应地为您提供估计的里程碑完成时间，以及在不同日期完成的概率。我用它来进行错误跟踪，并且非常喜欢它，但我也阅读了足够多的有关其项目管理功能的信息，知道它具有这些功能，而且它们非常好。
FogBugz 功能列表
Actually, FogBugz does project management as well. It will even try to learn how accurate time estimates for features are from each user, and give you estimated milestone completion times accordingly, with probabilities of finishing at various dates. I've used it for the bug tracking, and really liked it, but I've also read enough about its project management features to know that it has them, and they're pretty good.
FogBugz feature list
当我作为一名孤独的开发人员时，我拿起了一本规划极限编程 并为它们买了一包 3x5 卡片和一个塑料盒。我在规划游戏中使用了这些，并将我正在制作的那些贴在墙上。我的老板可以走过来看看我在做什么。这种方法效果很好，而且成本很低。
我们目前在工作中使用 Zen - 它是基于网络的用于规划的看板板。当您的利益相关者不在同一地点或者优先级/要求经常变化时，这很好。
您可以使用任一系统将错误作为用户故事输入，也可以使用单独的缺陷跟踪系统。
我想知道 Scrum 是否适合单一开发人员商店。它的目标是项目管理。我不想和自己开站立会议。 ;) XP（不包括结对编程）对于单独的开发人员来说效果很好。
When I was working as a solitary developer, I picked up a copy of Planning Extreme Programming and bought a pack of 3x5 cards and a plastic box for them. I used those in the Planning Game and stuck the ones I was working on on my wall. My boss could walk by and see what I was working on. This worked well and cost little.
We're currently using Zen at work - it's a web-based Kanban board for planning. This is nice when your stakeholders aren't co-located or if priorities/requirements change frequently.
You can enter bugs as user stories with either system, or you could use a separate defect-tracking system.
I'd question if Scrum is suitable for a one-developer shop. It's targeted towards project management. I'd rather not have a stand-up meeting with myself. ;) XP (minus pair programming) works fine for a solitary developer.
对于一个人的表演，你不需要任何工具。
一般来说，工具是为了协调。
如果只有你一个人，那么你到底在协调什么？
如果你想让事情变得可见，一对由静态内容构建的简单的、以内部为中心的网页就可以了。
虫子。
功能燃尽图。
就是这样。使用您可以使用的最简单的工具。我建议使用 docutils 从纯文本生成 HTML。
除非您拥有足够大的团队，简单的文本不再有效，否则不要沉迷于工具。
For a one-man show, you don't need any tools to speak of.
Tools -- generally -- are for coordination.
If it's just you, what -- precisely -- are you coordinating?
If you want to make things visible, a pair of simple internally-focused web pages built from static content will do.
Bugs.
Burndown for Features.
That's about it. Use the simplest tools you can possibly use. I recommend using docutils to generate the HTML from plain, simple text.
Don't go tool-happy until you have a large enough team that simple text doesn't work any more.