Project management 您是否曾经必须提交“文件”；TPS报告“；？
不，不是。相反，您是否有任何关于影响您生产高质量软件能力的政策的官样文章？我说的不是一般的人力资源或系统管理策略，而是直接针对开发过程的策略，比如糟糕的源代码控制策略、测试过程或bug跟踪过程 请不要像缩进与空间或支撑风格这样的圣战，而要像TPS的报告那样，列举令人厌恶的官僚作风Project management 您是否曾经必须提交“文件”；TPS报告“；？,project-management,Project Management,不，不是。相反，您是否有任何关于影响您生产高质量软件能力的政策的官样文章？我说的不是一般的人力资源或系统管理策略，而是直接针对开发过程的策略，比如糟糕的源代码控制策略、测试过程或bug跟踪过程 请不要像缩进与空间或支撑风格这样的圣战，而要像TPS的报告那样，列举令人厌恶的官僚作风 这与我有点相关，因为我一直在回顾我的团队的开发过程，我想看看（上下文）您必须处理的一些最糟糕的过程。结构化策略或流程何时会走得太远？我确实为我工作的系统之一提交了TPS报告： 是的，我非常清楚这个网站是多么过时和不标准
这与我有点相关，因为我一直在回顾我的团队的开发过程，我想看看（上下文）您必须处理的一些最糟糕的过程。结构化策略或流程何时会走得太远？我确实为我工作的系统之一提交了TPS报告：
是的，我非常清楚这个网站是多么过时和不标准。作为一个承包商，我经常不得不提交三份独立的时间和费用报告
不要忘记需要两份状态报告（我们和客户）。过去几年，我们必须填写一份由一线主管签字的请假单，以便休病假或休假 最近，我们获得了访问一个奇特的web应用程序的权限。它允许员工申请休假，并允许主管批准休假。它会卷进我们的时间表，是我们工资系统的基础 尽管在推出新请假系统方面取得了巨大成功，但我们的办公室经理仍然要求我们提交纸质请假单，此外还要在线提交
办公室经理花了几个月才意识到新系统提供的监督与手动系统一样多 没有，但几年前我为阿拉巴马州写了MLI（强制性责任保险）系统的大部分 系统生成的每个报告都是TPS报告：） 例如，每月交易TPS报告、每日交易量TPS报告等
最有趣的是，当州里有人给我们打电话询问TPS报告时：）我认为他们从来没有弄明白为什么他们被称为TPS报告。在一家大型旧电脑公司的前一份工作中，我们有一个CRT流程。我不会说这是一个非常糟糕的想法，因为软件产品涉及高可用性计算，因此非常规避风险。但它有时令人恼火，而且肯定会减慢开发速度 基本上，这个系统是，在你的代码被3个人审查后，你填写了一份CRT表格（在某个时候我把它转换成了一个web应用程序） CRT（变更请求团队）将每周对所有请求进行几次审查，并与管理层、团队领导和相关编码人员进行讨论，以确保所有问题都已解决：所有测试都已完成。。。合适的人已经看过了。。。QA通知了新的测试。。。等等
谢天谢地，web应用程序版本得到了广泛接受，旧的手动表单（非常详细且过于夸张）被删除。至少在我们的组织中…我目前必须用三种不同的实用程序来概述我的时间：
- 我输入一周的高水平时间（咨询时间、假期、假期、病假等），显示每天的工作时间。这个是给客户开账单的
- 客户机有一个他们刚刚推出的时间跟踪系统，我们必须在请求级别输入时间。客户相关事务（会议、培训等）的管理时间有自己的通用桶。非计费项目还有另一个问题。这是一个月，显示每周小时数
- 我的公司也有一个时间跟踪工具，详细描述了我们在一周内所做的一切。时间以四分之一小时为单位进行跟踪，并且非常精细。i、 e.“对于12345请求，我花了0.25小时编写估算，0.50小时编写需求文档，0.50小时编写文件x.“在我们将任何内容发送给客户审批之前（在任何内容编码之前很久），还必须将估算输入系统并有效锁定（瀑布式FTL！）