2008-09-25 62 views
7

Joel Test是一个很好的名单,检查每个软件公司应该关注的一些必备条件。如何提高开发团队的Joel测试分数?

它们是:

  1. 你使用源代码控制?
  2. 您可以一步完成构建吗?
  3. 你是否每天都做造型?
  4. 你有错误数据库吗?
  5. 在编写新代码之前是否修复了错误?
  6. 你有最新的时间表吗?
  7. 你有规格吗?
  8. 程序员有安静的工作条件吗?
  9. 你使用钱可以买到的最好的工具吗?
  10. 你有测试人员吗?
  11. 新访问者在面试时是否会编写代码?
  12. 你会做走廊可用性测试吗?

我当前的公司在一个月前到达那里时打0(我说ZERO)分。现在我们'自豪地'击中3个源代码控制,一步构建和每日构建。但我试图做更多的事情(bug数据库,wiki,安静的条件,更好的采访......)!

贵公司呢?多少点击?列出你将做什么来实现更多!

回答

1

现在,如果我们知道bug和8 99%的时间,我们有时会打到第5位。

明天,我会开会,推动1,4,5,6和7.我认为你唯一能做的就是挑选一两个并且追求那些。设置一些东西,开始使用它们,并向其他人展示多么容易/更好的生活与他们在一起。

0

One(1)。我们有源代码管理。但这是一家小型创业公司,所以我仍然抱有很高的期望。

+1

更新:自裁员以来,我们也取得了第8项产品。 – 2009-03-30 11:30:33

1

我的当前项目:1 Y 2 N,3 N 4 Y,5 N,6 N,7 N,8 N,9 N,10 Y,11 N,12 N
总数:3

猜猜看,它很糟糕。开发团队一直在努力争取2,3和5,但它从未完全得到管理层的批准。操作软件太麻烦了,修补程序需要时间,并且没有人允许执行这些“低优先级”类型的活动。

有趣的是,这个项目是在CMMI 5级公司。去显示什么是值得的。

+0

我读过关于CMM/CMMI。我认为这意味着什么。我认为有一个定义明确的流程(开箱即用,或者从多个不同的流程中分离出一些流程来制定合适的流程)很重要,但流程本身并不重要。事实上,“定制”过程可能会更好。 – 2008-09-25 12:21:36

+0

@Thomas,我的经验是CMMI对软件质量没有任何意义。这完全是关于生成文档。一个蹩脚的团队仍然会输出糟糕的软件。 – 2008-09-25 22:30:22

2
  • 你使用源代码管理?

当然,我根本无法理解公司如何看不到体面源控制系统的必要性。我们正在使用SVN。总计:1分。

  • 您可以在一个步骤中进行构建吗?

我们的构建过程至少需要5个步骤,尽管我们讨论了很多次使魔法一步构建发生的方法,但我们还是没有找到时间来实现该场景。总计:1分。

  • 您是否每天都制作版本?

是的。如前所述,它们不是自动创建的,但我们每天都会将日常构建合并到我们每天执行的代码审查步骤中。总计:2分。

  • 您有错误数据库吗?

是的,Mantis被我们公司用于此目的。总共:3分。

  • 在编写新代码之前是否修复了错误?

不幸的不是。新功能似乎比bug修复更重要。直到那时,他们肯定需要修复。这通常太晚了。总共:3分。

  • 你有最新的时间表吗?

我们一直更新日程安排,使用burndown-charts来估计我们完成的时间。总计:4分。

  • 您是否有规格?

我们有一些规格,但我不会打电话给我们的项目spec-complete。我们公司有很大的改进空间。总计:4分。

  • 程序员是否有安静的工作条件?

是的,我们的公司大楼住在一个安静的街区,在同一个房间里不超过2或3个开发商。总计:5分。

  • 你使用钱可以买到的最好的工具吗?

没有。总计:5分。

  • 你有测试人员吗?

我们最近才实施了由三名测试人员组成的整个质量保证部门。总计:6分。

  • 新访问者在面试过程中是否会编写代码?

我们的团队没有太多的波动,但面试包含了一些编码相关的问题,其中候选人必须编写一些样本班等。总计:7分。

  • 你是否做过走廊可用性测试?

不,可悲不是,但这是一个好主意。总计:7分

总而言之,我认为有很大的改进空间,但与我们合作的其他公司相比,7分可能不是最差的分数。

-1

当前公司横跨大部分项目,有些更差(更糟!)
1:Y,2:Y,3:Y,4:Y,5:N,6:N,7:通常8: N,9:N,10:N,11:N,12:N

对我来说,在我目前公司的大问题是10和11

我们没有专门的测试资源,即使我们拥有100多位开发人员的开发资源,而不是一位专业测试人员!你猜怎么了?测试并不好,我对我们生产的应用程序的质量感到惊讶,这对我们的一些开发团队的质量提出了质疑。

我们的介入过程很糟糕。我们最近聘用的一名开发人员仅在C语言中拥有背景知识,并且为satelight接收器提供了代码。请记住我们是Microsoft/.NET/VB6/SQL Server。他对任何描述或WinForms开发的数据库都没有经验。
当我问他被聘用的时候,我在面试小组中被技术负责人告知,人员禁止他询问技术问题,因为当这个人被邀请参加面试时,他没有被告知这将会做一个技术性的采访!

-1

我对#11感慨良多。一方面,我认为一些偶然的面试白板问题可能是非常具有误导性的。候选人并不总是期待它,他们很紧张,并被要求在观众面前编码。尔加!另一方面,我觉得你可以通过一个简短的电脑测验来了解某人如何适合你的组织。

如果您使用临时服务和临时雇用,如果您对他们的早期工作进行代码审查,那么这算不算?然后这项工作成为测验。

-1

乔尔测试的问题是,即使达到12并不意味着你正在为一家好公司工作。虽然如果你在零,你可能不是。

我目前有一个客户端正在运行一个七,这意味着在理论上他们并没有太坏。事实是,由于其他问题(糟糕的架构,缺乏管理支持等),他们仍然非常糟糕。