メニュー
無料で
登録
 /  人を奪う/ワークフロー。 仕事の休憩:種類、条件、割り当てられた時間

作業プロセス。 仕事の休憩:種類、条件、割り当てられた時間

より短い時間でより多くの仕事をしたいのは普通のことです。 なぜなら、ビジネスにとっては普通のことです。 これにより、コストの増加を最小限に抑えながら利益を増やすことができます。 通常およびより多くを受け取ることを期待する従業員のために 効率的な仕事プレミアム。 すぐに小さな概念を定義しましょう。ビジネスプロセスは、消費者向けの特定の製品またはサービスを作成することを目的とした、相互に関連する一連のアクティビティまたはタスクです。 明確にするために、ビジネスプロセスはビジネスプロセスフローチャートを使用して視覚化されます。 (wiki)最も単純なプロセスは、ある人から別の人に渡る作業の流れです。

多くの進歩的な組織 昨年これらのプロセスを最適化するために懸命に取り組んでいます。特に、電子メールで添付ファイルとして送信されるファイルの数を減らし、印刷されるドキュメントの量を減らしようとしています。 多くの場合、情報は複数回複製されるため、従業員の作業と、テラバイトの情報の保存を担当するIT部門の保守とパフォーマンスの両方が困難になります。上記の問題の一部は、SharePointFoundationを使用して解決できます。 NET3.5コンポーネント-WindowsWorkflowFoundation。 WFは、エンタープライズワークフローを構築できる機能、つまり、トランザクション、追跡、および通知の組み込みサポートを提供します。 WFはスタンドアロンアプリケーションとしては機能しませんが、常にSharePointプラットフォームプログラムで機能します。 SharePoint ServerはFoundationエディションの上に構築されているため、ワークフローの互換性が保証されます。

SharePointを使用すると、いくつかの方法を使用してビジネスプロセスを支援できます。

1. サブスクリプション RSS -サイトで公開されている更新を読むための非常にシンプルで便利な方法。 この方法を使用すると、クライアントはIEまたはMicrosoftOutlookを開いたときに情報を受け取ります。

2. アラート -新規、変更、追加、または削除されたドキュメントに関する定期的な通知の方法。 イベントが発生すると、ユーザーは情報が記載された電子メールを受信するだけです。 アラートはすぐに送信することも、毎日または毎週のニュースレターとして送信することもできます。

3. コンテンツの承認 -バージョン管理機能とともに、特定のグループの人々に対してのみドラフトバージョンを表示する権利を定義することにより、コンテンツを管理できるようにする方法。 ライブラリまたはリストのコンテンツ承認が有効になっている場合、それらには特別な承認ステータスフィールドがあり、特定のアイテムを承認または拒否する機能があります。 このような要素には、承認済み、拒否済み、保留中の3つのステータスがあります。 リストを管理する権限を持つユーザーは、アイテムのステータスを変更することができます。 同時に、コンテンツ承認の従業員は、新しいファイルの出現に関する電子メール通知を受信しません。要素のリストとステータスを確認するには、サイトにアクセスする必要があります。

しかし、それでも、上記のいずれも、段階的なプロセスに基づいてビジネスプロセスを自動化することはできません。 これらの方法を組み合わせて、アラートとともにコンテンツ承認を使用することで、部門のメンバーがドキュメントの新しいメジャーバージョンを公開した場合に電子メールを送信する単純なワークフローを作成できます。 ただし、このオプションは、少数のビジネスプロセスのみを解決するのに役立ちます。

SharePointには、プロセスを自動化するための他の2つの方法があります。

· 作業プロセス(ワークフロー)他の人の介入を必要とするいくつかの操作の進行状況を自動化および追跡するために使用されます。 ワークフローを進めるためにアクションが必要な場合に従業員に通知するなど、介入は異なる場合があります。 このようなプロセスには数日、数週間、または数か月かかる場合があり、プロセスが完了する前に別のイベントを待機する必要がある場合があります。 ワークフローは、ブラウザー、SharePoint Designer、およびVisualStudioを使用して作成できます。

· イベントレシーバー(イベントレシーバー)-人間の介入を必要としないプロセスを自動化するために使用されます。 イベントレシーバーは、VisualStudioを使用してのみ作成できます。

自動化プロセスの計画

自動化する必要のあるタスク自体が多くのアトミックアクションに分解されるまで、ワークフローはタスクを自動化できません。 ワークフローは、紙のドキュメントに保存されている情報のステータスを追跡しません。 ビジネスプロセスの自動化は、プロセスを手動で実行する方法を完全に理解している場合にのみ実行可能です。 確かに、計画段階では、ビジネスプロセスの所有者のサポートを求める必要があります。ビジネスプロセスの所有者は、それを非常に有能に説明できます。 ワークフローの計画ははるかに 大事なポイント SharePointDesignerで直接作成するよりも。 自動化するビジネスプロセスを選択するときは、最初に予測可能であり、ワークフローの作成コストが返され、ワー​​クフローの完了にかかる時間が最大に短縮されるプロセスを探します。

用語の紹介

サイト、コレクション、およびライブラリがテンプレートに基づいているのと同様に、ワークフローは独自のテンプレートを使用します。 これらのテンプレートは、ブラウザーまたはPowerShellを使用してサイトまたはサイトコレクションレベルで有効または無効にできるSharePoint機能として設計されています。 ワークフローテンプレートは、ワークフロー機能が有効になっている場合にのみ使用できます。

