因为负责技术的总老大要求,过一下我们总体整个4个迭代周期的计划内容。
防止出现 因为某些功能的缺失,导致整个项目无法上线的问题。
拉了产品与技术一起过了一个需求,
总体的方法论是:
先把最基础的功能先做出来,先保证最基础功能的app的质量,再在其上添加相应的附加功能,
对些方法,我是非常的认同。 要功能也要保证质量。
方法与心得:
1. 今天向一个h哥,与h总二位读者讨教了一下,因为技术人员的背景不同而导致的沟通上的问题。
不同的行业和背景的人对相同的一个名称,会存在完全不同的解析,这个倒是令我有点奇怪。
这个问题讨论的结论: 为了避免技术人员之间的摩擦,周三周五的例会上,针对出现的问题直接在台上说出来,让总技术负责人来裁决。
这个方法,我是认识,但是个人觉得这个逻辑太重了,没有必要什么东西都拿到会议来说,那样效率太低,感觉也太官僚,那可不是我想要看到的效果。
时间: 2024-10-27 10:46:26