您是否遵循个人软件流程？你的组织/团队是否遵循团队软件过程？

Question

欲了解更多信息 - Personal Software Process on Wikipedia和Team Software Process on Wikipedia。

我有两个问题：

1. 什么好处你从 看到这些过程？
2. 您使用什么工具和/或 方法来关注这些 过程？

Answer 1

我经历了培训，然后我的公司支付我去卡内基梅隆，并通过PSP指导员培训课程获得认证作为教练。我认为目标是将其作为我们公司CMM/CMMI工作的一部分。我认识了瓦茨汉弗莱，发现他是一个善良，温和的灵魂，对过程有着深刻的理解。我也读了他的几本书。

这里简单介绍一下 - 假设你对这封信采取了一些措施，它对大多数人来说太结构化了。基于历史信息的估算理念是可以的，特别是在课堂教学环境中，但在现实世界中，由于需求和方向的变化浪潮导致估算在一天之内被撤消，因此它的用处远远不够。我也做了宽带德尔菲估计，这是确定的，但老实说，不一定比我做的'最好的猜测'更好。

我的团队对PSP的热情不高，这也是问题的一部分 - 开发者买入。我的公司这样做是出于错误的原因 - 简单地说：“嘿，看看我们使用PSP并且有一些认证讲师！”。

最后，我发现使用“敏捷”方法会更好。我有积压的工作要做，通常可以估计得很好。我已经做了足够长的时间，以便能够按时做出相当好的粗略估计，坦率地说，不要以为时间跟踪确实可以提高很多。也许在某些环境下它会运行良好，但在我的位置，我们将继续抽出高质量的软件，而不会产生可产生可疑收益的所有流程环节。

只是我的两分钱。

Answer 2

对于PSP，我看过Software Process Dashboard，但它似乎很难使用。

Answer 3

我进入这一次，甚至尝试使用PSP仪表板。

这太难以跟上。谁想要使用秒表进行所有活动？按照Joel关于无痛调度和基于证据的调度的建议。

+1这个问题，-1到PSP。

Answer 4

我尽可能地遵循PSP 2.1过程。这确实有助于我专注于不跳过重要但不太令人兴奋的项目部分。通常这是小型项目的设计和设计审查。

为了追踪时间，您可以使用PSP Dashboard，该Dashboard包含一系列内置功能和脚本，可帮助您遵循该过程。

如果您只是在寻找一个时间跟踪工具，我也喜欢http://slimtimer.com。它也可以做一些体面的报告。

Answer 5

几年前，我跟踪了PSP几周，因为我的团队想试验它。我发现它非常令人失望，甚至不适合与之合作。它耗尽了我的耐心。我的主要负面点是：

• 可笑的强调像错别字或缺少分号的东西。
• 不切实际的形式，你必须手工填写。
• 专注于程序编程而不是OO。
• 估计涉及计数循环，功能的数量等

我发现它的时候大量浪费。我宁愿选择离开这个职业，也不愿被迫跟随PSP。

相关资料：My answer about a PSP book在“什么编程书你不会推荐给开发人员”的问题。

Answer 6

我在大学时使用过它，但在工作中我们确实没有任何过程。直到最近我们才开始使用版本控制。

我的经验是，它似乎太乏味乏味，有用。如果它不是自动的，那么它可以消失。

Answer 7

我在过去六个月一直在使用PSP。

这很费时间。根据我的估计，我不得不花费7％的时间填写表格。 令人沮丧的是必须一遍又一遍地输入“丢失分号”的错误。

但另一方面，当我习惯这个过程时，当我开始看到我主要做的错误，并开始“自然地”避开它们时，它变得非常重要。

它也使你“审查”你的代码，所以你可以看到在点击编译按钮之前是否有任何问题。

对于工具，我建议使用Timetracker：http://0xff.net/

我建议至少试图PSP了几个月的，因为你会创建一些习惯有助于减少你花在编译和纠正小错误的时间。

Answer 8

我在大学的最后一个学期学到了它，它对我很好。我知道通过遵循这封信我可以确信我可以点击编译，并且不会有任何错误，并且通过点击运行我不必再花时间修复并重新编译程序以便一次又一次地运行它直到混乱得到解决。

人们抱怨不得不记录“缺少的分号”等，但到了程序7的时候，你不再犯这些微不足道的错误，而是在缺陷的重要部分你的程序。虽然我没有机会将它应用于真实场景，但我真的很期待！

Answer 9

我已经完成了PSP课程，下一个应该是TSP，这个TSP是为团队动态而设计的。我有混合关于PSP的感觉（大多是负面的，但结果很有趣），我抵达了以下结论：

• 所有我沮丧的主要来源是设计模板实在是太繁琐和不切实际的第一。 更改它们的UML和BPMN，从一开始就告诉您的教师，如果有必要，请提出。该书本身说，设计模板适用于不知道或不想学习UML的人。
• 其次，估计是我唯一有价值的部分。该书本身说，你可以使用代码行中的其他东西，它甚至会告诉你如何知道它们在统计上的相关程度。我认为这一点（代码行）是一个连接到你的VCS（git，mercurial）的工具/插件必须存在并自动化你的个人数据库的构建，否则太乏味追踪基础/添加/重用部分。
• 这个过程本身很不错，但不适用于大项目，为什么?,因为它只是不能应付迭代。在现实世界中，由于需求变化，您将永远需要重申一个项目。你仍然可以将这门学科应用于小程序任务，这是：计划，设计，审查你的设计（有设计标准和一个你可以记住的小清单），编码，审查你的代码（有清晰的编码标准和一个小的心理清单你可以记住），测试，思考你的错误。任何有经验的程序员都会知道这些是最终直观的步骤。 我在实际操作中的建议：遵循流程，但不要记录除设计之外的其他内容，并且如果您确实实施了单元测试，请将其记录在文档中。
• 这个过程实际上可能是值得遵循和实用的...对于实时系统编程而言，绝对没有犯错的余地，否则不值得。
• 如果您正在寻找组织和改进重点的方法，请首先尝试GTD (Get Things Done)和Pomodoro。
• 如果你有强迫症，你可能实际上享受PSP =）。

我最后的建议，从中学习，作为参考，可能会导致更好，更实用的东西。这件事太学术了。

P.S .: R.I.P. Watts Humphrey

Answer 10

我已经使用了PSP和TSP过程4年（虽然它是在我的软件生涯的开始）。作为一个理想主义者，你会爱上你正在做的事情，当然也是有惊人的结果。
尽管PSP主张将你的缺陷记录到核心（例如;或打字错误），但我正在和Watts Humphrey先生交谈，很多人问他关于编译器的进步和面向对象的缺失（我觉得，它是如何失踪，因为我是一个OO程序员，并成功地使用它）。他提供了非常好的答案。它继续说：“PSP，或者事实上任何过程方法学，都不是一个坚持一个概念的概念，其核心思想是向人们介绍质量方法和分析。”它始终是自适应的。您可以根据您的需求量身定制它。如果您觉得您将采用功能点方法，您可以继续使用它。任何估算技术都一样。但是你应该不断地，不断地重复。 “与编译器的进步一样。如果你觉得PSP的结构中的WBS不适合你的开发，那么修改它并使用它，但是要一次次地完成。
“当你不断地做，你将收集你的历史数据，并将统计做所有参数的可预测和准确的估计”
可能我迟到了这个答案，但是当我阅读所有回复，我觉得我想分享这个。 根据工具，我们有过程仪表板，PSP Excel表和所有。