SharePoint Foundationには単一の3ステップのワークフローテンプレートが付属していますが、SharePoint Serverには、サイト用に作成された多くのドキュメント中心のワークフローと1つのWebAnalyticsワークフローが含まれています。

ワークフローは、実行によって結果が得られる一連のタスクです。 作成されたワークフローは、ライブラリ、リスト、サイトの3つのオブジェクトのいずれかにバインドする必要があります。 ワークフローテンプレートをコンテンツタイプに関連付けてから、コンテンツタイプをライブラリまたはリストに追加することもできます。

結果を生成するために実行する必要のあるタスクを決定するためにチェックする必要のある条件を定義するテンプレートを使用して、ワークフローを開始できます。

サイトコレクションレベルでは、[ワークフロー]ページを使用して、現在使用可能なワークフローテンプレートを確認できます。 現在実行中のワークプロセスのリストも利用できます。

このページにアクセスするには、次のことを行う必要があります。

1.[サイトの操作]-[サイトの設定]に移動します

2. [サイト管理]セクションで、[ワークフロー]をクリックします。

[ワークフロー]オプションが表示されない場合は、サイトコレクションではなく、サブサイトの管理ページを表示している可能性があります。

残念ながら、[ワークフロー]ページには、どのワークフローテンプレートがどのレベルでバインドされているかを理解するのに役立つリンクがありません。 (ライブラリ、リスト、サイト、コンテンツタイプ)

ワークフローには常に始まりと終わりがあります。 ファイルまたはリストアイテムに対して選択された特定のイベントの後にワークフローを開始します。 次に、プロセステンプレートで定義されたステップをエンドポイントまで進みます。 その後、ワークフローのステータスは「完了」になります。 ワークフローの新しいインスタンスが開始されるまで、ワークフローは他の作業を行いません。

複数の異なるワークプロセスが同時に存在する可能性があり、さらに、1つのファイルに対してそれらを同時に実行することもできます。

ワークフローテンプレートとその構成に応じて、ワークフローは次の場合に開始できます。

手動で。 ここには微妙な違いがあり、「リストの管理」権限を持つユーザーのみがそのようなワークフローを開始できます。 新しいワークフローをテストする場合、またはライブラリにすでに追加されているファイルに対してワークフローを実行する必要がある場合は、このオプションを使用します。

自動的 リストまたはドキュメントアイテムを作成するとき。

自動的 リストまたはドキュメントのアイテムが変更されたとき。

カスタムワークフローは、ここにリストされていない他の起動方法をサポートする場合があります。 たとえば、SharePoint Server 2010では、情報管理ポリシーによって初期化される4番目のワークフロー開始メソッドを使用できます。

厳密には必須ではありませんが、 ほとんどのワークフローは、次の2つのリストを使用します。

タスクリスト。 (タスク) タスクアイテムを作成して、ワークフローの次のステップのために作業を完了したり情報を収集したりするようにユーザーに通知するために使用されます。 ワークフローは、割り当てられたタスクへのリンクを含む電子メールメッセージをユーザーに送信することもできます。

作業プロセスの履歴。 (ワークフロー履歴) サイトのコンテンツからは見えない隠しリスト。 実行中または完了したワークフローを追跡します。 基本的なタイプ情報(日付、ステータス、メンバー、説明)が含まれています。 履歴リストの内容に基づいて、ワークフローの期間とその使用アクティビティを示すレポートを作成できます。 また、現在キャンセルされているワークフロープロセス、実行時エラーで失敗したワークフローの実行を示すエラーレポートとキャンセルレポートを生成することもできます。 上記のように、このリストは非表示になっており、サイトのアクセス許可を継承している間はサイトのコンテンツには表示されません。 したがって、権限を持つすべてのユーザー " コラボレーション'このリストのアイテムを更新できます。 このリストは、ブラウザに入力して表示できます:http:// sitename / lists /WorkflowHistory/。 ロシア語版のSharePointの場合、修正を行う必要があります。このリストは「リストとワークフローのジャーナル」と呼ばれ、http:// sitename / Journal%20lists%20and%20workers%20processes/にあります。

リストを使用してタスクとワークフロー履歴を保存すると、時間の経過とともにサイトのパフォーマンスと速度に影響を与える可能性があります。 そのため、Microsoftは、ワークフローの実行またはキャンセルから60日後にタスクリスト内のアイテムを削除する毎日の自動クリーンアップジョブを作成しました。 ワークフロー履歴は削除されません。 これらのリストにはサイト権限があり、そのうちの1つは定期的にクリアされるため、ワークフローが実行していることの監査証跡として使用しないでください。

ライブラリとリストのワークフロー。

「リストの管理」権限を持つ従業員は、「ワークフローオプション」を使用して、プロセステンプレートをリストまたはライブラリにリンクできます。 このようなワークフローは、特定のコンテンツタイプ、または任意のコンテンツに対してのみ機能します。 [ワークフローオプション]ページから、タスクとストーリーを保存する場所を選択し、リストまたはファイルアイテムのワークフローインスタンスをトリガーする条件を設定します。 このページでは、既存のワークフローを編集および削除することもできます。 例として、3ステップのワークフローを使用してみましょう。 3ステップのワークフローは、3つのステップ(状態)を通じてリストアイテムのステータスを追跡するように設計されています。 このワークフローを使用すると、顧客サポートの問題など、組織が多数の問題や項目を追跡する必要があるビジネスプロセスを管理できます。

