From 98132d339c0a283bd02507b909193537e26d619c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=9F=B3=E5=AE=B6=E5=BA=84=E5=B8=82=E5=AE=87=E4=BF=A1?= =?UTF-8?q?=E9=80=9A=E7=94=B5=E5=AD=90=E6=9C=89=E9=99=90=E5=85=AC=E5=8F=B8?= Date: Tue, 19 Apr 2022 18:39:05 +0800 Subject: [PATCH] =?UTF-8?q?=E4=B8=8A=E4=BC=A0=E6=96=87=E4=BB=B6=E8=87=B3?= =?UTF-8?q?=20'test'?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- test/问题及建议.txt | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 test/问题及建议.txt diff --git a/test/问题及建议.txt b/test/问题及建议.txt new file mode 100644 index 0000000..f89e213 --- /dev/null +++ b/test/问题及建议.txt @@ -0,0 +1,7 @@ +1、操作不清楚，开发人员从接收到工单到最后开发完成，并不清楚整个流程中有多少环节，自己应该怎么遵守的各个环节的规范. +有哪些规范如代码规范，接口规范，测试，验收等，如何遵守这些规范？最后要形成什么样的资料。 +2、工单内容调整频繁，工单的内容需要描述到什么程度，太细了就会经常维护调整，因为细节的地方，从工单下发到最后开发完成，需要确认和调整的地方较多。写的粗一些，对工作不细化，对工时工期的规划上存在比较严重的偏差。 +3、目前工单的实际用处并不大。只是排了一个任务。并且工单对工作量的量化手段不足。不能很客观的实时的反应大家的工作情况。 +4、建议小范围试行，且试行的对象要有足够的能力保证能试行的顺利完成。这种能力包含的要有：本身要有一个比较扎实的专业技术能力，其次还要发现试行中存在的问题能力， +正确反馈存在的问题能力，按照要求解决存在的问题的能力。 +5、大家的态度是反对目前的工作方式，还是说认为这个方式需要完善。 \ No newline at end of file