On Monday, many companies began telecommuting, a week later, despite the improvement in controlling the epidemic, but to the company line and collective code day is still far away, telecommuting will become the choice of more enterprises.
It must have already started technical Leader who have already received a tortured soul boss: how to remote office efficiency? Progress can guarantee it? How to make the code line and brothers at home more efficient?
How can we talk about when the boss asked, how to keep it calm.
VS clear mandate to arrange a group chat
Telecommuting biggest impact is the ease of communication and real-time, in order to avoid the development of students submitted know until after doing wrong, as technology Leader, we have to clear all the daily tasks and communicate clearly, and keep records for to avoid the organization of work in group chat IM.
First, it is recommended once a day to open remote "stations will" (telephone or video) with all the students to develop, and "station will" recommend at work when time starts to open, on the one hand we deliver to the day's work to begin, and more important is the "station will" communicate clearly to each student every day "mission", the task granularity is recommended to go to day level, the task must have clear outputs standard .
Secondly, the task is best to have tools to record, even the best tools can be combined with our code hosting, we are going to solve the problem of synchronization progress.
Gitee Enterprise Edition provides task management, through "task card" clear record of responsible tasks, time requirements, inspection requirements and priority:
Members of the team just need to follow the task workbench own claim priority of the task every day, step by step to do on the line:
Progress at any time to view the VS frequently interrupted by uncontrollable progress &
In a clear task, how the brothers of progress? Do you want to ask?
But surely Leader all know, do not interrupt the coding time developers often is an effective measure to enhance the capacity of research and development team.
Some progress has asked not to worry, that can solve the problem of how this information is valid pass it?
我们观察到，中断开发人员的问题大部分都跟需求、代码有关系，如“需求/任务处理什么进展？”，“代码合入了没？”等等。基于前面我们提到了团队的工作是通过“任务”来进行管理的，所以，我们借助工具的“Pull Request 关联任务”，“Commit 关联 任务”方式作为需求管理和代码管理的桥梁，让 Leader 和其他团队成员可以查看需求的进展，以及需求关联代码的进展。并且，通过Comment 的不同语法，开发人员可以在提交代码的同时就完成卡片状态的更新，让需求的状态同步更加无感。
在 Gitee 企业版中，已经提供了代码提交关联任务的能力，我们可以直接用起来：
通过这样手段打破需求和代码领域的信息孤立，还为后续回答效率问题打下基础。
异步代码审查 VS 集中代码评审
在集中办公的时候，很多团队会选择集中代码评审，一方面可以让团队更熟悉团队代码，提升团队成员能力，另一方面，集中评审后代码的质量会更有保障。
在远程办公时，集中代码评审通过视频会议也可以，但成本较高，建议借助工具的能力进行异步代码审查。异步代码审查不是在同一时间、同一块屏幕上完成的，而是异步的，这就可以让开发兄弟写完代码后，让这些代码对审查者可见，然后开始她的下一个任务。
当审查者有时间了，他会在自己的桌子上按自己的时间表进行代码审查。他而不需要当面和开发者沟通，而是用工具写一些评论。在完成审查后，那些工具会把评论和需要的改动通知给开发者。开发者就会根据评论改进代码，同样的，是以自己的时间表来做这些事情。
PS. 自动触发代码质量分析的功能，大大节省人力、提升效率。
这个循环，会以代码改动再次被提交到审查者这里而又重新开始。开发者修改代码，直到没有评论说需要改进。最后，改动得到同意，并提交到主分支(master branch)。
内部开源协同 VS 重复建造轮子
为了应对在家办公，企业内部的 IT 研发人员面临很大的挑战。面临一个新的办公场景，如何借助内部的力量快速开发产品是当下的立足之本。
最近两年，企业内部逐步强调加强内部开源协同，推动跨部门的协作，优化内部资源配置，重点技术方向上集中优势，寻求技术突破。
借助于 Gitee 企业版的代码库权限管理，Fork+Pull Request 开发协作模式，我们对内部开源的项目既维持质量的稳定又具备灵活修改的能力。非开源项目维护小组的成员可以随时查看代码，并且通过 Fork 在自己的托管空间创建仓库的派生，然后对内部开源项目进行修改，最后通过Pull Request 可以把修改发起合入评审，共享代码给其他人员使用。
企业版 Gitee 设置仓库为内部开源，可轻松支持代码库在企业内部开源。
系统自动统计 VS 成员费时写报告
日常工作转起来后，就回到开头的效率的问题了。开发人员的效率衡量一直是软件工程领域度量的最大挑战之一。从过程指标来看，我们可以用交付的“需求/任务”数、代码量这两个指标来衡量，从结果指标来看，用上线后发现的缺陷数、提交测试后测试人员发现缺陷密度来衡量。
如果你上面使用了“任务”来管理开发人员承担的”需求“，并且在提交代码时关联了对应的”任务“，那我们就很容易在工具中看到每个开发人员完成的任务数和提交代码量了。
Gitee 企业版中提供的统计功能：
如果你要回答老板的问题，拿这一周的数据和集中办公期间的数据对比一下就行了（已经有互联网公司宣称效率已经达到集中办公的 80% 了，再努努力，开发人员远程办公的梦想是不是就可以实现了？海边，沙滩……想想又小激动了一下）。
这段时间的远程，既是对疫情防控的一份支持，也是对团队协作流程的一次打磨，待到疫情结束时，愿每个人都有所收获。
随着所有人的共同努力，疫情终将过去，愿这一天早日到来，愿各位平安。
》》免费开通 Gitee 企业版：gitee.com/enterprises
本文系作者 @Gitee 原创发布在 Gitee 官方博客。未经许可，禁止转载。