ワークフローが開始されると、割り当てられた人のタスクが作成されます。 タスクを受け取った後、チームメンバーはタスクを完了するために必要な作業を行います。 作品は、リストまたは問題追跡リストが配置されているサイトにある必要はありません。 たとえば、ケータリングプランを作成するワークフロータスクが与えられると、チームメンバーはケータリング会社に連絡してプランを作成します。 宴会サービス計画を作成した後、彼はワークフロータスクの完了をマークします。 この時点で、課題追跡システムのイベント計画タスクのステータスが[アクティブ]から[レビューの準備完了]に変わり、イベントコーディネーターが宴会プランをレビューするための2番目のタスクが作成されます。 この計画がレビューおよび承認されると、アクティビティコーディネーターはワークフロータスクに完了のマークを付け、タスクのステータスが[レビューの準備完了]から[完了]に変わります。

ワークフローテンプレートをライブラリまたはリストに追加するには、プロセスの名前を指定し、プロセスを開始するための条件を選択し、プロセスが必要とする情報を提供する必要があります。特に、プロセスが自動的に開始される場合はそうです。

次の手順を使用します リストまたはライブラリのワークフローテンプレートを追加するには:

1.「HolidayRequest」という名前の新しいカスタムリストを作成します。 休暇のリクエストを保存するために使用されることを推測するのは難しいことではありません。 リストに「Choice」タイプの新しい列「HolidayStatus」を作成します。 選択肢として、「提出された休日の要求」、「承認された休日の要求」、および「取得した休日」を入力します。 この列には、リクエストの現在のステータスが表示されます。

2.リボンのリストオプションを展開します。 ワークフロードロップダウンメニューで、[ワークフローの追加]をクリックします

3.コンテンツタイプをEveryoneに設定するか、ワークフローテンプレートを直接選択します。 特定のコンテンツタイプを選択するときは、次のことを確認してください。 与えられたタイプすでにライブラリにリンクされています。 残りの手順は、3つの手順のワークフローを選択したことを前提としています。

4.ワークフローの一意の名前で、「HolidayRequestApproval」を指定します。 この名前はリストに列を作成するために使用されるため、ライブラリに一意に割り当てる必要があります。 すでに予約されている列名は使用しないでください。

5.タスクリストとログリストに新しいリストを作成することを選択した場合、それらはワークフローの名前で作成されます。

6. [開始オプション]設定ブロックで、ワークフローを開始するオプションを選択します。 テストの目的で、「変更権限を持つユーザーは手動で実行できる」オプションを選択できます

7.ドロップダウンメニューで、リストに作成されたステータス列を選択します。 この列には次のように表示されます 現在の状態要求し、さらに中間状態と最終状態を示します。

ワークフロー参加者は、2つの方法で3ステップのワークフローでワークフロータスクを完了することができます。 ワークフロータスクを完了としてマークすることで変更したり、リスト内のワークフローアイテムのステータスを変更したりできます(リストを変更する権限がある場合)。 チームメンバーがリスト内のワークフローアイテムのステータスを手動で更新した場合、ワークフロータスクは完了しています。 彼がワークフロータスクを完了とマークして変更すると、ワークフローアイテムのステータスが[完了]に変わります。 画像には、Holiday Request Submitted、Holiday Request Approved、HolidayTakenの3つのステータスがあります。

すべてが非常に簡単です。ワークフローテンプレートのパラメーターを入力することにより、各段階で作業を実行するためのタスクが誰に生成されるか、そのパラメーターを指定します。 また、実行者はタスクを知っているので、方法として電子メールで従業員に通知することを提案します。

以下同様に2段階で行われます(ホリデーリクエストの送信、ホリデーリクエストの承認)。 製本が完了したら、作業の確認を開始できます。 電子メールで通知することを選択した場合、ワークフローを機能させるには、SharePointで送信メールの設定を構成する必要があることに注意してください。 管理センターを通じて行われること。

この場合のワークフローの開始は、手動で、「ホリデーリクエスト」リストに要素を追加した後に行われます。

最初の部分の要約: SharePoint 2010でワークフローを使用することは、複雑なビジネスプロセスを自動化するための優れた方法です。 しかし、自分でトレーニングを受けていないユーザーは、それらに対処できません。 ITスペシャリストは、SharePointワークフローのテクノロジを理解することに加えて、ビジネスをリッスンし、ビジネスプロセスをコンポーネントのステップに分解して、上記の方法で適切な操作を後で自動化できる必要があります。 私はこれの最初のレンガを願っています 難しいトピックこの記事が掲載されました。 この記事は、実際にはまだ公開されていない本「Microsoft SharePoint Foundation 2010 Inside Out」から編集された要約であり、office.microsoft.comから抜粋したものです。 したがって、言語の質には多くの要望があります。

作業プロセス

「...ワークフロー:入力を出力に変換し、組織内で実装される、相互に関連する、または相互作用する一連のアクティビティ...」

ソース:

「情報技術。組織の管理。管理およびサービス活動の電子規制。主な規定。GOSTR52294-2004」

(2004年12月29日のロシア連邦の国家基準の法令によって承認されたN 138-st)


公式用語。 Akademik.ru。 2012。

