Forum Posts

sifat khan
Jun 05, 2022
In Physical Education and Health
一、对业务提的需求保持“怀疑”态度 对业务提的需求保持“怀疑”态度,新西兰电话号码列表 时刻提醒我们再问得多一点,再沟通得深一点。 以下是为我与业务的沟通过程: 业务:产品管理中的“单价”可不可以独立修改,并且放在单独的列表展示,新西兰电话号码列表 不和基础信息修改放在一起? 我:我们现在已经做了信息修改的功能,其中包含了“单价”的修改,需要你描述一下这个需求详细的场景和单独修改的作用。 业务:我觉得在一起修改比较麻烦,新西兰电话号码列表 我想单独修改。 我:如果再做一个单独修改的,会导致功能重复,页面功能过多使用起来并不一定很方便哦,而且我们现在技术资源不足,有很多需求在排期,暂时不考虑这种优化功能。 业务:我们小组主要负责价格的优化,如果你不帮我们做这个东西,我怎么去计算价格变化? 我:新西兰电话号码列表 如果你需要价格的变化,我们可以考虑做一个统计报表,更好地监控和分析价格的变化。 业务:那好吧,可以按照你们的要求去做。 我们本次沟通,最终的方案是做统计报表,新西兰电话号码列表 监控价格的变化。 不过我心里依旧保持一个“怀疑”的观点:业务方并不一定只是为了看价格的变化,也有可能价格的变化对他们的绩效产生影响,他们拿到价格变化的数据是为了统计绩效。如果我们可以进一步通过系统直接计算出组内各个同事的绩效,业务方的使用会更加便捷。 需求是隐形的,用户往往不知道自己想要什么,新西兰电话号码列表受于自身的认知的局限性,用户提出的方案往往是他所看过的某种方法。一切真正的需求来源于沟通,我们必须要不断深究,找到核心问题,并提供解决方案。 二、对技术的方案保持“怀疑”态度 对技术的方案保持“怀疑”态度,不代表对技术的水平不信任,只是提醒我们要时刻准备处理未知的风险。 下面是我负责的某个系统发生的问题。 需求:新西兰电话号码列表 计算过去30天销量的趋势值,过去30天可能销量波动较大,故需要判断使用不同计算公式。 设计方案的计算逻辑:判断过去30天内销量>0的值的个数: 若个数>15,则计算公式使用中位数; 若个数<=15,则计算公式使用平均数。 技术实现的计算逻辑:判断过去30天内销量=0的值的个数: 若个数<=15,新西兰电话号码列表 则计算公式使用中位数; 若个数>15,则计算公式使用平均数。 技术为了判断方便,把判断的方式转换了一下,大部分情况下,这两种方式计算的结果绝对是一致的,测试同学模拟数据进行验证,结果是一致的,需求验收上线了。 上线后,我们用大量真实的数据跑了两天,我在排查数据时,新西兰电话号码列表 发现大部分数据都是正常的,有个别数据是异常的,经过我大量的验算,发现了实现的方式与原来设计的有点不一致。 在我们实际的业务中,有些产品刚刚上架,只卖了几天,所以并不是所有产品都有过去30天销量的,按照原有逻辑,销量较少的应该使用“平均数”计算,但是按照技术的逻辑,使用的是“中位数”。 我看过一个很有意思的比喻,说程序的代码就像“城中村的电线”,虽然看起来杂乱无章,新西兰电话号码列表 但是能保证每家每户都有电,使用起来没有任何问题,但如果有一天有人动了一条电线,整个城中村电路就瘫痪了(没有嘲笑的意思,程序员小哥哥勿怪)。 所以说系统上线,正常运行,不代表我们产品工作已经完成,仍然需要一直跟进,负责产品的全生命周期管理,对于任何的小问题都要有所警醒,复查是否是系统设计方面有所漏洞。
请时刻保持 新西兰电话号码列表 content media
0
0
9
 

sifat khan

More actions