月曜日に、多くの企業が流行の制御の改善にもかかわらず、一週間後、在宅勤務始めましたが、同社のラインと、集合コード日にはまだ遠く離れている、在宅勤務は、多くの企業の選択肢となります。
どのようにリモートオフィスの効率：それはもうすでに拷問魂のボスを受けている技術的なリーダーを開始している必要がありますか？進捗状況は、それを保証することができますか？自宅でのコード行と兄弟がより効率的にする方法？
上司が落ち着かそれを維持する方法を尋ねたとき、どのように我々はについて話すことができます。
グループチャットを配置する明確な権限VS
最も大きな影響を在宅勤務することはコミュニケーションとリアルタイムの容易さで、間違っているの後までのノウハウを提出した学生の開発を避けるために、技術のリーダーとして、我々はすべての日常のタスクをクリアする必要があり、はっきりと通信し、のための記録を残しますIMチャットグループでの作業の組織化を避けるために。
オープンリモートの日（電話またはビデオ）すべての学生との開発に、時間が開き始めるとき、一方で我々が開始するために一日の仕事を提供し、仕事でお勧めします、そしてより多くの「駅がします」「ステーションがします」一度まず、それが推奨されます重要なのは「駅がします」毎日「ミッション」それぞれの生徒に明確に通信され、タスクの粒度は、日レベルに行くために推奨され、タスクが持っている必要があります明確な出力が標準。
第二に、タスクがレコードにツール、我々のコードホスティングと組み合わせることができても最高のツールを持っていることが最善である、我々は同期の進行状況の問題を解決しようとしています。
Gitee Enterprise Editionは、責任あるタスクの「タスクカード」明確な記録、時間要件、検査要件と優先順位によって、タスク管理を提供します。
チームのメンバーは、ちょうどライン上で行うために、毎日段階的にタスクのタスクワークベンチ自身の主張の優先順位に従ってくださいする必要があります。
VSを表示するには、任意の時点での進捗状況は、頻繁に制御不能な進行によって中断しました＆
明確なタスクでは、どのように進展の兄弟？あなたがお聞きしたいですか？
しかし、確かにリーダーがすべて知っているが、コーディングの時間の開発を中断しないことが多いの研究開発チームの能力を高めるための有効な手段です。
いくつかの進展がない、この情報が有効なパスであるかの問題を解決することができる心配に求めていますか？
我们观察到，中断开发人员的问题大部分都跟需求、代码有关系，如“需求/任务处理什么进展？”，“代码合入了没？”等等。基于前面我们提到了团队的工作是通过“任务”来进行管理的，所以，我们借助工具的“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 官方博客。未经许可，禁止转载。