他の辞書の「ワークフロー」を確認してください。

    作業プロセス---[A.S.ゴールドバーグ。 英語ロシア語エネルギー辞書。 2006]トピックエネルギー一般的なEN作業プロセス…

    作業プロセス--3.1.4ワークフロー:入力を出力に変換し、組織内で実装される、相互に関連する、または相互作用する一連のアクティビティ。 ソース …

    LREガス発生器での作業プロセス-ガス発生器での作業プロセス燃料成分をガス発生生成物に変換するためのLREガス発生器の燃焼室での一連のプロセス。 [GOST1765589]トピック液体ロケットエンジン同義語ワークフロー...... 技術翻訳者ハンドブック

    LREチャンバーでの作業プロセス-チャンバー内の作業プロセス燃料成分および(または)ガス生成生成物を燃焼生成物に変換するための、LREチャンバーの燃焼チャンバー内の一連のプロセス。 [GOST1765589]トピック液体ロケットエンジン同義語ワークフロー... 技術翻訳者ハンドブック

    エンジンワークフロー-(エンジンサイクル)運転中にエンジンシリンダー内で1サイクルに発生する一連の現象。 エンジンサイクルを参照してください。 サモイロフK.I.マリン辞書。 M. L。:ソ連のNKVMFの州海軍出版社、1941年...海洋辞書

    ワークフロー(Service Manager 2010の場合)-ドキュメントまたはアイテムが自動化されたビジネスプロセスの一部として処理される一連の操作、アクティビティ、またはタスク。 ENワークフロー一連のアクティビティ、アクション、またはタスク…… 技術翻訳者ハンドブック

    コンプレッサーワークフロー- 集計 物理現象圧力の上昇とコンプレッサー内のガスの動きに伴い、エンジンの機械的エネルギーがガスに確実に伝達されます。 [GOST2856790]トピックコンプレッサーENの動作特性… 技術翻訳者ハンドブック

    コンプレッサーの作業プロセス--37。コンプレッサーの作業プロセスE.動作特性コンプレッサー内のガスの圧力と動きの増加に伴い、エンジンの機械的エネルギーをガスに確実に伝達するための一連の物理的現象出典:GOST 28567 90 ..。。 辞書-規範的および技術的文書の用語の参考書

    チャンバー内の不安定な作業プロセス(ガス発生器)LRE-チャンバー内の不安定な作業プロセス(ガス発生器)圧力の自励発振を伴うLREのチャンバー内の作業プロセス(ガス発生器)。 説明ロケットエンジンのチャンバー(ガスジェネレーター)の不安定な作業プロセスを特定することは不可能です。 技術翻訳者ハンドブック

    チャンバー内の安定した作業プロセス(ガス発生器)LRE-チャンバー内での安定した作業プロセス(ガス発生器)圧力の自励発振のないLREのチャンバー内での作業プロセス(ガス発生器)。 説明ロケットエンジンのチャンバー(ガスジェネレーター)の不安定な作業プロセスを、不在または違反で特定することは不可能です... ... 技術翻訳者ハンドブック

  • プログラム「WorldofDiscoveries」の下での教育活動のカレンダー計画。 作業計画、BerezhnovaOlgaVladimirovna。 マニュアルは、作業計画と計画技術を提示します 教育活動教育者 幼稚園概念的な規定、目標、目的に従って...349ルーブルで購入
  • プログラム「WorldofDiscoveries」の下での教育活動のカレンダー計画。 教育者の作業計画。 2番目のジュニアグループ、Berezhnova O ..マニュアルは、概念的な規定、目標、および目的に従って幼稚園教師の教育活動を計画するための作業計画と技術を提示します...

組織の管理性を確保する

仕事のルールを設定することで、私たちはテクノロジーを形成します。それは、単純な人々をビジネスにするものです。 テクノロジーは、結果を達成するためのすべての段階での明確で形式化された一連のアクションです。 ステップ1、ステップ2、ステップ3...ステップを完了して次のステップに進むための基準。 課題は、従業員が一緒に合意に達することができるように、適切な職務記述書を従業員に提供することです。 望ましい結果。 従業員が何か間違ったことをする可能性がある場合は常に、彼の行動は指示によって規制されるべきです。

これを達成する方法は? 組織のワークフローを規定する必要があります。

ワークフローとその3つの段階

会社のビジネスプロセスは 宿題盟主。 そうすれば、会社は今後2、3年は安定して働き、マネージャー自身の仕事は日常的でシンプルでわかりやすいものになります。

かつて、ある部署の従業員とコミュニケーションをとる機会がありました 中央銀行。 私たちは長い間彼に尋ねました:「結果は何ですか?」

これは中央銀行です。 それは動作し、すべてです。 これは目に見える結果です。
-自分がうまくやっていることをどうやって知るのですか?
-明日は昨日と同じように働きます。

企業が適切に設計されたワークフローに従って作業している場合、これにより、標準的で確立された方法で利益が保証されます。 このような事業は、必要に応じて売却することができます。 作業プロセスがない場合、私たちが所有するのは会社の所有物、つまりテーブルとコンピューターだけです。 このビジネスはそれ以上の価値はありません。

私たちが会社の仕事を技術化する現在、私たちは必要な従業員の要件を大幅に減らし、製品の品質を損なうことなくこれを行います。

ステージ1

どこから始めれば ワークフローレシピを作成しますか?終了して開始 (つまり、プロセスの目的の結果から開始します)。

