工作那点事—时间把控

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

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

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

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

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

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

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

自己下来总结一下原因:

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

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

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

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

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

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

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

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180119G08GO400?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码关注腾讯云开发者

领取腾讯云代金券