Do you follow the Personal Software Process? Does your organization/team follow the Team Software Process?有关更多信息-Wikipedia上的个人软件过程和Wikipedia上的团队软件过程。 我有两个问题: 这些过程? 您用来遵循这些方法 过程? 我接受了培训,然后我的公司付钱给我去了卡内基·梅隆(Carnegie Mellon),并参加了PSP讲师培训课程,获得了讲师资格证书。我认为目标是将其用作我们公司CMM / CMMI工作的一部分。我遇到了沃茨·汉弗莱(Watts Humphrey),发现他是一个善良而温柔的灵魂,对工艺有着深刻的理解。我也读了他的几本书。 简而言之,这是我的看法-假设您遵循这封信,它对于大多数人来说太结构化了。基于历史信息进行估算的想法是可以的,尤其是在教室环境中,但是在现实世界中,由于需求和方向的变化,一天之内无法进行估算,因此它的用处不大。我也进行了宽带Delphi估计,虽然还可以,但是老实说,不一定比我所做的"最佳猜测"要好。 我的团队对PSP并不热心,这就是问题的一部分-开发人员支持。我的公司这样做是出于错误的原因-只是说"嘿,看来我们使用PSP并拥有一些认证的讲师!"。 最后,我发现使用"敏捷"方法会更好。我有很多积压的工作要做,通常可以很好地估计。我已经做了足够长的时间,所以我可以按时做出相当不错的粗略估计,而且坦率地说,我认为时间跟踪并不能真正改善事情。也许在某些环境中它会很好地工作,但是在我自己的位置,我们将不断推出高质量的软件,而不会产生产生可疑收益的所有过程。 只是我的两分钱。 我参加了一次,甚至尝试使用PSP仪表板。 很难跟上。谁想在所有活动中使用秒表?遵循Joel关于无痛调度和基于证据的调度的建议。 +1此问题,-1至PSP。
我已经认真使用了PSP和TSP流程4年了(尽管那是我软件职业生涯的开始)。作为理想主义者,您会喜欢您所做的事情,当然,还有不错的结果。 可能是我迟给了这个答案,但是当我阅读所有答复时,我觉得我想分享这个。 对于PSP,我已经看到了"软件过程仪表板",但似乎很难使用。 我已经完成了PSP课程,下一个课程应该是TSP,正如其他人所说的那样,它是为团队动力而设计的。我对PSP持不同的看法(大多是负面的,但结果很有趣),我得出以下结论:
我的最终建议是从中学习作为参考,它可能会带来更好,更实用的内容。这东西太学术了。 附言:R.I.P。瓦兹汉弗莱 我刚在上学期就学会了它,对我来说非常有用。我知道,只要紧跟字母,我就能确信自己可以执行Compile并且不会出现任何错误,而单击Run则不必再花时间修复和重新编译程序来一次又一次地运行它直到混乱解决。 人们抱怨不得不记录"遗漏的分号",但是当您进入程序7时,您不再犯这样的小错误,而是在程序的重要部分中发现了缺陷。虽然我没有机会将其应用于实际情况,但我真的很期待! 在过去六个月中,我一直在使用PSP。
这很耗时。据我估计,我不得不花7%的时间填写表格。 但是另一方面,当我习惯该过程时,变得很重要,因为我开始看到我主要在做什么错误,并且我开始自然地避免它们。 它还使您可以"查看"您的代码,以便可以在按下编译按钮之前查看是否存在任何问题。 对于工具,我建议使用Timetracker:http://0xff.net/ 我建议至少尝试几个月的PSP,因为您会养成一些习惯,有助于减少花在编译和纠正小错误上的时间。 几年前,我跟随PSP了几周,因为我的团队想尝试一下。我发现使用它非常令人失望,甚至烦人。我忍耐不住了。我的主要缺点是:
我发现这浪费大量时间。我宁愿选择离开该行业,也不愿被迫跟随PSP。 相关资料:我在"您不推荐给开发人员的编程书籍"问题中对PSP书籍的回答。 我尽可能尝试遵循PSP 2.1流程。这确实有助于我专注于不跳过项目的重要部分,但不那么令人兴奋。通常,这是小型项目的设计和设计审查。 为了跟踪时间,您可以使用PSP仪表板,该仪表板具有许多内置功能和脚本,可以帮助您遵循该过程。 如果您只是在寻找时间跟踪工具,我也喜欢http://slimtimer.com。它还可以做一些体面的报告。 我在大学期间曾用过它,但在工作中我们根本没有任何流程。直到最近,我们才开始使用版本控制。 我的经验是,它似乎太乏味而无法使用。如果不是自动化的,那么它可能会消失。 |