これを行うには、最初に次のように定義します私たちが受け取りたい従業員の仕事の体系的に再現可能な結果 毎日安定しています。 すべてのアクションは、「完了」または「ある」という言葉を使用して定式化されます。「一定の利益があり、経理部門に書類のパッケージがあり、フェンスが塗装されています。」 そうです。「なる」や「あるはず」ではなく、「行われる」や「する」ではなく、「ある」のです。

次に、あなたは見つける必要があります結果を得る前に1つのタイムステップで何をすべきか (1日あたり、1時間あたり)、およびこのステップの1ステップ前に何を準備する必要があるか 次のものが順番に可能になるように。 そうです、「巻き戻し」 、従業員の手順を規定します。

既存のビジネスのワークフローを説明することには賛否両論があります。プロその点で、現在実行中のプロセスからすべてを償却することができます。マイナス私たちが持っているすべてのものをワークフローに適合させたくなるということです この瞬間がある。 会社がなくても簡単にできることを含みます。 したがって、行動を規定することが重要です終了して開始 。 通常、このような処理の後、会社のワークフローの説明から不要なものはすべて削除され、最終的な再現可能な結果を​​得るのに必要かつ十分なものだけが残ります。

プロセスがあまり詳細に規定されていない場合、中小企業での一連のアクションは通常、10〜20のそのようなステップに分解されます。

完成したワークフローは次のようにチェックされます。ワークフロー内のすべてがに含まれている必要がありますシングルループ:前のステップを実行すると、次のステップを開始できます。 理論的テストの段階で、これらすべてのステップを実行できるかどうか、および作成したスキームが利益につながるかどうかを評価することが重要です。 非常に頻繁に、特にマネージャーがこれを初めて行う場合、ワークフロースキームが「つまずく」ポイントがあります。 そして、私たちのタスクは回避策を見つけることです。

ステージ2

したがって、最終結果と中間結果のスキームが用意されています。 この場合、ワークフロー作成の第2段階に進むことができます-結果間の移行レシピ .

たとえば、中間結果のチェーンでは、それが示されます。 「バケツは203号室にあります。それなら406号室にあるはずです。」 別の部屋にバケツを入れるには何をする必要がありますか? それは取られ、動かされ、配達されなければなりません。

ワークフロースキームに「請求書の発行」と「請求書の引き渡し」と記載されている場合、これらの結果間の遷移は次のようになります。「請求書を受け取り、職長と会計士と署名し、倉庫に転送します。」 かなり詳細で理解しやすい。

スキームに従ったステップの結果とそれらの間の遷移を精神的に想像してください。 あなたが全く理解しておらず、これを行う方法を知らない場所は間違いなくあります。 それを理解するまで、ワークフロー全体を想像することはできません。 ほとんどの場合、これは決してユニークなものではありません。 ほとんどの場合、このテクノロジーはすでにどこかで誰かによって説明されています。

私たちはよく尋ねられます:形式化することは可能ですか? 創造的な仕事? 実際、 創造的な職業最小限の手間。

ウェブデザイン会社の従業員は、自分の仕事が創造的であることを上司に保証しました。 したがって、彼らは注文を履行するための期限を絶えず混乱させることを許可しました。結局のところ、インスピレーションは注文によってもたらされるものではありません。 たとえば、絵を描くプロセスを段階的に分解できることを実際に確認していなかったら、おそらく彼らを信じていただろう。 詩、散文、音楽を書くように。 プロセスは単純なステップに分割され、作業はより楽しくなりました。 ビジネスで創造性と見なされるのは、標準的な手順の組み合わせです。

繰り返しますが、貿易から掃討まで、すべてが会社で形式化されなければなりません。

