不能做事情,可以完成事情。

“音乐家演奏乐器。 我演奏乐队。” 与制作电影类似,项目必须每天完成。 在公司中,有产品经理,他们负责与工程师交谈,以确保项目完成。 我在这些公司之一中担任软件工程师。 我的工作是确保产品经理主要按照指定方式获得产品。 当我是一家软件公司的新员工时,我被分配了一个相当困难的项目,需要在两个月的时间内完成。 我知道这需要非常具体的主题方面的知识,而且我没有很多时间来做。 我知道,如果我想成为我正在构建的产品的所有方面的大师,那么很多方面都不会那么好。 我所做的非常简单。 我只是找到了将要实施的部分技术领域的专家,并向他们发送了一条消息,询问他们是否可以就当前的问题以及他们将要采取的步骤进行交谈。 在整理好所有不同的专家建议之后,我将根据所有这些建议构建一个计划,并着手进行研究。 当我联系高级工程师时,他们似乎一点也不感到不便。 他们很乐于提供帮助并分享他们所擅长的领域的知识。我一周内安排了几次会议,他们甚至还提供了代码审查和反馈的方法。 当我结合并使用他们提供给我的信息时,我知道我所做的是最好的。 当我将最终产品展示给产品经理时,我并没有隐瞒我得到帮助的事实。 对他来说没关系,我完成了工作,而且做得很好。 在时间有限的情况下,入门级工程师可以产生我所做的结果令他感到惊讶。…

为什么今天需要为您的设施使用软件平台。

从物理上写下细节以与设施管理团队进行交流似乎总是比较容易。 总会有损失和无序安排的风险。 如果有机会,CMMS技术将在正确实施的情况下更轻松地培训您的员工,帮助您更快地进行沟通并更好地组织文书工作。 这是与您的设施管理团队合作的最佳,最有效的方式。 技术简化了客户的入职流程。 现代技术离不开客户培训,它可以增强体验。 您的经理将公司的工作时间用于响应客户的维护电话,电子邮件和聊天。 虽然对每个客户都有利,但它使经理脱离了他们在公司中的主要角色,这可能导致备份并降低整个流程的速度。 您拥有的客户越多,一对一培训就越困难。 但是,现代技术允许客户发送和跟踪请求,而经理们不必忽略一整天的工作。 如果客户需要紧急服务,他们可以随时与经理联系。 客户可以利用文字和图片随意发送问题,并通过应用程序(如Joluud)回答它,而无需麻烦。 改善FM,其团队与客户之间的沟通。 我们手机上的应用程序极大地改善了人们的沟通方式。 面对面的交流将永远是一流的。 但是在不可能的情况下(例如有人在野外工作),技术才能做到最好。 有了我们的手机,我们就可以发送有关手头上的情况或问题的实时消息,就像有价值的设备无法正常工作一样。 使用Joluud为设备拍照并发送给管理团队。…

写作许可

TLDR :我们正在添加对Octobox的issue:write和pull_request:write访问权限,以便您可以对问题发表评论并从Octobox.io(或您自己的实例)提取请求。 我们还将帮助新用户加入并添加自动缩放功能,以使您更快地移动。 为了让您快速上手:10月,我和安德鲁(Andrew)和我离开了Tidelift,专职于Octobox,11月,我们在GitHub Marketplace上启动了Octobox,上个月,我们宣布了对Octobox.io定价的更改方式为项目创造更可持续的未来。 今天,我们为Octobox和Octobox.io发布了许多功能,这些功能可以改善现有用户的工作流程并简化新用户的入职流程。 但是首先,要进行快速更新:Octobox.io现在拥有12,000个用户。 我们的GitHub应用已安装了近1,000次。 我们目前每天处理约50,000个通知和约180,000个更新(网络异常),以使您专注于工作并提高工作效率。 尽管如此,该项目在财务上仍远未实现可持续性。 上个月,我们看到了双方对价格变化的反应。 你们中的有些人提供了令人难以置信的支持(谢谢!),你们中的一些人认为价格太高了。 我们当然理解了这两种观点,但我们想重申一下我们的想法:通过激励某些主机来托管自己的实例来降低Octobox.io的运营成本,它通过使一些用户更接近而增加了贡献者和维护者的基础。对于操作Octobox实例的机制来说,它增加了收入来支持Andrew和我本人等维护者。 所有这些对于Octobox及其社区都是一件好事。 也就是说,我们一直在寻求增加Octobox提供的实用程序和价值 。 我们在哪里可以找到有趣的东西…… 对话内容…

交易工具:Trello的回顾-我们最喜欢的项目管理工具

使用Trello整理您的最新项目 如今,有大量可用于项目管理的工具,但我们发现极具价值的是Trello。 Trello是一个简单的协作工具,可将您的项目组织到板,列表和卡片中。 该工具可提供所有项目的可见性,突出显示进度,展示任务的所有权和到期日的分配。 我们如何使用Trello? 在Innovasium,我们实施Scrum的方法论。 Scrum.org将Scrum定义为“一个框架,人们可以在其中解决复杂的适应性问题,同时以富有创造力的方式交付最高价值的产品。” 为了按照Scrum准则逐步进行工作,我们必须组织起来并对项目进行概述。 Trello可以帮助我们做到这一点。 我们使用Trello进行发现捕获,用户案例,构想会议,管理业务线索以及正在进行的工作。 我们的董事会通常分为5列:“待办事项”,“待办事项”,“正在执行”,“正在审核”和“完成”。 通过这些列,我们的团队可以查看每个项目的阶段并拥有代表任务的卡片。 然后,我们将团队成员分配到卡片上,添加说明,清单,标签和截止日期-创建一个简单但具有凝聚力的项目管理计划。 我们将每张卡移动到相关列中,直到最终在“完成”列中结束。 这是Trello创建的营销委员会的示例。 Trello允许灵活性和个性化,允许您根据项目自定义列,卡片和标签。 Trello的Marketing Sprint示例板。…

可扩展的IT —软件工程为何接管运营

Green Chameleon在Unsplash上​​拍摄的照片 我在本周早些时候听过一个演讲,当时我很吃惊,传统上,大多数技术工作都属于两个“桶”:基础设施和工程。 从历史上讲,不需要从事基础设施职业的人员进行编程,也不需要工程师了解网络基础设施的来龙去脉-但是,如果这一切都发生了变化并且需要大量的交叉,该怎么办? 进入站点可靠性工程(SRE)和软件定义网络(SDN)的世界。 Ben Treynor于2003年在Google成立了SRE团队,并从根本上将其描述为当您告诉软件工程师执行操作任务时所发生的情况。 例如,具有操作背景的人将读取数百个服务器日志,以确定导致给定错误的原因。 软件工程师将通过考虑哪种类型的消息将指示发生给定的错误来解决该问题,然后编写程序以搜索该错误。 从程序完成的那一刻起,它可以反复运行以完成类似的任务。 站点可靠性工程是传统基础架构与工程背景之间的交叉。 Google的SRE的核心是负责所有生产级别的代码,并确保我们提供的产品/服务保持正常运行。 即使某人仅在1%的时间内犯了错误,大规模地这些错误也很快变得难以控制。 只要对给定的程序进行了正确的测试/调整,就永远不会有任何错误。 不幸的是,实施SDN和SRE带来了一个巨大的问题: 缺少人员 。 考虑到基础设施/工程历来是分开的,因此同时拥有两种技能的人都面临着巨大的劳动力短缺。…