大家好!我是老码农。
《码农说》公众号的第3篇文章暖暖来袭,接下来几篇我想从研发效能这个视角分享!
研发在团队中往往给其他团队的感觉,不加班不太正常,做研发的哪能不加班呢?
好像研发天生就和加班画上了等号。
这种观点是不对的,要改的。
研发加班原因很多,主要有
的确上述的情况都有可能发生。
今天的分享只从研发团队内部的研发效能这个角度阐述观点,听起来有些拗口。
但实则很多时候研发团队内部的效能真的不敢恭维。
昨天阅读了一篇文章,文章的标题:埋头做事重要,抬头看路更重要,只有选对方向,努力才会有收获。
这句话重点我加粗了:抬头看路更重要,
当产品需求变更、排期紧等外部因素我们也争取了,但仍不可控的时候。
我们有没有尝试突破现有的思维,在我们内部提升研发效能,减少不必要的加班呢。
项目的README.md和研发效能也能挂上钩,是不是有点扯。
我们先看一个后端开源脚手架项目的截图
这是截图的一部分,这些内容都写在项目根目录的【README.md】文件中,我画框的几部分
我们接着看, 下面这张是架构图,能一眼知道我们的项目都用了哪些技术。
继续看:
这块针对系统的访问做了详细的说明
没有对比就没有伤害,需要先问自己5个问题:
我们真的不需要一份完整【README.md】吗?
新人到团队能快速了解我们的项目吗?
新人到团队能快速搭建起来开发环境吗?
产品资料散落在很多位置,你能快速找到吗?
开发和测试环境的账号都有哪些?不同权限的用户你能网罗全吗?
这四个问题里面尤其第2个问题:新人到团队能快速搭建起来开发环境吗?
谈谈我自己的感受,我个人也经历过外企、私企、大厂等多个团队。
我也跟团队里的小伙伴们聊过这个话题,大家的反馈基本一致,到一个新团队
总之,顺利的话,2天能跑起来开发环境,不顺利的搞的时间更长。
就拿搭建开发环境的maven来说,很多团队
这些一点手顺都没有,扔给一个新人搞,肯定会花费很大力气。
之前刚进一个项目,这个项目用的工具很多,每次在各种工具、资料中来回切换,根本记不清哪些资料放哪里了?
不是我这样的新人痛苦,在团队中待很长时间的人也很痛苦,各种搜索,查找才能定位到。
没有梳理,大家都是瞎撞,这个研发效率能高吗?
所以呢:一份好的README.md能充分提高我们的研发效率。
做项目最忌讳,项目做完了,东西全都在开发人员脑子中,没留下任何电子或者纸质的资料,遇到问题全靠问,人员一旦离职,全都麻爪。
针对开发工程我列个大纲,供大家参考。
(我一般在推进项目的时候比较注重梳理)
项目简介
开发环境搭建手顺:这块一定要有,是个大坑点,没这个搭建环境就的折腾很长时间。
产品资料位置
如果涉及账号申请、拉群需要说明负责人
测试环境
技术资料
。。。
后面就不一一列举了。
一份好的【README.md】能让大家快速定位到自己想找的资料、想找的人。
大家不要小看这一点,相信大家尤其在构建开发环境这个环节深受其害,
各种问,各种查,各种郁闷,都源于一个团队没有一份完整的资料,
而且如果团队人数很多,这个过程会不断重复。
我们写一份优美的【README.md】,不香吗?
大家好!我是老码农。今天就分享到这里。
关注《码农说》,期待用不同的视角与大家进行深入的交流,一同学习技术,提升研发效能,共同高速成长。