严格的项目流程,竟然带来...

610e76561be1b15d0be263c3d9452bee.png

作者:Bruce.D

github:https://github.com/doukoi-BDB

文章底部有【技术社群&福利】,不定更新活动、源码,欢迎来撩~~~

今日主题:

        1、技术一套严格的项目流程重要性~~~

        2、预计阅读 6分钟,正文 2085字。

32ba04be6115daebbeb4913d7dd6e787.png

秋风送爽已觉迟

904378b31b6503e7715610b68a718c31.gif

博主呢,一名90后互联网IT 工程师,人称外号:温柔的bruce.D,哈哈简单的自我介绍完毕。今天分享一套目前部门团队运行的项目体系流程,希望能帮助职场中的一些朋友,流程正规化,这样对项目的把控率绝对高。

先上图,让大家看看我们团队目前的流程图:

4ac236ad4a8771b79008cf2ce06c8ad8.png

今天就围绕此图,来讲讲我们现在团队如何运转这套流程,以及带来的好处。如果各位有更好的推荐 或者 中途我有遗漏的地方,可以补正。

第一步:需求梳理

目前需求处理第一步是,需求来源来源哪里?对外肯定是用户,对内(公司)使用的业务方。需求的第一步,达到目标,快速、简单、易懂、合理化。

这一步也是产品会与技术进行项目立项,立项相当于对产品的讲解,在立项过程也是你对产品使用,疑问的一个解答环节,其实此环节更多是顺着产品经理的思想进行,因此一般自己需要格外注意一些核心功能。并且双方确定基础时间给予产品,时间主要为:单人开发时间,自测时间,测试时间,产品验收时间。

这里产品会发立项邮件通知所有参与人员~~~

第二步:架构设计

此环节也是项目重中之重,为何这么说?因为你知道产品的需求后,这个时候你涉及功能开发,需要考虑耦合因素、并发因素(不是高并发)、扩展因素、维护因素、效率因素。

因为这个环节也决定了之后的项目稳定程度,bug率,以及有新人的上手速度。很多我们在面试的时候,那理论知识说的一套一套的,听起来一个字:牛。这个时候就真实的需要应用进去。

第三步:文档编写

这个环节虽然看起来只是一个文档,不过对于我来说,也就是一个文档,啊哈哈,貌似说了一句废话哈~~~我们目前为什么文档会出现在这个位置,因为项目都是有上游,下游对接一说,因此跨部门交互需要提前给到对方文档说明,数据结构。

这样对方也可以初步根据你提供的内容进行开发。

第四步:代码编写

这个环节也是对技术的高要求,为何这么说,博主感触很深。我来到这个天猫好房团队,在做某个项目,因为之前公司小,个人开发习惯也比较差,因此代码的复用性 和 规范特别不友好。因此还被领导批评,所以各位习惯不好的读者一定要注意。

代码服务,服务类该抽象的抽象,该封装的分装,知道设计模块,工厂模式,依赖注入,控制反转,索引,知道就用起来,别一慌,一忙就瞎整。

我当时代码的复用性差,扩展维护性一般,工期一赶,复用性和索引失效都忽略了。这是开发大忌,读者朋友们,这也一定要注意。反正目前我写代码,不管功能简单 还是复杂,我都会思考团队扩展维护如何,复用性如何,这种写法能否达到最好效率等等,哪怕慢点,毕竟习惯改了,后面受益的最终是自己~~~

第五步:功能内测(反讲,用例评审)

这个是开发后,非常主要的一步,我先来说说我们需要做的是:第一技术自测,将本次流程全部执行一遍,找出自己没有考虑到的地方,自己能发现的bug。

然后会召集产品、测试、技术 ,进行技术反讲,这里目的是告知他人自己做的东西是否偏离产品需求,也是告知测试,技术做了哪些,技术的测试如何进行的。

技术反讲后,测试也会进行反讲,只是测试的反讲 和 用例评审,会更加详情,会告知技术他们会测试到具体某个点。

如果有不对地方,产品也会对此提出。这个时候技术也会向产品,测试,其他领导发提测邮件,正式开始测试。

这样能避免上线出现的95%的bug 问题。

第六步:代码评审

这样是为了解决什么问题,想必大家也知道,避免开发中遇到的问题,也就是第4步遇到的问题,因为代码评审是整个团队过去查看你的不足之处,指出存在问题,这样更有效代码提升,脸皮薄的当我没说,因为被同事说,难免会有人尴尬。

这个时候想必大家对这一步有点瑟瑟发抖,哈哈哈,经历几次就好了。

第七步:代码上线

这个其实说的不多,因为我们上线肯定手里没有权限,需要怎么做,需要将自己的远程分支在测试分支测试无问题后,测试会发上线邮件,然后同时产品也会确认。

最终讲自己远程分支合并请求到 master分支,等待领导最后检查,统一请求合并,然后会有部署系统进行代码部署。

第八步:上线复盘

这一步看似简单,没什么,其实也非常主要,因为本次如果你认真复盘对待问题了,一个人我认为不会在相同的地方摔倒2次,3次的吧。

其实这些流程很多道理都懂,很多小公司之类的认为没必要,(我几年前也是这么认为的),其实一个严格正规的流程非常非常重要,真的能避免很多问题,也会让我们自身学习到非常多的地方。

今天主要讲的是流程,里面让自己受益的地方太多太多,比如代码思想,代码规范,技术方案,管理项目经验,跨部门沟通方式,解决问题能力等等一系列都能证明一个人。

结尾这里来一句,加油各位,做一个时刻准备的人,机会很多~~~

分割线

为了让各位方便:交流、交友、技术视频、资源分享、接私活 等等,可以扫下面二维码(wx:xzzs730),备注 “ 技术 ” 就可以通过审核。

进群的小伙伴请加右侧私人微信(备注:技术)

-----商务合作分隔线----

商务合作,关注公众号回复“商务合作”

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

八点半的Bruce丶D

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值