百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

从三个月的(敏捷)项目开发中得到的收获

ccwgpt 2024-11-03 12:46 33 浏览 0 评论

项目背景

客户已有运行多年的官网老站(PC端),想在今年对老站进行一次UI全面更新、功能全部平移的升级,对接新的运营后端,然后建立官网小程序端且与官网PC端进行联动,使得品牌自有渠道能够更加全面化。

挑战

  • 时间紧。五月份进行Inception Workshop,确定项目交付范围与架构方案。官网六月初开始开发,小程序八月份开始开发,整个项目九月中旬必须上线。
  • 系统集成和数据迁移。系统需要对接客户的CRM,对接3个服务商,需要对老官网历史数据(订单、会员等)进行迁移。
  • 多团队沟通。小程序设计稿由第三方提供,因此多出了沟通、确认的时间,以及把控第三方交付的时间,以避免交付进度的影响。

迭代计划

Inception Workshop一结束,差不多就开始整理整个项目涉及的故事和技术卡,按照两周一迭代进行迭代计划安排并与客户确认,每个迭代第一周周三安排跟客户showcase上一周的预定的交付结果,得到反馈并安排进行改进。官网项目比较顺利,改造自定义了一下SSR框架就能开始进行开发,并且因为历史原因,还能享受到上一个项目遗留的一些福利,当然也少不了一些坑。

小程序的时间比较紧,相当于整个复制了一遍官网的功能,主要是前端任务,后端可以复用官网后端,因此一开始就给团队同学同步到整个项目的情况,让大家有一个大概的心理准备。然后就是与官网类似的处理,整个交付内容进行迭代排期并与客户确认,前期尽量能多做一些,避免后期怎么努力都无法完成的囧镜。

项目进行时

整个项目的过程中,PM会根据迭代完成情况灵活的找外援加入项目进行支援,以免交付延期。每日的站会(Standup Meeting)更新,让团队能对当前进度有一个大概的了解以及同步一些突发信息。定期的回顾会议(Retrospective Meeting)能暴露团队内部问题,将风险扼杀于苗头,鼓励能为团队带来正向帮助的行为,及时停止不好的做法。

迭代会议(IPM)能让团队对下一个迭代具体要做的事情有一个详细的了解,进行大致的估点,以便check开发进度情况。技术人员定期的CodeReview成为一个大家交流的时段,发现风险,指出问题,互相提高,还可以帮助新人快速的融入团队。

根据团队内部人员情况,可以定期进行一对一沟通,了解个人诉求或是给与近况反馈都是一个不错的渠道。TL应考虑团队内部人员提升自己的诉求,在一些安排上给与倾斜和鼓励,发现问题也需要提前制止。

不足之处

  • 后期对卡墙(Jira)的管理松懈。导致有些问题反复修改,且丢失context
  • 项目对运营后台有一些的定制化配置,没有提前准备运营需要了解的后台操作资料和培训,导致后期花费大量精力帮助运营进行后台配置与更新
  • 人员(QA)变动频繁。公司处于高速发展阶段,项目经历了4个QA,因此有些context可能丢失,测试不到位,导致项目上线出了一些低级问题。比如上线后发现部分浏览器有支付兼容问题
  • 甲乙方定位太角色化,不能站在专业角度评估客户需求(项目做完感觉都一样,客户是爸爸)
  • 与第三方合作交付产物管控不到位,导致第三方设计稿的延迟影响到我们的交付计划
  • 与客户沟通的需求,后面有一些没有进行邮件确认,导致交付验收阶段因一些需求上的问题产生不愉快(这个完全没必要的)
  • 对第三方系统的了解不充分和集成系统的需求整理不清晰导致后续一系列的开发、测试都不到位,以致上线出了不可控的问题

项目总结

  • 提前评估项目的风险点,且在项目进行过程中持续维护,后期安排足够的时间进行调研与分析
  • 与第三方合作一定要有自己的规划,并且将定好的规划提前与第三方确认时间,然后派人提前专门细致的了解第三方需求详细点,确定好具体的业务场景,再来规划己方与第三方的具体集成的点。此外,在进行的过程中,还应注意定时检查合作进度,管控风险
  • 与客户沟通的所有需求都要进行邮件的二次确认,一个是能够对所有需求来源有所记录,另一个是能避免后面的不必要的消耗
  • 开发管理不能松懈,尽量做到所有的改动都能有卡,能够进行追溯
  • 对后期交付时所需要的资料提前准备,对需要进行培训的人员提前约好时间进行沟通培训

在前端这块的管理上,做的还不够。前期经常codereview,然后效果都还不错,让我有了一些错觉就是当前团队趋于稳定,中后期即便是加班比较多,大家气氛这块我觉得都还好。不过在项目后期的时候,有些疏于管理,然后大家有些人也被分配到了其他项目,和同事们的交流不够,没有及时的顾及到一些个人情绪,这块是可以加强的。

作为一个Lead,不论同事是否还在一个项目都应该及时的去了解近况,给与自己力所能及的帮助,这样才能产生向心力,以帮助一些比较迷茫的同学找到方向,看见灯塔。