かつてアメリカに行ったことのある友達がいます。 そこで彼は、ほとんど言語を知らずに、ゲストワーカーとして6か月間働きました。 お土産として、彼が働いていた会社のスタッフにいくつかの指示を持ってきました。 これらの指示は、写真付きの小冊子の形で作成されました(雇用主は、ゲストワーカーが指示をどこで、何を、なぜ、どのように行うかを読むことができないことを知っていました。彼らはそれを友人に渡しました。彼の手は、彼が明日までにそれを暗記するように言った、あなたはそれを学んだか?仕事に行く。

驚くべきことに、解雇時に指示が削除されることはありませんでした。 すべての自尊心のある会社はそのような指示を持っています、そしてそうでなければそれは奇妙なことではありません。 これは私たちにとって革新です。 代わりに、ヒロイズム、緊急作業、説得、そして人々との協力。 マネージャーの仕事が高品質で行われている場合、各従業員は自分が何をいつ行う必要があるかを明確に知っています。

ステージ3

そこで、規定のリンクとそれらの間の遷移を使用して、中間結果とメイン結果のスキームを作成しました。 これまでのところ、これは特定の結果を得るための一連のアクションにすぎません。

次は 機能的な職務とポジションごとにワークフローをレイアウトする 。 まず、従業員がどこにでも必要かどうか、そして従業員が参加しなくても実行できる作業の段階があるかどうかを判断します。 他のすべての段階の実行は従業員に任せなければなりません。 問題が発生します:会社の従業員間で機能をどのように分割するのですか?

多くの場合、マネージャーは配布することを好みます 機能的責任単純ですが、愚かです-原則によれば、垂直に、「最初から最後までそれを行い、あなたがしたことに対して責任を負います」。 1人の従業員は、会社の組織のいくつかのレベル(経営陣から請負業者まで)の指示を知っています。 しかし、この決定は私たちに不快な結果をもたらします:

1. 私たちの国では、西洋とは異なり、そのような指示の存在は 競争上の優位性とノウハウ。 そして、私たちの従業員の1人が会社のすべてのレベルからの指示を持っている場合、遅かれ早かれ彼はそれらを誰かに「与える」でしょう。

2. 回避するために懸命に努力してきたことに戻ります。もう一度、従業員の水準を引き上げています。

3. 業務の一部を担っていた従業員が退職した場合は、会社全体の業務を停止します。

したがって、単純で標準的な解決策が残されています-テトリスのようなカットの指示 。 1人の従業員が最初から最後までプロセスを実行せず、各従業員が自分の習慣とスキルに応じて独自の小さな作業を行うようにします。

このような責任の分散により、すべてのマイナスがプラスに変わります。 特別に選ばれ、適応された小さな職務を遂行する各従業員は、負担をかけずに働き、私たちの時間とお金を無駄にしません。

機能と位置は同じものではないことに注意することが重要です。 同じ位置にいる同じ人がいくつかの機能を持つことができます。

これで、特定のポジションのリストがあり、それぞれについて、従業員が持つ必要のある特別な機能のリストがあります。 これに基づき、人事担当者(または採用を担当する部署)の人事選考を指導します。 これらの指示は、必然的に作業プロセスと職務記述書にリンクされます。

したがって、組織の作成に関する私たちの作業の結果は、会社の所定のワークフローで構成されます。 仕事の説明、将来の従業員の選択に関する規則とよく考えられた報酬条件。

適切に記述されたワークフローには、次の1つの注意点があります。ある従業員から別の従業員にどのような形式で資料または文書が転送されるかを示す必要があります

での指示 一般的な見解 通常はこのように見えます。

第一歩。 結果:完了(...)

最初のステップの説明には、次の項目が含まれています。

A) 誰がやっているの。 従業員が彼の指示に彼が何をするかを持っていることは重要ではありません。 それが本来あるべき姿です。

B) どうやって。 この項目は、その実装がレベルで十分に明白である場合はスキップできます 常識。 たとえば、私たちの組織では、警備員の指示には、敷居から雪を取り除く時期も記載されています。 質問がないように。

b) およびD) 制御方法 。 この時点で 私たちは話しているパフォーマーの上司ではなく、彼からの仕事を受け入れる従業員 。 彼が受け入れた場合、彼は責任を負い、前のものを非難することはできません。 したがって、制御の線形部分が組織に組み込まれます。 誰かが自分の仕事をしなかったために次の仕事に引き継がなかった場合、システムは失敗します。 マネージャーは、誰がどこで失敗したかを正確に追跡できます。

そのような制御システムの利点は何ですか? 送信者と受信者の両方がそれを理解していますお互いを覆うのは無意味です 。 遅かれ早かれ、仕事をしなかったことが明らかになり、両方とも罰せられます。 したがって、従業員は自己保存の感覚からお互いを制御します。

第二段階指示は最初のものとまったく同じように説明します:誰がそれをどのように行うか、誰がそれをどのように制御するか。 これは、従業員の職務記述書全体がどのように規定されているかです。 通常、付属のドキュメント(フォームと標準フォームのサンプル)のデザインの例を使用して、付属書が作成されます。 たとえば、「会計士に請求書を提出する」という指示がある場合、アプリケーションには請求書に記入するためのフォームがあります。 会計士の職務記述書には、比較できるようにこの請求書に記入するサンプルもあります。

ある会社の小さな指示からの例。 ポーチから雪をきれいにした従業員は、特定の形式で供給マネージャーに報告する必要があります。 そして、雑誌の供給マネージャーは、彼がきれいなポーチを見て、仕事を受け入れたことに署名しなければなりません。 これらの指示には3つの違反が考えられます。 最初の-雪は取り除かれず、署名はありません-両方とも罰せられます。 2番目-ポーチはきれいですが、署名はありません。 3つ目は、ジャーナルに署名がありますが、雪は取り除かれていません。つまり、作業はチェックされていません。 最後の2つのケースでは、サプライマネージャーのみが罰せられます。

説明書の絵や写真は素晴らしいです! 複雑な説明は視覚的にはるかに簡単に認識できます。既成のワークフローと手順では、各ステップのタイミングとコストを示す必要があります。 良い手本そのような文書は使用説明書です 家庭用器具。 たとえば、購入しますか デジタルカメラ。 付属しています 短いレビュー»-使用方法のイラストが入ったカラーブックレット。 そこがはっきりしない場合は、 詳細な手順、興味のあるアイテムを見つけて読んでください。

理想的には、従業員は同じ「簡単なレビュー」を受ける必要があります。 職務記述書の最初の見出しから、従業員が彼の指示の特定のステップの実施に注意するリストが編集されます。 そのようなリストに、パフォーマーとコントローラーのメモと署名の列があると便利です。 このリストは、従業員によるすべてのステップのパフォーマンスを追跡するためにも必要です。前のステップを実行しないと、次のステップに進むことができないためです。 このような状況で、従業員はポイントに基づいて作業を行います。 彼が何かを忘れた場合、彼はすべてがより詳細に書かれている大きな指示を見ることができます。

指示を書くことは高度な知性を必要としません。 忍耐力が必要です。 それぞれのポイントは非常に注意深く書かれなければなりません。 しかし、その後の指示により、発生する10の質問のうち9つを簡単に解決できます。

