不，不是literally。相反，您是否有任何影响您制作高质量软件的政策的繁文缛节恐怖故事？我不是在讨论像this question这样的一般人力资源或系统管理策略，而是直接针对开发过程的策略，例如错误的源代码控制策略，测试过程或错误跟踪过程。
请不要有诸如缩进与空格或支撑风格之类的神圣战争，而是令人厌恶的官僚主义的例子，例如legend的TPS报告。
这与我有些相关，因为我一直在审查我的小组的开发过程，并且我希望（针对上下文）看到一些你必须处理的最糟糕的过程。结构化政策或流程何时走得太远？
答案 0 :(得分：3)
我确实为我工作的系统之一提交了TPS报告：http://tps.tmccom.com/
是的，我非常清楚该网站的过时和非标准化程度。
答案 1 :(得分：3)
作为承包商，我经常不得不提交三份单独的时间和费用报告。
我们的官方报告用于开发票。
我们针对项目的细粒度报告。它必须与汇总帐单结算报告相匹配。并且，在发票号码开始前两周，项目经理可以使用它。
输出客户的活动报告。这些也必须匹配聚合发票。客户的会计人员需要这样来确认我们的发票。等等，我也没有创建发票吗？
我们不要忘记需要两份状态报告（我们和客户。）
答案 2 :(得分：3)
不，但几年前我为阿拉巴马州编写了大部分MLI（强制责任保险）制度......
系统生成的每份报告都是TPS报告：）
E.g。每月交易TPS报告，每日交易量TPS报告等。
当州内的某个人打电话给我们询问TPS报告时，这是最有趣的。我不认为他们曾经弄清楚为什么他们被称为TPS报告。
答案 3 :(得分：1)
在过去的几年里，我们不得不填写由我们的第一线主管签署的假期，以便度过生病的时间或假期。
最近我们获得了一个花哨的网络应用程序。它允许工人请假，并允许主管批准休假。它汇总到我们的时间表中，它是我们工资单系统的基础。
尽管推出新请假系统取得了巨大成功，但我们的办公室经理仍然要求我们提交纸质请假单以及在线。
办公室经理花了几个月才意识到新系统提供了与手动系统一样多的监督。
答案 4 :(得分：1)
在一家大型旧电脑公司的一份工作中，我们有一个CRT流程。由于软件产品涉及高可用性计算，所以我不会说这是一个非常糟糕的主题，因此非常厌恶风险。但它有时很烦人，肯定会减缓开发速度。
基本上，系统是在您的代码经过3人同行评审后，您填写了一份CRT表格（在某些时候我将其转换为网络应用程序）。
CRT（变更请求小组）将每周审核几次所有请求，并与管理层，团队负责人和有问题的编码人员讨论以确保所有的箍都被跳过：所有的测试都写成......适当人们对它进行了审查......质量保证部门通报了新的测试......等等。
值得庆幸的是，Web应用程序版本已经被广泛接受，旧的手册表格已经被删除了。至少来自我们的组织...
答案 5 :(得分：1)
我目前必须在三个独立的工具中概述我的时间：
我在一个星期内进入高水平（咨询时间与假期与假期与病假等）的时间，显示每天的工作时数。这个用于向客户收费。
客户端有一个他们刚刚推出的时间跟踪系统，我们必须在请求级别输入时间。与客户相关的事物（会议，培训等）的管理时间有它自己的通用桶。不可结算的物品有另一种。这个为期一个月，每周显示小时数。
我的公司还有一个时间跟踪工具，详细说明我们在给定的一周内所做的一切。时间在四分之一小时内被跟踪，并且非常精细。即“对于请求12345，我花了0.25小时编写估算，0.50小时编写需求文档，0.50小时编码文件x。”在我们向客户发送任何内容进行审批之前（在编码任何内容之前很久），估计也必须输入系统并有效锁定（瀑布FTL！）。
我们还有一个非常严格的同行评审流程。我们发送给客户的任何官方文件（需求文档，变更请求，代码等）都必须先进行同行评审。客户还有一个变更控制委员会，每周召开一次会议，批准将要安装到生产中的任何东西。
我曾经向大学的一些朋友解释过我的工作中包含了多少过程和偏执狂。到最后，我想到了在考虑了所有过程之后，（在非紧急的非生产支持情况下），在现有报告中添加单个字段的估计的假设情况，在ABSOLUTE MINIMUM上花了三个小时，实际上是将一个字段添加到现有的select语句中（或者类似于我们使用不使用SQL进行数据库查询的工具）。此外，由于对此的估计会很小（因为三小时仅代表每个所需项目所需的最少0.25小时，再加上生产变更控制会议的半小时），我需要让我的团队领先首先签署它，因为我要走到目前为止我们的估算工具说它应该让我改变代码（这个工具主要基于LOC）。
*叹*
我认为今天足够咆哮。