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

简介: 还在等什么,快来一起讨论关注吧,公众号【八点半技术站】,欢迎加入社群

作者:Bruce.D

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

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



今日主题      

1、技术一套严格的项目流程重要性~~~
       2、预计阅读 6分钟,正文 2085字。




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

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


image.png



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


第一步:需求梳理

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


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


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



第二步:架构设计

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


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



第三步:文档编写

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


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



第四步:代码编写

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


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


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



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

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


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


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


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


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



第六步:代码评审

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


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



第七步:代码上线

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


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



第八步:上线复盘

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



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


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


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



分割线



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

相关文章
|
2月前
|
敏捷开发 开发框架 数据可视化
敏捷+看板:项目管理效率提高新办法
敏捷开发遇上看板管理,双引擎驱动项目高效协作,助你轻松掌控任务流!
44 2
敏捷+看板:项目管理效率提高新办法
|
2月前
|
敏捷开发 人工智能 数据可视化
项目管理中的Scrum是什么?适用于哪些项目?
2分钟了解scrum模型的操作定义和适用场景!
78 4
|
2月前
|
项目管理 调度
让你的项目无懈可击:产品经理如何精准管理项目进度
本文深入探讨了产品经理在项目管理中的角色与职责,涵盖项目规划、团队管理、时间与成本控制、质量管理等方面,强调了项目管理对产品成功的重要性,并推荐了高效工具“板栗看板”以提升项目管理效率。
|
4月前
|
测试技术 项目管理 uml
「软件项目管理」软件项目范围计划——需求管理与任务分解
该文章详细介绍了软件项目范围计划中的需求管理与任务分解技术,包括需求获取、分析、编写、验证、变更管理的过程,以及任务分解的方法和实践,旨在帮助项目管理者有效地控制项目范围和推进项目进展。
「软件项目管理」软件项目范围计划——需求管理与任务分解
|
敏捷开发 测试技术 程序员
浅谈软件开发模型之瀑布开发和敏捷开发
浅谈软件开发模型之瀑布开发和敏捷开发
|
敏捷开发 数据可视化 安全
敏捷工具-需求管理工具推荐
最专业的敏捷需求管理工具推荐
|
敏捷开发 数据可视化
用Scrum工具Leangoo领歌做敏捷需求管理
Leangoo领歌是一款专业的敏捷开发管理工具,提供端到端敏捷研发管理解决方案,涵盖敏捷需求管理、任务协同、缺陷跟踪、进展跟踪、统计度量等。我们可以通过Leangoo领歌敏捷工具创建一个产品Backlog看板,来管理敏捷需求。
|
数据可视化
如何使用Leangoo领歌敏捷工具管理敏捷缺陷
使用Leangoo领歌敏捷工具我们可以对缺陷进行可视化的管理,方便我们对缺陷的处理进展、负责人、当前状态、分布情况等各个方面一目了然。下面我们来了解如何使用Leangoo领歌管理缺陷。
|
数据管理 程序员 测试技术
研发过程中的文档管理与工具
从工作的这几年实践经验来看,写文档原则上本着复杂的事项细写,简单的事项简写或者不写,卷可以但又不闲的慌;
406 0
研发过程中的文档管理与工具
|
安全 UED
如何做好需求管理?
需求管理是产品经理非常重要的一项技能,简单理解,就是产品经理要记录所有需求,并根据公司的战略目标,对现有需求做排序。做什么不做什么,先做什么后做什么。
197 0