在
上一篇文章中，我们讨论了Decart IT生产中的职责范围方法。 当我们介绍这些更改时，这些项目是在云Jira中进行的，但其潜力已被最小化。 对于小型公司而言，足够的任务设置，时间跟踪器，错误跟踪器以及项目和团队的统计信息就足够了。 与在Jira中处理单个任务相比，该团队更愿意将TK作为单个文档进行处理，至少是因为Google Docs（以下简称Docs）具有易于浏览的特点。 即使在新TK的工作开始之初，就有想法简化了工作流程，以某种方式“完成”了Docs，但是一系列项目并没有留出时间来探讨这个问题。 因此，当时间仍然存在时，我列出了我们想要实现的目标：
- 文件本身中的时间追踪
- 员工汇报
- 项目报告
- 减少项目实施过程中使用系统本身的时间
- 避免在不同地方复制一项信息
- 花费最少的公司资源
但首先，让我们谈谈技术。
Google脚本
Google Apps脚本（以下简称GAS）是JavaScript的方言，用于为Google服务创建自动化脚本和扩展。 尽管GAS在说俄语的互联网社区中不是很流行，但是毫无疑问，GAS的用处。 GAS具有广泛的集成，因此它是使各种业务流程自动化的良好工具。 目前，该语言具有用于以下服务的类和方法：表，文档，表单，磁盘，Gmail，日历，联系人，地图，组，翻译器。
一个脚本可以同时使用多个服务，这使您可以创建适合您任务的工具组合。
另外，借助Google Apps脚本，您可以在HTML上创建具有图形界面的功能完善的Web应用程序，或将Google Apps脚本嵌入您的网站。 最简单的例子：在网站上建立表格，将文件从计算机上传到Google云端硬盘
因此，我要注意以下优点：
- GAS非常易于使用。
- 与各种服务的广泛集成
- 在云端运行
- 方便的调试和记录工具
- 能够微调访问权限
作为限制，我们注意以下几点：
- 对请求数量，创建的文档数量等进行限制 最大执行时间的限制可能导致您花费更多的时间来优化代码，而不是我们想要的
- CSS有一些限制
- 您必须具有Google帐户才能开发和使用扩展程序
通常，GAS是自动化小型公司业务流程的出色工具，但也可用于更严格的任务。
现在我们直接传递给实现。
结构形式
为了存储和可视化数据，我们决定使用Google Spreadsheets，并基于三个表构建了一个简单的体系结构。
表“劳动”
我们马上做了一年。 床单是几个月。 栏目：
- 一个月中的某天
- 是谁
- 专案
- 任务编号
- 标记时间
- 评注
实际上，这是我们根据其形成其他表的基础。 每行代表一个单独的人工条目。
表“每月报告”
员工和管理人员都必须查看在哪个日期进行哪个项目以及完成了多少工作。 工作表是员工。 栏目：
- 一个月中的某天
- 一天锻炼
- 专案
- 任务编号
- 挑战赛
- 标记时间
- 评注
此数字的数量和总时间在单独的一行上，较低的是人工成本本身。
表“项目工作”
它使您能够了解为任务分配的时间，已经花费了多少，每个部门（设计，前端，后端）还剩下多少小时。 表格-产品版本。 栏目：
- TK部分（h1标题）
- 任务编号
- 挑战赛
- 每个部门2列：制定和估算（以小时为单位）
- 合计
- 余额。 等级减去花费
- 谁从事这项工作以及花了多少钱
最后一行是DL列的摘要。
如何运作
我们在Google脚本上编写了此加载项，安装后即可使用“加载项”标签在任何Google文档中使用。 与客户签署所有文件后，我们将制作一份工作说明书，我们将继续使用该工作说明书。 初始化项目后，将检查是否已创建“ Project Work”表。 如果不是，则创建一个新的。 如果是这样，则将新工作表添加到旧工作表中。 当然，为了正确操作，有必要根据我们选择的模板来命名文件，但这可以省略。
所有任务应具有以下名称：
Tasks_Name（Design_Time_Evaluation + Front_Time_Evaluation + Back_Time_Evaluation）[Task_ID]。
初始化项目后会自动生成ID。
现在该文件已准备就绪。 要标记时间，您需要将光标放在任务的标题上，然后选择菜单项“增加工作”，单击时会打开一个窗口。
人工成本会立即添加到上述所有表格中。 在“文档”中任务的标题下，出现“参与者”行，列出了所有带有标记时间的工作人员。
Bugtracker
对于每个项目，除了具有TK版本的文件外，我们还创建一个错误文件，就系统而言，该文件是相同的版本。 任务评估（客户支付的时间）将为零。
但是与带有TK的文件不同，它将不断更新。 在这种情况下，我们实施了单个任务添加，并更改了表中任务的名称/等级。
为确保错误不会在此文件中丢失，我们在电报中的单独聊天中复制了所有新任务的标题，以表明项目，重要程度和负责的开发人员。 修复该错误后，开发人员会以加号响应，然后PM检查并从聊天中删除与该错误相关的所有消息。 因此，目标是空聊。
是的，就Bugtracker而言，可以提出一种更优雅的解决方案，但是这种方法不需要我们做任何改进，并且同时表现得很好。
未来计划
目前，我们已经完成了MVP，并且在将来，我们将至少实现任务状态（现在只是重点介绍）和基本财务统计信息，而不会将该项目变成科学怪人。
感谢您阅读到底，并祝您愉快！