実行する方法? - このような! - いくらですか? - そんなに! -そうでない場合は? -このように変更すると、今では非常にコストがかかります!

どうやら難しさはあるように思われますが、なぜすべての組織がワークフローを持っていないのでしょうか。 残念ながら、多くの場合、リーダー自身が、怠惰または責任を取ることを望まないため、または会社の活動から「脱落」しないようにビジネスを自動化したくないために、deUoを終わらせません。 場合によっては、所有者自身が書かれた内容をキャンセルし、従業員に口頭で命令を出します。これは、おそらく自分の重要性を高めたいという願望からです。 次に、従業員は、ルールに従うかどうかを選択できます。これは、マネージャー自身が、指示が教義ではないことを明確にしているためです。

私たちの仕事は、これからも永遠に、ワークフローの指示を厳守することが必須であり、会社では規定どおりにしかできないという考えを従業員の心に伝えることです。 何もありません。

誰がワークフローを処方できますか?

1.まず、 リーダー自身 。 これは、所有者が会社のすべての機能ユニットがどのように機能するかを正確に知っている場合に簡単に実行できます。 そのような場合がたくさんあります。

2. 2番目のオプションが可能です一時的に専門家を雇う 私たちが興味を持っているポジションのために。 特定の状況で何をどのように行うかの手順を書き留める人を彼の隣に置きます。 1人ではなく、2人以上のスペシャリストを雇って、彼らが同じように行うことを比較することができますが、違いは何ですか。 次に、一般的なバージョンを表示し、それに指示を書き込みます。 このアプローチでは、指示の手順を注意深く一致させることが特に重要です。

3.できます パートナーから何かを借りる 。 たとえば、1つにはファーストフードがあり、もう1つには薬局があります。 彼らは互いに競争しません。 ただし、どちらにも倉庫があり、同じ原則で動作します。 他の会社でも同様のプロセスを見つけることができます。

4. 問題の別の解決策-フランチャイズ。 すべてがすでに詳細に記述されているドキュメントのパッケージを購入し、そのプロビジョニングをワークフローに導入することができます。

ワークフローは予防です。 ルールに従って組織を機能させることは、朝に歯を磨くのと同じくらい自然なことです。 もちろん、1キログラムのクリームとパウダーを使うこともできますが、毎日少しずつ健康に気をつければ、もっと安くなります。 これらの推奨事項は、実際、企業の内部の健全性を維持するための推奨事項です。

製造プロセスは、製品の製造に関連する一連の操作です。 これには、企業が最終結果を取得するために使用するすべての主要プロセスと補助プロセスが含まれます。

生産コンポーネント:

* スタッフ。 有能なスペシャリストがいつでもどこでも必要です。 したがって、会社が一貫して高収入を得るには、リソースを正しく割り当て、スケジュールを作成し、販売市場の将来の状況を予測する必要があります。

*労働手段。 従業員に加えて、会社は革新的で最新の設備を必要としています。 ここには、マシンとさまざまなメカニズムが含まれています。

*労働の項目。 これは、労働者が製品の製造に従事する材料です。

* 公益事業。 小学校の家事サービスがなければ、組織の活動は単純に不可能です。 したがって、私たちは電気、熱、水なしではできません。

* 情報。 このリスト項目には、さまざまな種類の情報が含まれています。 企業のレポート、チャート、商業、法律、その他の文書。

工業プロセスの構造は、単一のプロセスの一部のセットであり、それらの関係と相互作用です。

ワークフローのコンポーネントの1つは、アクションである操作です。 これは、特定の場所にある特定のオブジェクトに対して実行される一連のアクションです。 たとえば、ワークショップでの金属加工。

ワークフローの構造は、サブプロセスの3つのカテゴリによって形成されます。

*メイン、プライマリ、またはメイン。

*補助または補助。

*メンテナンスプロセス。

これはどのように起こりますか?

あなたの会社がミシンの生産に従事しているとしましょう。 本番生産では、その生産が行われます。 金属合金、完全なセット。 2番目のカテゴリは、機器、一部の部品、ツールの修理に従事し、その助けを借りて、生産単位の生産に使用されるすべてのコンポーネントを製造するプロセスが行われます。 これらは、溶接機の部品、通常のばね、釘、ハンマー、またはある種のメカニズムの基本的な修理である可能性があります。

整備プロセスには、すべての構成部品の積み込み、倉庫保管、保管が含まれます。 つまり、本番へのサービスの提供があります。 たとえば、今日の主な生産では、労働者は部品の1つを生産しました ミシン。 部品のバッチが作成された後、それは組み立てられ、ロードされ、倉庫に送られます。 これは同じサービスプロセスです。

完成品は製造工程の結果です。

製品には2つのタイプがあります:

* 消費者。

*製造-技術製品。

消費財は、人々、家庭を対象としています。 しかし、製品の2番目のカテゴリーは、主に産業、工場、組織でより頻繁に使用されます。

良い一日、親愛なるKhabrovites!

政府や民間のかなりの数の組織がSharepointをインストールしていない場合、少なくとも、Sharepointで何ができるかを聞いて想像しています(Microsoftのマーケターに感謝します)。

この記事では、Sharepointでワークフローを作成するために私が知っている主な方法と、追加のトピックとして、アプリケーションソリューションの1つであるSharepointのEOSでこれを行う方法について簡単に説明します。 作業プロセスの主題は、ドキュメント管理です。

