工作那点事—时间把控

最近做了一个小需求，需求简单没有具体原型，自己临摹开发，猜测需求方的意图和要求

插曲，多个应用，开发中沟通未明确，导致代码写到了另一个应用中，问题不大，但代码移植花费一些时间

审批管理的功能，各中曲折，分配需求者意图使用原系统角色管理统一调用接口，由于会错意，系统模块不在一个应用中，此功能也纳入考虑范围（原本不需占用时间考虑）

开发系统中没有分页模块，自己手动实现，耗费时间过多，主要是分页事件和效果。后续应用的迁移，需要和原系统保持一致，后续又花时间改善

接口方面，提供的接口model由于集成过多冗余字段，出现字段不明确取错字段，展示出现错误，有些字段近似，model转换导致set赋值时出现错误，文档应早于接口先行提供

设计页面的需求尽量提供原型，展示效果一目了然。提测中就遇到了测试同学觉得加一下xx效果，验证触发时加一下友好的提示而非原声效果。这里说的并不是认为测试同学怎样，这样的效果和友好交互应尽量再需求中体现，这样更快的去实现，不然就尴尬的一面测试一面商量交互效果，最终原因还是需求要求潦草目的性不强。

一个看似简单的页面加一个二级展示，一个开发人员，从页面的设计、样式、事件开发到编码、对接接口，花费了三天时间，后续还在完善验证过滤的细节，可能时间有些难以接受

自己下来总结一下原因:

1.出页面花费一天时间完成（非前端人员，完全手生），人力资源有限就门外汉硬上了，这块需求交于专业同学负责设计开发可能会节约一些时间，具体还需看前端工作。

2.分页功能花费半天时间，应尽量引用成熟技术实现

3.环境问题，由于环境的不统一，联调出现一些延误，导致后续工作堆积一起，接口暴露问题较多，联调时间延后，给后端修复在时间上造成了一些压力

4.测试数据问题，数据真实性问题，导致一些展示问题，工作量主要在测试同学，时间的压缩也给测试带来压力

5.最主要原因，需求潦草，目的性不强，开发中还在不断沟通交互问题和处理流程，体现了产品和研发的相爱相杀啊

6.需求并不难，难的是明确目标，研发要了解需求意图，产品要明确最终需求

局部执行者的壁垒，角色的尴尬导致对整体认知不足，如果研发能今早的接入，从需求调研到最终确立一起完成，这样你就在做自己提的需求，开发底气十足。现在管理者决策是，也需要各方尽量接入共同完成