2009-05-28 47 views
2

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

浮现在脑海中的第一件事情是:

-InfoPath /的SharePoint(我们目前不使用SharePoint现在,也不会是未来两年的一个选项)

- 工作流基础(我已经研究过这似乎并没有太吸引人或适当的)

选项我正在考虑在这一点上:

- 自定义ASP.NET(VB.NET)& SQL Server,它是我的团队主要写的东西他们的应用程序。 - 利用Infopath以电子方式创建表单。想知道是否有一种很好的方法将其与定制的ASP.NET应用程序集成在一起。 - 考虑将应用程序创建为MVC Web应用程序。

我的问题是这样的:

-Are还有其他的选择,我可能要考虑? - 那里有任何入门套件或基于VB.NET的开源项目,这将是一个起点或可以作为一个很好的参考。在这里我主要关注工作流程处理。 - 来自那些沿着这条道路走下去的人的任何意见?

+0

谢谢你们!所有的好建议都会牢记在心。 我仍然对这些细节有所顾虑: - 使用Infopath窗体混合ASP.NET编程,或者如果我们不使用SharePoint,应该忘记InfoPath。在这里,我担心我会陷入做大量复杂的HTML/CSS来复制几十个表单。呸!使用Infopath允许我将这些表单创建转移给其他人。 - 关于记录(围绕所有流程包装我的头脑),您建议使用什么工具来记录或定义他们的流程。也许Visio流程图? – DeveloperMCT 2009-05-28 20:12:50

回答

5

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

自动化破碎过程只使得它更快搞砸了,并告诉了很多人。

至于工具,我的经验,我的日期,但尝试去与一些具有这些属性:

  • 容易改变的。你将会改变它。所以不要硬编码任何东西。
  • 可能的修订控制 - 对进程的更改可能影响或不影响已经在路由中的文档?
  • 可视化工作流编辑。每个人都想要这个,但他们都会要求你开车。仍然是很好的工具。

不知道这是否有用 - 但自动化流程的成功不是技术。

+2

+1我同意100%。确保你理解整个过程,因为大多数基于表单的过程过于复杂。在执行之前绝对建议精简。这不仅会让你的生活变得更轻松,而且当过程花费更少的时间,并且最终变得更加复杂时,你的成功实际上会更高。将破损的流程移至电子版本不一定会使其“更好”或“更高效”。毕竟,它仍然是一种形式。 – 2009-05-28 17:46:59

1

这是稍微偏离主题,但相关的 - 缺陷跟踪系统一般具有工作流引擎/状态。 (事实上​​,我认为Joel或其他FC员工发布了一些关于使用FB来管理初始电子邮件和恢复过程的内容)

我在做任何编码或技术选择之前就建立工作流程的其他建议。你也会希望这是灵活的。

1

由于n8owl提醒我们,自动化混乱产生自动混乱 - 这不是一个改进。许多纸张形式系统已经在几十年的发展历程中发展起来,并且可能相当多余且不规范。一些人士可能为侵犯他们的个人领地的“与形式搞乱”,所以看你回来;-)

  1. 模型中使用的人的目的是什么什么样的角色形式方面的工作流程;这将当前流程记录为基准。获取的每一步需要多长时间的估计,无论是在工时方面和日历时间
  2. 理解的聚集,产生的信息化方面的工作流程,并传递
  3. 巩固表格上的信息到一个新的为最小的工作流程设置表格
  4. 准备好被告知“这是我们一直这样做的方式,我们不会改变”,并轻轻地(a)验证他们的感受,(b)解释如何(c)显示出具体的益处[与步骤1的基线相比]
  5. 尽可能使用软代码;尽可能使用处理规则; Web服务和HTML表单(特别是W/jQuery的)会,如果你有一个Intranet
  6. 提防罐装包(包括SharePoint),除非你完全确定它们包括组织当前和未来的需求
很长的路要走

祝你好运!

--S