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

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

作者: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),备注 “ 技术 ” 就可以通过审核。

相关文章
|
存储 安全 数据管理
PMBOK泛读(第十章) - 项目沟通管理
PMBOK泛读(第十章) - 项目沟通管理
106 0
WK
|
18天前
|
机器学习/深度学习 人工智能 算法
那C++适合开发哪些项目
C++ 是一种功能强大、应用广泛的编程语言,适合开发多种类型的项目。它在游戏开发、操作系统、嵌入式系统、科学计算、金融、图形图像处理、数据库管理、网络通信、人工智能、虚拟现实、航空航天等领域都有广泛应用。C++ 以其高性能、内存管理和跨平台兼容性等优势,成为众多开发者的选择。
WK
39 1
|
2月前
|
算法 项目管理
「软件项目管理」一文详解软件项目进度计划
该文章深入讲解了软件项目进度计划的制定方法,包括关键路径法(CPM)的基本概念、ES/LS/EF/LF关系图的绘制、浮动时间的计算以及时间压缩和资源优化技术,并通过实例演示了如何有效管理项目时间。
|
6月前
|
敏捷开发 测试技术 项目管理
【高项】项目的概念,项目管理基础与立项管理
项目是临时性、独特性、逐步完善、资源约束和目的性的任务,尤其在企业战略中扮演关键角色。项目管理是系统化的过程,涉及沟通、领导、激励等软技能,常用方法有PRINCE2。项目生命周期包括启动、准备、执行和结束,不同阶段相互重叠,影响因素包括组织结构、生命周期模型(如瀑布、螺旋、V模型等)。立项管理涉及申请书、可行性研究、评估和招标,可行性研究评估技术、经济、社会和法律可行性。项目论证和评估是决策基础,包括机会研究、初步和详细可行性研究。
120 2
|
数据挖掘 项目管理 计算机视觉
PMBOK泛读(第七章) - 项目成本管理(二)
PMBOK泛读(第七章) - 项目成本管理(二)
59 0
|
数据挖掘 项目管理 数据库
PMBOK泛读(第七章) - 项目成本管理(一)
PMBOK泛读(第七章) - 项目成本管理(一)
77 0
|
敏捷开发 数据可视化 安全
敏捷工具-需求管理工具推荐
最专业的敏捷需求管理工具推荐
|
运维 测试技术 项目管理
|
项目管理
知己知彼,百战百胜!如何做好干系人管理
干系人管理是一门较为复杂的艺术,既会涉及沟通,又将涉及管理学,可见其难度之大;那么我们在基于不确定性极大、变化极快的创新型业务时,作为 PM 应如何做好干系人管理呢?
4292 0
|
测试技术 项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈(续)
接上一篇文章“项目管理 – 人员外购利弊谈”。   以上方案只是初步分析,其缺点都是有相应解决办法的。  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。
1054 0