2

我的任务是自动化 HR 中的一些纸质表格。这最终可能会变成“自动化所有形式”，所以我想以一种最适合长期的方式来解决这个问题，并且随着项目的发展，这将是一个很好的框架。

首先想到的是：

-InfoPath/SharePoint（我们目前不使用 SharePoint，未来两年也不会选择。）

-Workflow Foundation（我已经对此进行了研究，但似乎不太吸引人或不合适）

我现在正在考虑的选项：

- 自定义 ASP.NET (VB.NET) 和 SQL Server，这是我的团队编写应用程序时最常使用的。- 利用 Infopath 以电子方式创建表单。想知道是否有一种将其与自定义构建的 ASP.NET 应用程序集成的好方法。-考虑将应用程序创建为 MVC Web 应用程序。

我的问题是这样的：

-还有其他我可能想要考虑的选择吗？- 那里是否有任何入门工具包或基于 VB.NET 的开源项目可以作为起点或可以用作很好的参考。这里我主要关心的是工作流处理。- 那些走这条路的人有什么意见吗？

4

4 回答 4

5

这听起来真的很愚蠢，但在我多年来帮助公司自动化基于纸质表单的流程的过程中，首先要了解该流程。你很可能会发现没有一个人能理解整个事情。您将需要通过角色扮演许多路径来了解它。一旦你展示你的发现，每个人都会感到震惊，因为他们不知道它是如此复杂。以此为契机进行精简。

自动化一个破碎的过程只会让它更快地搞砸并告诉很多人。

就工具而言，我的经验与我约会，但尝试使用具有这些属性的东西：

  • 容易改变。你会改变它。所以不要硬编码任何东西。
  • 可能的修订控制 - 对流程的更改可能会或可能不会影响已经在路由中的文档？
  • 可视化工作流程编辑。每个人都想要这个，但他们都会要求你驾驶它。不过，不错的工具。

不确定这是否有帮助 - 但自动化流程中 80% 的成功都不是技术。

于 2009-05-28T17:39:54.487 回答
1

正如 n8owl 提醒我们的那样，自动化混乱会产生自动化混乱——这并不是一种改进。许多纸质表格系统已经发展了几十年，并且可能非常多余和不守规矩。有些人可能会认为“弄乱表格”是对他们个人领地的侵犯，所以要小心；-)

  1. 根据谁在什么角色出于什么目的使用的形式对工作流程进行建模；这将当前流程记录为基线。估计每个步骤需要多长时间，包括工时和日历时间
  2. 从收集、生成和传输的信息方面了解工作流程
  3. 将表格上的信息整合到一组新的表格中，以实现最小的工作流程
  4. 准备好被告知“这是我们一直这样做的方式，我们不会改变”，并温和地（a）验证他们的感受，（b）解释更少的工作如何更有效率，以及（c ) 显示具体的好处 [与步骤 1 的基线相比]
  5. 尽可能的软代码；尽可能使用处理规则；如果您有 Intranet，Web 服务和 html 表单（尤其是 w/jquery）将大有帮助
  6. 谨防罐装包（包括 sharepoint），除非您绝对确定它们包含您组织当前和未来的需求

祝你好运！

--S

于 2009-05-28T19:05:30.490 回答
1

这有点离题，但相关 - 缺陷跟踪系统通常具有工作流引擎/状态。（事实上​​，我认为 Joel 或其他一些 FC 员工发布了一些关于使用 FB 管理初始电子邮件和简历流程的内容）

在进行任何编码或技术选择之前，我支持关于建模工作流的其他建议。您还希望这是灵活的。

于 2009-05-28T17:52:12.450 回答
0

对于基于工作流的方法，我在这里发现了一种普遍的谨慎态度，并且必须同意。请注意大多数工作流技术的注意事项，这些技术会牺牲可用性以换取灵活性。

于 2009-06-06T20:24:00.510 回答