ドキュメント、アプリケーション、またはその他のエンティティを承認するためのビジネスプロセスを想像してください。これは、図1(線形ルートに沿った順次承認)のように概略的に表すことができ、アプローチを順番に検討します。

1. Sharepointの組み込みの承認ビジネスプロセスを使用する(3つのステップ)
2.SharepointDesignerでのプロセスモデリング
3.VisualStudioでワークフローを作成します
4. EOSforSharepointソリューションでワークフローを作成します

ここでは、カスタムアクティビティとSharepoint Designerの作成、Visual Studioでのワークフローデザイナーの作成、Infopathフォームのロジックの使用などのメソッドを意図的に省略します。 1つ目は、Sharepoint Designerと比較して論理的な柔軟性がわずかに向上し、2つ目は開発が難しく、独自のボックス化されたソリューションを開発する場合にのみ正当化されます。 ええと、InfoPathフォームはEnterpriseバージョンでのみ利用可能であり、誰もがEnterpriseを購入したいと思っているわけではありません。

図1-線形マッチングのスキーム

明らかに、自動化されたビジネスプロセスが図1のようになっている場合は、いくつかの予約があれば、どの方法でもかまいません。これは便宜の問題です。 組み込みのワークフロー+素敵なページとリストビューのスタイルを使用します。

しかし、承認プロセスが図2のようになったらどうなるでしょうか。 ここで、ネゴシエーションプロセスは非線形であり、ルートはいくつかの条件に依存します。


図2-非線形マッチングのスキーム

ドキュメントサポート部門(第2ステップ)では、ドラフトドキュメントを受け取った後、プロセスに追加の承認者を追加する必要があると判断する場合があります。 また、 財務責任者プロジェクトは、プロジェクト契約の金額が900,000ルーブルを超える場合にのみ送信する必要があります。

考えられる手段に関しては、ここでは状況が異なります。

1.Sharepointの組み込みの承認ビジネスプロセスを使用する
組み込みのプロセスは分岐をサポートしていません。つまり、問題の解決には適していません。
2.SharepointDesignerでのプロセスモデリング
Sharepoint Designerでプロセスをモデル化する条件が与えられた場合、いくつかの誓いを立てて、図3に示されているものと同様の何かを記述します。


図3-SharepointDesignerのワークフロー

条件ステートメントと、図4に示すようなカスタムタスクフォームを組み合わせることで、プロセスを実装できます。


図4-SharepointDesignerのカスタムタスク

アプローチの長所:
1.ある程度の準備、忍耐力、そして自由な時間で、有能なマネージャーまたは適切な管理者がこのタスクに対処します。
2.プロセスを再構成できます。
3.ワークフローを作成するユーザーの権限を制限する機能。

アプローチの短所:
1.かさばって不透明に見えます。
2.ブランチが増えると、ワークフロー図を1枚の紙に個別に描画する必要があります。SharepointDesignerでの見た目では、何かを理解するのは困難です。
3. Sharepoint Designer 2010では、ワークフローのサイクルはまだ考案されていないため、少なくとも明らかな方法では、失敗した場合にプロセスを再開することはできません。
4. たくさんのプロセスのロジックに関連しない追加のアクション。

3.VisualStudioでワークフローを作成します
Visual Studioを使用すると、任意の柔軟性と複雑なビジネスプロセスを作成できます。 たとえば、上記のプロセスの一部は次のようになります(図5)。


図5-VisualStudioワークフローのフラグメント

アプローチの長所:
1.高いロジックの柔軟性
2..NETの機能

アプローチの短所:
1.実装の複雑さ、変更。
2.プログラミングとファーム管理者の権限が必要です。
3.プロセスを書いている時点での透明性と、真剣な文書。

4.SharepointのEOS
Eos for Sharepointは、完全な電子ドキュメント管理システムです。 ここには視覚的なプロセスエディタはありませんが、組み込みのビルダーがあります。これを詳しく調べると、非常に強力で使いやすいことがわかります。 したがって、上記のプロセスは、すべてのステージの順次設定で構成されます(図6、7、8)。


図6-ステージ参加者の選択


図7-ワークフローを開始するための条件

各ステージで、参加者を選択し、権限を自動的に設定し、ワークフロー履歴を保持する方法を決定し(図6)、トリガー条件を設定し、ユーザーにフィールド値の入力を求めることができます(図7)。 追加の承認者が必要なステップについては、個別にカスタマイズされた承認ワークフローを実行できます。

各ステージの構成が完了したら、ワークフロー全体のパラメーターを構成できます。たとえば、コーディネーターの1つに障害が発生した場合にワークフローを再開します(この場合、ワークフローは最初のステージから開始されます)。 、図8)。


図8-ワークフローパラメータの設定

EOS for Sharepointの各ステージの順次セットアップを使用すると、複雑な承認ビジネスプロセスをかなり複雑にシミュレートできます。 短時間。 追加のアクション、チェック、検証は必要ありません。多かれ少なかれ有能なITスペシャリストがプロセスの作成を処理できます。

結論

Sharepointのビジネスプロセスを自動化する方法の選択は、ほとんどの場合、その複雑さに依存します。 プロセスが非常に単純な場合は、標準のツールを使用するだけで十分です。 プロセスが複雑で分岐している場合、SPDまたはVisual Studioでのロジックの実装は長く複雑になる可能性があります。その場合、プロセスのロジックに集中することなく、サードパーティのツールを使用する方が効率的です。実装の複雑さ。