TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Why are software project management tools little more than todo lists?

3 点作者 fogzen将近 2 年前
I work with companies that use Linear. Fundamentally it’s a todo list. Why can’t we do better?<p>User stories&#x2F;features don’t have a binary finished state. Equating them with tasks makes no sense.<p>Tools should build on user stories and requirements instead of tasks.<p>Stories should be organized into phases of planning, working, review.<p>Stories should be organized into releases, and be part of multiple releases.<p>User stories and releases should be <i>separate</i> things. A feature isn’t “done” when it’s shipped. The context around a feature should be kept across iterations.<p>Anybody else feel the same way? Thoughts?

1 comment

ale_jacques将近 2 年前
The question is: what is &quot;better&quot;. Better for your workflow is not necessarily true in another context.<p>I agree with some of your points. But, IMHO, user stories are not the best tool to describe a feature. Even Linear don&#x27;t advocate on User Stories: <a href="https:&#x2F;&#x2F;linear.app&#x2F;method&#x2F;write-issues-not-user-stories" rel="nofollow">https:&#x2F;&#x2F;linear.app&#x2F;method&#x2F;write-issues-not-user-stories</a><p>Either way, I see this as a build-your-own-workflow. Each company should try to find the best way to work. It&#x27;s an iterative and empiric process.
评论 #35998813 未加载