![](https://img-blog.csdnimg.cn/20190918140129601.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
项目管理/团队管理
文章平均质量分 79
项目管理/团队管理
乐之者v
一生编程,快乐编程。
展开
-
后端如何减少生产问题以及如何处理生产问题
后端如何减少生产问题以及如何处理生产问题。原创 2024-06-26 11:08:12 · 567 阅读 · 0 评论 -
团队管理--程序员值班
用户反馈问题,客服提工单,或者是客服转告值班的研发,然后值班研发再根据业务领域找到对应的研发。如果业务领域划分的清楚些,客服知道要找谁解决,也可以直接找业务领域的研发,减少信息传播的次数。值班的研发,可以拉个群,让熟悉的研发解决,自己也了解一下,下次遇到了,至少有个思路。如果都让值班的研发去解决问题,有些不熟悉的业务,有可能半天都找不到原因。当然,值班的研发,还是要简单地了解一下的,不然连问题都听不懂就尴尬了。如果研发不清楚问题是怎么产生的,可以先让值班的测试同事,帮忙复现问题。原创 2024-02-13 12:45:47 · 508 阅读 · 0 评论 -
Git分支和迭代流程
因此,先从 feature 分支合并到 release 分支,在验证通过后,才将 release 分支合并到 master 分支,会更加稳妥一些。需要先切换到 feature_v1.0_new分支,然后点击 下面菜单栏的 git,点击Local Changes旁边的 Log,这时能看到 local和remote的分支,点击feature_v1.0分支。因为feature分支是从master分支拉出来的,如果还有新的feature分支提交到master,那么自己的feature分支代码就是滞后的。原创 2024-02-12 23:13:07 · 1835 阅读 · 0 评论 -
如何评估一个需求?需求做不完,怎么办?
倒排需求,时间基本就是倒推的了,没法宽松地评估,一般也没什么buffer,一旦遇到开会多,沟通多,那时间就非常紧张了。如果实在要不到人力和时间,那就不必过分追求代码的规范了,怎么快怎么来,及时交付才是最重要的。因为一边开发新的功能,一边又跟测试沟通,改bug,效率会很低。拆解工作项,颗粒度一定要细,如果一个工作项评估是3天,那领导可能会问,为什么这一个工作项就要3天?拆解完工作项,就向上级暴露风险,要资源,加人力,或者加时间、砍需求。优先级不高的问题,或者改不完的小bug,可以先上线,再优化。原创 2023-11-14 00:17:20 · 194 阅读 · 0 评论 -
java后端解决问题的思路
实际中遇到的问题,可能会更加复杂,还是需要多思考,多分析,多解决实际问题。无他,唯手熟尔。原创 2023-11-08 22:52:51 · 430 阅读 · 0 评论 -
上下游系统对接的沟通与协作
在工作中,有时会有对接其他部门系统的需求,这种需求虽然不复杂,但是跨部门协作,往往会出现各种难以沟通、协调的情况。踩的坑多了,就记录下来。注意:在本文中,A系统调用B系统,A依赖B,称B系统为下游系统,A系统为上游系统。不同团队有不同的叫法,可能上下游还是相反的叫法。没有绝对的正确。原创 2023-11-07 21:44:10 · 634 阅读 · 0 评论 -
程序员如何减少bug?
程序员(开发)如何减少bug?程序员要多跟产品交流需求文档不清晰的地方,要及时跟产品确认。切忌独自揣测,随意开发。在跟产品沟通时,要有自己的想法,描述问题,并给出解决方案,不要一味地抛出问题。需求变更,必须录入需求系统。没有记录,需求变更也会被误认为是bug。程序员多看error日志,能减少bug开发多看error日志,能够减少bug。测试有时发现不了一些代码类的异常bug,比如...原创 2021-12-06 23:51:00 · 129 阅读 · 0 评论 -
如何管理一个技术团队
一、流程规范迭代流程规范制定迭代流程规范。详情见: https://www.cnblogs.com/expiator/p/17149931.html编码规范可以使用《阿里巴巴java开发手册》,规范代码。二、考核研发考核1.优秀的考核方式:做出有价值的需求。如果一个需求,能够大幅提高 GMV,DAU,PV,UV 等指标,哪怕是写100个bug,又有什么所谓呢?2.普通的可...原创 2023-03-21 23:13:00 · 59 阅读 · 0 评论 -
如何提高团队项目的开发质量/效率
如何提高团队项目的开发质量、开发效率。程序员完成大于完美。不要埋头苦干,独立思考后仍不能解决问题,要及时把问题抛出,向其他同事请教。开发进度缓慢,项目进度有风险时,要及时上报,让上级协调资源,或者其他开发人员帮忙分担。有风险不可怕,可怕的是不及时暴露风险。需求并不是做得越多越好,要做有价值的需求。如果每个迭代要做的功能一大堆,没有时间自测,做完出一大堆问题,那还不如少做点,做好点...原创 2022-02-13 16:59:00 · 166 阅读 · 0 评论 -
数据开发的基础
数据开发的数据源数据系统,一定要保存好数据源。最好有一个在线文档,把系统内各个功能用到的数据源记录下来。否则人员变更,数据源丢失就非常麻烦了。OLAPOLAP系统,(on-Line Analytic Processing)。在线分析处理 , 就是用于数据分析处理的系统。离线数据数据产生之后,不会立即进行清洗,而是在固定的时间进行处理,比如,在当天的凌晨统计昨天的数据。常见的有 ...原创 2022-08-26 23:58:00 · 30 阅读 · 0 评论 -
版本迭代流程
研发流程需求阶段 ---> 开发阶段 ---> 测试阶段 ---> 发布阶段需求阶段:产品编写需求---> 产品输出原型图/需求文档,研发预研需求 ---> 需求评审。开发阶段:撰写技术设计文档---> 技术评审---> 拆分需求--->工时评估---> 排期,确定版本-----> 需求池锁定 --->开发需求---&...原创 2023-02-23 23:52:00 · 111 阅读 · 0 评论 -
需求评估-不同数据量和场景的技术选型
评估一个需求时,一定要搞清楚数据量和业务场景。不同的数据量,不同的业务场景,使用的技术是不一样的。数据常用的中间件mysql数据量:百万级别事务:支持事务并发:不支持高并发mysql分库分表数据量:千万级别事务:支持事务。并发:支持高并发全文检索:不支持,左模糊不走索引,性能较差。es数据量:亿万级别全文检索:es尤其擅长。需要搜索时,基本会用es。事务...原创 2023-07-07 23:55:00 · 66 阅读 · 0 评论 -
敏捷开发流程
零、迭代小步快跑,快速迭代。版本迭代中,尽量不要做大而全的瀑布流的需求,最好是一些小的快速交付的需求。在快速迭代中,迅速做出用户需要的需求,并在迭代中,根据用户的反馈,快速调整。一、需求评审需求文档提前发布。文档提前半小时发给其他团队成员,给大家阅读思考的时间。反讲解。程序员听完需求后,反过来讲给产品/需求人员听,看程序员对需求的理解是否准确。拒绝不合理的需求。不明...原创 2020-04-07 00:39:00 · 29 阅读 · 0 评论 -
敏捷开发 (转载)
敏捷开发敏捷开发过程重视团队的交流与管理问题,其提高研发效率的显著效果,使得敏捷开发逐渐成为继瀑布式开发之后,最为流行的软件开发方式,其中,Scrum过程无疑是目前最为成功的敏捷方法。Scrum是用于开发、交付和持续支持复杂产品的一个框架,是一个增量的、迭代的开发过程。Scrum框架在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint...原创 2022-02-14 14:54:00 · 21 阅读 · 0 评论