2

私は、HRの紙のフォームのいくつかを自動化する任務を負っています。これは最終的には「すべてのフォームを自動化する」になる可能性があるので、長期的に最適であり、このプロジェクトが成長するにつれて優れたフレームワークとなる方法でこれにアプローチしたいと思います。

最初に頭に浮かぶのは次のとおりです。

-InfoPath / SharePoint（現在、SharePointは使用しておらず、今後2年間はオプションになりません。）

-Workflow Foundation（私はこれを調査しましたが、あまり魅力的でも適切でもないようです）

この時点で検討しているオプション：

-カスタムASP.NET（VB.NET）とSQL Server。これは、私のチームが主にアプリを作成するためのものです。-フォームを電子的に作成するためにInfopathを活用します。これをカスタムビルドのASP.NETアプリと統合するための優れたアプローチがあるかどうか疑問に思います。-アプリをMVCWebアプリとして作成することを検討しています。

私の質問はこれです：

-他に検討したいオプションはありますか？-開始点となる、または適切なリファレンスとして使用できるスターターキットまたはVB.NETベースのオープンソースプロジェクトはありますか。ここでは、主にワークフロー処理に関心があります。-この道を進んだ人々からのコメントはありますか？

4

4 に答える 4

5

これは非常にばかげているように聞こえるかもしれませんが、私が長年にわたって企業を支援してきた紙のフォームベースのプロセスの自動化では、まずそのプロセスを理解する必要があります。おそらく、すべてを理解している人は一人もいないことに気付くでしょう。頭をつかむには、プロセス全体の多くのパスをロールプレイする必要があります. 調査結果を発表すると、誰もがショックを受けるでしょう。合理化の機会としてそれを使用してください。

壊れたプロセスを自動化しても、失敗が早くなり、多くの人に知らせるだけです。

ツールに関する限り、私の経験は古いものですが、次のプロパティを持つものを使用してみてください。

  • 簡単に変更できます。あなたはそれを変えるでしょう。したがって、何もハードコーディングしないでください。
  • リビジョン管理の可能性 - プロセスへの変更は、すでにルートにあるドキュメントに影響する場合と影響しない場合がありますか?
  • 視覚的なワークフロー編集。誰もがこれを望んでいますが、彼らは皆あなたにそれを運転するように頼むでしょう. それにしてもいい道具。

これが役立つかどうかはわかりませんが、プロセスの自動化における成功の 80% はテクノロジーではありません。

于 2009-05-28T17:39:54.487 に答える
1

これはトピックから少し外れますが、関連しています。一般に、欠陥追跡システムにはワークフロー エンジン/状態があります。(実際、Joel や他の FC 従業員が、FB を使用して最初のメールと再開プロセスを管理することについて何か投稿したと思います)

コーディングやテクノロジーの選択を行う前に、ワークフローのモデル化に関する他のアドバイスを支持します。また、これを柔軟にする必要があります。

于 2009-05-28T17:52:12.450 に答える
1

n8owl が思い出したように、混乱を自動化すると自動化された混乱が生じますが、これは改善ではありません。多くの紙フォーム システムは何十年にもわたって進化してきたため、非常に冗長で手に負えないものになる可能性があります。「フォームをいじる」ことを個人の領地の侵害と見なす人もいるかもしれませんので、後ろに気をつけてください;-)

  1. 誰がどの役割でどの目的で使用するかという観点からワークフローをモデル化します。これは、現在のプロセスをベースラインとして文書化します。工数とカレンダー時間の両方の観点から、各ステップにかかる時間を見積もる
  2. 収集、生成、送信される情報の観点からワークフローを理解する
  3. 最小限のワークフローのために、フォーム上の情報を新しい一連のフォームに統合する
  4. 「これは私たちがいつも行ってきた方法であり、変更するつもりはありません」と言われる準備をして、穏やかに（a）彼らの気持ちを検証し、（b）仕事が少ないほど効率的であることを説明し、（c） ) 具体的なメリットを示す [ステップ 1 のベースラインと比較]
  5. 可能な場合はソフトコード。可能な場合は処理規則を使用します。イントラネットがある場合、Web サービスと HTML フォーム (特に jquery を使用) は大いに役立ちます。
  6. 組織の現在および将来のニーズを完全に網羅していることが確実でない限り、缶詰のパッケージ (sharepoint を含む) には注意してください。

幸運を！

--S

于 2009-05-28T19:05:30.490 に答える
0

ここで、ワークフロー ベースのアプローチに関する一般的な注意のトーンを検出し、同意する必要があります。柔軟性のためにユーザビリティを犠牲にするほとんどのワークフロー テクノロジの注意点についてアドバイスを受けてください。

于 2009-06-06T20:24:00.510 に答える