开发混乱导致每次版本迭代都出现问题,该怎么处理?

开发混乱导致每次版本迭代都出现问题,该怎么处理?

坐标魔都,在小型创业公司做产品,目前采用的敏捷开发模式,并没有出专门的文档,主要是开需求评审的时候直接在原型图上做的标注。但是这样导致了开发的管理混乱,每次版本迭代不是漏了这功能就是那功能。请问有什么好办法能解决这个现象?

最近 | 20.8K人阅读
回答 | 8
默认排序
  • 按时间排序
  • 默认排序
  • 我怎么感觉是你们内部的管理出现问题,没有贯彻敏捷开发的制度,敏捷开发的精髓就在于严格把控每次的发布范围以及扁平化的信息流传。如果因为开发混乱导致了迭代版本出错,那就要搞清楚问题出现在哪。

    个人建议,每次迭代定一个ddl,在这个日期之前要上多少功能块。如果开发过快,早早做完了还没到发布日期,不属于这次发布的功能就要分开做,不要把要上线的和不上线的混淆了,这样就容易导致上线功能的影响,就会出现你所说功能遗漏的情况。

    如果开发过慢,看是否要砍一些需求,专注于重点功能的开发,当然如果是团队效率问题或者专业度不够的问题那就另当别论了,这个不多说。

    如果是老板或者客户压下来必须要加个新需求或改个需求,那么两个选择,要么延长发布时间节点,要么把现有的需求砍掉一些提高效率按时发布。

    5赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
  • 看描述感觉是信息同步出现了问题,专门的文档是必须的,因为在开发的过程中可能会出现修改,需求时效性等等问题。

    建议可以从以下这几方面改进:

    1、确保信息及时准确传达。

    小团队的好处就是沟通成本比较低,所以要保证信息的绝对同步。有一个人(一般是项目经理或者产品经理),或者一个平台(比如像JIRA,Teambition,或者就是墙上的一块白板也可以),作为团队内部的信息枢纽。所有信息都要从这个枢纽发出,所有不明确的问题也统一跟各负责人员确认。确保信息时效性、准确性、一致性。每次信息的产生、变化都要与所有成员同步。

    2、开发人员的效率、管理。

    程序作为产品的落地方,首先要保证项目开发的进度,作为产品的你需要每天、周、月进行项目的跟进,这点不解释,总不可能拿到手了才发现功能出现失误或者遗漏,那很大一部分责任都落在你身上。如果是开发人员的专业实力不够强,建议技术负责人固定一个时间做交流分享以增强团队实力。此外还有一点,就是实施的平台基础。这点不用多说了吧,得有支持持续同步的服务器和SDK啊。

    3、根据产品所处的阶段进行调整

    敏捷开发适应产品的成长阶段。如果产品未上线,通常团队内部的目标是明确的,大家都知道我们要做什么,要做成什么样。做出来之后,不用别人说,自己就能发现问题。在这个阶段,使用相对长周期的迭代是可行。毕竟这个阶段,风险主要来自于需求的理解偏差,和客户的需求变更。

    如果产品已经上线,进入的维护阶段,就要控制迭代周期。这个阶段事情会变的更多、更杂,切实任务来的没有时间规律,随时有可能有突发事件或者新的任务。因此,在保证运营成本的情况下,尽量缩短迭代周期,才能保证尽快发现问题。

    4赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
  • 个人有个小建议,就是在每次确认发布前,列个文档,包括发布日期,发布的功能范围大致的内容,等发布前夕,拿出来挨个对照,打勾,以后每次版本都有据可依,大家有目共睹。这样责任也分得清楚,虽然最后产品还是需要背锅。

    3赞同
    收藏 2 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
    • Rose | 最近
      回复
      最后一句话亮了
    • Aurora | 最近
      回复
      是的,假产品表示常常背锅
  • 迭代混乱的原因多样,敏捷的方法不一定会造成开发的混乱,有没有考虑其他原因,比如说需求临时变更,老板“拍脑袋”定需求,开发专业水平不行,人手不足,迭代过快,信息同步不及时;又或者问题是处于你身上,没有思考好功能设计就匆忙开发了。所以要具体问题具体分析。

    我的建议有两点,其一是敏捷开发不一定适用于所有产品,要看产品所处的阶段,小步走快步迭代通常适用于产品初期试水阶段。产品的功能才是关键,开发模式的选择因团队因产品而已,产品的功能才是关键,如果功能都不能做好,那开发模式也就没有意义了。

    其二,没有专门的文档,而直接在原型标注,这个会有很大问题,逻辑是否解释清楚了,输入输出是否讲明白了,特性是否标注完全了,还有等等一系列的问题,这些如果没有文档,需要想办法去规避。

    3赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
  • 对于敏捷开发而言,追求的不仅仅是小步快跑。

    其实每一次迭代,都需要产品设计、开发、测试、上线部署等环节。

    每一个环节必须是完整的,可靠的,高质量的输出。


    请问到底是哪个环节导致了功能的遗漏。

    是你没有说明白或者没有写清楚,还是研发这边开发不到位。

    请问,开需求评审会测试有没有参加,那他们是不是没有测到这个功能就上线了。


    你这样泛泛的讲,根本就不知道问题出现在哪个环节。


    如果是研发的话,那也的找出问题所在。

    是研发这边能力不到位,还是你们迭代的开发量太大,导致了无法如期完工。


    你连一个问题都描述不清,可想而知,你写的文档,又有几人能懂!

    1赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
  • 同在创业小公司,面临同样的问题。出现这样的问题只有一个根本原因,那就是管理出了问题,现在我们正在一点点补文档当中。

    1赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
  • 需求确定好了再做啊!程序要吼多少遍啊!只能代码重构,重新再来了啊。

    1赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近
  • 互联网趋势不错
    赞同
    收藏 回复 分享

    微信扫码分享给好友

    or

    复制页面链接

    最近

暂时还没回答,等你发挥

发布回答,请先 登录 / 注册

晓明

Winter is coming.
  • 干货文章
    优质课程
  • 行业大会
    线下沙龙
  • 热门问答
    精品专场

扫码即可下载app

内容举报

请慎重选择举报原因

垃圾广告营销

不友善内容

侮辱谩骂骚扰

淫秽色情信息

违法有害信息

涉嫌抄袭/盗用

其他

邀请回答

想要更快获得答案?试试邀请回答吧~ 今日已邀请0/5

x

问题还没有标签

给问题加标签后,可根据标签推荐更专业的用户来回答

微信扫码即可分享

确认删除

删除后将不会展示在回答列表中

你所查看的回答已被删除

你所查看的回复已被删除

沉底问题

沉底后问题将从推荐列表中移除,此为
智囊团成员特殊权限,请谨慎使用

温馨提示

问题已沉底
用户将无法在列表查看到该问题

温馨提示

沉底操作已达上限,建议联系天天问管理员
处理违规内容

操作失败

请重新尝试

©2016-2024 - 深圳聚力创想信息科技有限公司 - 粤ICP备14037330号  粤公网安备 44030502002255号

广播电视节目制作经营许可证(粤)字第03109号  增值电信业务经营许可证粤B2-20190788  版权所有 © 深圳聚力创想信息科技有限公司