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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

How’s that sprint going? ZenHub reporting and GitHub data will tell you

41 点作者 rohamg大约 6 年前

2 条评论

wdewind大约 6 年前
My experience has been that no one needs a burndown chart to know how a project is going, and, to the extent that you do, it usually points to some mismanagement and an attempt to fix it through intensifying project management rigor. Especially with early stage startups, where the requirements are changing rapidly and throughout the project, I think this stuff represents very real overhead that&#x27;s just not really that useful. In larger companies, where stuff like this is typically used as reporting up a chain, it can be slightly more useful to get a holistic view of the organization, but again, I&#x27;m just not sure it&#x27;s worth the effort, and I really question resting a significant amount of decision making power on this over qualitative data.<p>To be clear: I&#x27;m not throwing all project management methodology to the wind, but this promises to give you a fancy chart that will &quot;identify bottlenecks in your development process&quot; and I&#x27;m sorry if you need a graph to know where those are I think there are probably larger problems in your organization. Identifying bottlenecks is easy, fixing them usually involves much higher level management functions like recruiting and training.
评论 #19313938 未加载
评论 #19313720 未加载
评论 #19314166 未加载
评论 #19314541 未加载
valuearb大约 6 年前
I feel like the use of metrics is often just a crutch to avoid real management&#x2F;leadership decisions. Sprints are meaningless overhead unless they are coupled to important deliveries. Often they aren&#x27;t.<p>In my real world experience software doesn&#x27;t get delivered within sprints, it gets delivered when it&#x27;s ready. And decisions about what to deliver aren&#x27;t made by the sprint team.<p>Anyone can pad story points enough to look like a sprint super-hero. The key focus should be what are you building, are you building it the right way, and what can we do to deliver it faster&#x2F;better. Sometimes the right answer is stop holding meetings, and just get out of the way and let the team focus on the problem without interruption for a while.