对于迟到的项目来说,什么才是“足够好”?

时间:2009-10-30 21:55:01

标签: project-management theory

管理层似乎总是说项目是如何迟到的,然后我们必须弄清楚什么是好的,以便快速上线。我发现的问题是,我们倾向于关注客户想要的功能,而不是一些基本功能,我认为它应该只是具有Web应用程序的本质。

例如,我们花了更多时间讨论是否添加一个noscript标记来通知用户该网站需要将javascript添加到功能请求列表中,而不是将它添加到母版页然后推送它出来了。

是否有一些很好的方法可以确定哪些东西应该足够好? 我怎么知道我的应用程序应该至少做些什么?

我们甚至没有添加数据验证,因为没有时间。 在应用程序中似乎应该有一些基本的面包和黄油的东西,但我们经常关心的是用户实际看到的东西。

在我看来,这不是制作软件的理想方式,但你怎么知道什么是好的呢?

2 个答案:

答案 0 :(得分:2)

每个人都有自己足够好的标准;在一个层面上,“足够好”就是“无论你怎么说服人们付钱给你。”

然而,如果你想享受你的工作,我建议“足够好”应该是“你为之骄傲的东西。”

答案 1 :(得分:1)

客户推动功能。他们没有那么多驱动架构,工程等。坦率地说,如果您使用Html 3.0严格或CSS 3.1或XHTML,您的用户可能会更少关心。他们只是想让它发挥作用。我发现你需要一个团队来关心所有隐藏的东西才能正确完成。最重要的是,大多数应用程序都附带“足够好”的代码,因为确保您拥有干净的代码,而重构的代码并不会带来任何收益。

当然,我们大多数人都知道这些东西很重要。设计良好的数据库具有良好的索引对性能很重要。设计良好的代码具有“SOLID”类,可以轻松维护和扩展应用程序,这意味着新功能将更加稳定。

因此,客户推动功能,但团队推动质量。确保你把时间花在你的估计上,以确保你正在进行适当的测试,获得良好的覆盖率,进行性能测试等。这必须从一开始就深深植根于你的团队。代码审查和学习午餐有助于推动这种类型的动机。如果开发人员想花时间编写新代码而不是故障排除和调试这些东西应该对他们很重要。即使它对客户不可见或不重要。好管理层了解这些东西。