构建自己的工具:您应该考虑什么?

Dive into business data optimization and best practices.
Post Reply
jrineakter
Posts: 796
Joined: Thu Jan 02, 2025 7:15 am

构建自己的工具:您应该考虑什么?

Post by jrineakter »

每个(复杂)项目都需要协作、存储、共享和检索重要信息的支持。网上有很多应用程序和工具可以帮助解决这个问题。有些是非常通用的,有些是专业的。我们强烈支持使用这些现有工具。因为如果其他人已经巧妙地想到了,为什么还要自己重新发明轮子呢?但有时你无法达到标准。这就是为什么我们做出大胆选择自己开发工具的原因。在这篇文章中,我们分享了在此过程中吸取的教训。


我们的机构专门从事基础设施、政策和医疗保健等方面的专业利益管理。我们从事的项目通常很大,有很多利益相关者,每个人都有自己的利益。涉及的各方从部委、公司到个人。为了在这个复杂的环境中获得受支持的解决方案,我们按照SOM 方法进行工作。我们是一个小团队,周围都是灵活的顾问。内部和外部充分的信息交流非常重要。如果我们想保持我们在市场上的地位,我们必须以比 Word 和 Excel 文档更智能的方式支持该方法。

你自己的工具?
在我们遇到的项目中,会在短时间内收集大量有关发挥作用的问题和利益相关者的信息。历史数据被映射,而且利益相关者施加影响的程度、媒体上是否有“热门”项目以及是否是一个情绪激动的主题。这些混乱的信息被链接、分析并提供适当的策略。我们所知道的工具不足以实现这一点:它们只能提供此过程的一部分或需要复杂的定制。

在这种情况下,从头开始并自己构建一些东西 比利时电子邮件列表 对我们来说似乎是一个更好的主意。对于这样一个小组织来说,这种选择是有风险的,因为与使用(通常很便宜)在线工具相比,它需要大量投资。该工具必须对“核心”服务做出有针对性的贡献,为客户提供附加值并收回投资成本。开发的目的包括:

输入一次信息即可节省时间
保存有用的信息并智能地将其重新用于其他项目
将现有方法更广泛地嵌入到组织中,不仅是直接参与使用该方法的人员,而且是整个项目团队。
清晰地呈现分析结果并提供对进展的洞察
通过上述几点优化专业利益管理,从而有助于实现项目目标。
而且,这是显而易见但经常被遗忘的:它必须是用户想要使用的解决方案!

快速切换、密集协作和清晰度
为了避免陷入无休止的开发过程和无底洞的成本,我们的小团队选择了快速切换、密集协作和明确期望的灵活方法。在此过程中我们得到了以下教训:

1. 透过用户的眼镜看
在此过程之前,我们询问客户他们在支持工具中寻找什么。但在这个过程中我们也一直要求客户思考和参与。这并不总是那么容易,因为您想要展示已经完成的东西(尤其是向您自己的客户!)。我们相信,通过强迫自己这样做,我们已经创建了一个更适合最终用户需求的工具。这也增加了我们转售该工具的机会。

2. 设定优先事项
我们现在做什么以及以后可以做什么?这是我们经常问的问题。这是迫切需要的,因为在您意识到之前,愿望清单开始扩大,而您正忙于构建全面的软件解决方案。这根本不是本意!因此,要优先考虑、重新调整并搁置愿望。

无论我们多么努力,回想起来,我们仍然在非工作核心的功能上花费了太多时间,例如议程和待办事项列表。现在我们将从另外两份报告中受益更多。只有当你真正使用它时,你才会发现什么是重要的。下次我们会更快地使用该工具,体验我们缺少的功能,然后添加它们。

3. 关注未来
在开发过程中,有时很难超越工具的日常开发。但为了使该工具适销对路,我们强迫自己不断展望未来。许多主题都很困难,例如数据安全以及与客户自己使用的应用程序的链接,因此它们很快就从人们的视野中消失了。但它们对于客户在其组织中使用它具有决定性作用。

我们在此过程中解决了安全性以及与应用程序的连接问题,并确保在开发过程中考虑到未来客户的愿望。例如,考虑连接到 SharePoint 的可能性。该链路本身尚未开发出来,但通过正确选择技术,未来将成为可能。

4. 测试、测试、测试……
为了提供良好的工具,需要进行大量的测试。我们在这方面做得还不够,尤其是在流程结束时。几个月后,我们仍然遇到了较多的Bug,其中不少是客户提交的。通过全面的测试计划和几天的专门测试,我们本来可以防止这种情况发生。
Post Reply