标签：业务需求 一个 执行 需求文档 开始 禅道 目的 角度 nbsp
在软件开发公司中，不同职级岗位所负责的岗位职责各异。
本文是基于本人作为一个java开发的角度，算是写的自己新入职公司后对适应开发团队的一些自已的思考和总结吧。
本文主要就工作职责、项目业务功能、项目技术、人际关系、沟通这些方面进行阐述总结。
首先是明确自已的工作职责，先找自已的上级领导问清楚自己负责的是哪一块工作，所负责的这一块具体是什么项目，当前项目进展到什么程度了，接下来是计划是什么，也就是接下来要做那些业务功能。
2.1 对现有的整体业务，大致的功能模块，业务流程整体上先大致过一下，对自己所负责的项目业务在有一个整体上的大致认识，暂时不需要细扣细节；
2.2 接下来的业务需求，即接下来的项目要做哪些，这一块就是需求；这是最终需要由产品到需求到最终的代码实现，即是需要自己去落地实现的。所以需要对来龙去脉搞得清清楚楚的；
3.1 熟悉项目的项目的整体技术架构，明确项目的执行运行流程，运行流程是得弄清楚的；
3.2 对具体功能的技术落地实现，具体的项目技术栈要会用；首先是会用，之后是熟练使用，再之后最好是能优化；
4.1 自己的直接领导、领导的上级领导以及和自己一起开发的组员同事务必尽快熟悉；
4.2 熟悉开发周边人员：前端、产品、测试等；
要能沟通、会沟通、懂沟通。呃，闷骚如我，草民做不到~
积极、主动的思考，不懂的要多问；呃，实在不懂怎么加，一开始，稍微多加加班，态度嘛还是要有的~
然而，要思考哪些不懂，应该问哪些方面呢？
7.1 整体上有哪些业务功能，整体的业务流程是怎样流转的？
7.2 工作流程模式是怎么样的，整体的开发流程是怎么样的？
A. 需求是怎么样由产品到开发的：开需求评审或者TAPD或者直接邮件下发或者随意发个需求文档~
B.前后端是如何交互沟通的：用文件是方式写接口文档或者用swagger或用是专门写接口信息的YApi等
C.开发完成后怎样移交测试的，bug问题修复流程是怎样的：发邮件或者有专门的管控软件如禅道、TAPD等
D.产品的开发迭代周期和流程是怎样的，下个发版日期是什么时候
7.3 具体的需求上，如果涉及到原有的功能的
A.原有的功能是怎么样的，原有的逻辑是怎么样的？现有的需求需要做怎么样的改动？
B.原有的功能涉及到哪些表，表结构及字段的含义说明大致是怎么样的？
C.基于原有的逻辑及表结构，本次需求自己需要做什么样的改动，自己先考虑清楚，理清楚逻辑，最好的详细设计，列出具体的改动项，有疑问的之后可以找带自己的或自己的直接领导咨询及确认；
-----------------------------------------------------------------------
零零散散的、想到啥写啥的，随意写了一些算是工作的总结吧，也希望自己能多思考，勤总结；如此，才能在行业中走得更高更远！
标签：业务需求 一个 执行 需求文档 开始 禅道 目的 角度 nbsp
原文地址：https://www.cnblogs.com/wjqhuaxia/p/14642450.html