整个项目时间不长,得失还是挺多的,不论是管理还是技术上,都会有一些心得。然后项目的ROI还不错,得到公司领导的肯定,最后客户那边的反馈也还不错,算是对大家努力的一种认可。

相关推荐

土豪农村建个别墅不新鲜 建个车库都用框架结构?

农村建房子过去都是没车库,也没有那么多豪车,一般直接停在路边或者院子里。现在很多人都会在建房子的时候留一个车库,通过车库可以直接进入客厅,省得雨雪天气折腾。农村土豪都是有钱任性,建房子跟我们普通人不一...

自建框架结构出现裂缝怎么回事?

三层自建房梁底与墙体连接处裂缝是结构问题吗?去前帮我姑画了一份三层自建房的图纸,前天他们全部装修好了。我姑丈突然打电话给我说他发现二层的梁底与墙分离了,有裂缝。也就是图纸中前面8.3米那跨梁与墙体衔接...

钢结构三维图集-框架结构(钢柱对接)

1、实腹式钢柱对接说明1:1.上节钢柱的安装吊点设置在钢柱的上部,利用四个吊点进行吊装;2.吊装前,下节钢柱顶面和本节钢柱底面的渣土和浮锈要清除干净,保证上下节钢柱对接面接触顶紧;3.钢柱吊装到位后...

三层框架结构主体自建房设计案例!布局13*12米占地面积156平米!

绘创意设计乡村好房子设计小编今日头条带来分享一款:三层框架结构主体自建房设计案例!布局13*12米占地面积156平米!本案例设计亮点:这是一款三层新中式框架结构自建房,占地13×12米,户型占地面积...

Casemaker机箱框架结构3D图纸 STEP格式

农村自建房新宠!半框架结构凭啥这么火?内行人揭开3个扎心真相

回老家闲逛,竟发现个有意思的现象:村里盖新房,十家有八家都选了"半框架结构"。隔壁王叔家那栋刚封顶的二层小楼,外墙红砖还露着糙面没勾缝,里头的水泥柱子倒先支棱得笔直,这到底是啥讲究?蹲...

砖混结构与框架结构!究竟有何区别?千万别被坑!

农村自建房选结构,砖混省钱但出事真能保命吗?7月建材价格波动期,多地建房户因安全焦虑陷入选择困境——框架结构虽贵30%,却是地震区保命的关键。框架柱和梁组成的承重体系,受力分散得像一张网。砖混靠墙硬扛...

砖混结构与框架结构,究竟有何区别?千万别被坑!

农村建房选砖混结构还是框架结构?这个问题算是近期留言板里问得最多的问题了。今天咱们说说二者的区别,帮您选个合适的。01成本区别假如盖一栋砖混结构的房子需要30万,那么换成框架结构,一般要多掏30%的费...

6个小众却逆天的App神器,个个都是黑科技的代表

你的手机上有哪些好用的软件?今天我就给大家分享6个小众却逆天的App神器,个个都是黑科技的代表!01*Via浏览器推荐理由:体积极小的浏览器,没有任何广告。使用感受:它的体量真的很小,只有702KB,...

合肥App开发做一个app需要多少钱?制作周期有多久?

在移动互联网时代,开发一款APP已成为企业数字化转型与个人创业的重要途径。然而,APP的开发成本与制作周期受功能复杂度、技术架构、团队类型等多重因素影响,差异极大。好牛软件将从这两个维度展开分析,帮助...

详解应对App臃肿化的五大法则

编者注:本文转自腾讯ISUX。先来看一张图:图上看到,所有平台上用户花费时间都在减少,除了移动端。观察身边也是如此,回家不开电脑的小伙伴越来越多。手机平板加电视,下班场景全搞定。连那些以前电脑苦手的...

实战!如何从零搭建10万级 QPS 大流量、高并发优惠券系统

需求背景春节活动中,多个业务方都有发放优惠券的需求,且对发券的QPS量级有明确的需求。所有的优惠券发放、核销、查询都需要一个新系统来承载。因此,我们需要设计、开发一个能够支持十万级QPS的券系...

8种移动APP导航设计模式大对比

当我们确定了移动APP的设计需求和APP产品设计流程之后,开始着手设计APP界面UI或是APP原型图啦。这个时候我们都要面临的第一个问题就是如何将信息以最优的方式组合起来?也许我们对比和了解了其他一些...

数字资产支付 App 的技术框架

开发一款功能强大、安全可靠的数字资产支付App需要一个整合了区块链技术、后端服务、前端应用以及第三方集成的全栈技术框架。这个框架的核心在于保障数字资产的安全流通,并将其高效地桥接到传统的法币支付场...

从MyBatis到App架构:设计模式全景应用指南

从MyBatis到App架构:设计模式全景应用指南引言在企业级应用和服务端开发领域,MyBatis凭借其灵活、简洁、强大的ORM映射能力被广泛应用。而它之所以能拥有如此优秀的可扩展性和工程可维护性,正...

取消回复欢迎 发表评论: