情報セキュリティのためのジョブ記述の更新による（ビジネス*）プロセスのインベントリ

こんにちは、ガーディアン！

一見しただけでは何も共通点のないもの、つまり従業員の職務、（ビジネス-*）プロセスのインベントリ、情報セキュリティなどをまとめた記事に注目します。

次のトピックについて説明します。

1. 参加する代わりに
2. ジョブの説明について
3. プロセスとアプローチについて
4. 情報セキュリティについて
5. すべてについて一緒に
6. 自動化の例
7. 記事に反映されたアイデアを開発する方法
8. 結論の代わりに

猫へようこそ！

カットの下で再びこんにちは:)

読書を続ける前に、著者は、読者が共有したいアイデアをよりよく理解するのに役立つ、彼の意見、情報、および/または説明で、彼が重要とする物語および特別なブロックのいくつかの特徴を指摘したいと思います：

重要！
重要なテキスト

または

重要！

重要なテキスト

一般的な概念シリーズの形成から始めましょう。

参加する代わりに

今日、ほとんどの企業は機能的に構築されたままであり、一連の機能を備えたメカニズムです。 これらの機能は、従業員の実行によって実行されるユニットに分散されます。 高度に専門化されたタスクを実行することで、労働者は企業全体の仕事の最終結果を見ることを止め、チェーン全体での自分の位置を認識します。 彼らは会社の目標に集中するのをやめます。なぜなら、最も頻繁に起こっていることに関する彼らのビジョンは、彼らが働く自身の部門の枠組みを超えないからです。 会社内の各サービスの独占的地位は、これらのサービスの従業員が自分自身を不可欠と考えるという事実につながり、それが機能部門とサービス間の相互作用がしばしば破壊的になる理由です。 概して、この状況は良くないが、悪くもない。 それは何もありません。

ジョブの説明について

重要！
残念ながら、現代の世界（特にロシア連邦）では、職務記述書は従業員の効率の向上にプラスの影響を与える強力なツールとはみなされていません。 状況は最初から行き詰まっています。法律は職務記述書の要件をどこにも規定しておらず、人事スペシャリストはそれらを書く時間/労力/欲求がありません（3つのうち2つを選択）、ラインマネージャーは「後で」延期します。 ほとんどの場合、裁判所は従業員に有利でない決定を下します（モスクワの司法慣行に依存しています）。

一般的な職務記述書の有無の問題に対する態度は、4つのグループで表現できます。

1. 手順は次のとおりです。 このアプローチはめったにありませんが、一部の人事マネージャーと従業員は、次のように、各ポジションごとに開発された指示が必要であると確信しています。 それらがなければ、スタッフの効果的な仕事を組織することは非常に困難です。 同時に、多くの人は可用性が何をもたらすかを完全には理解していませんが、可能な限り高品質にするよう努めています。 最大15％の企業。
2. 指示は必要ありません 。 さらに多くの人々は、人的資源管理において指示は何の役割も果たさないと考えています。 したがって、そのような会社では、特に法律がこれを要求していないため、職務記述はありません。 このアプローチは、企業の約30％で見られます。
3. 指示が必要ですが、その品質は重要ではありません。 このアプローチでは、職務記述書は会社の従業員の実際の活動とは関係ありません。 合計の50％以上を自由に提供してください。
4. 手順-これは管理ツールです -最も効果的なアプローチですが、適用される企業はごく少数で、全体の5％までです。 関連する指示が作成されるだけでなく、定期的にレビューおよび更新され、実際に積極的に適用されるという事実にあります。

一般に、職務記述書を作成するための2つのアプローチ、西洋とロシアについて話すことができます。 西洋のアプローチは、機能の説明が文字通り数行かかる非常に短い指示を書くことです。 同時に、機能ごとに個別の規制が作成され、詳細に説明されています。
ロシアのアプローチは、命令が機能を可能な限り完全に記述し、規制への追加の参照なしに記述されているという事実に表されています。

作成のアプローチに関係なく、職務記述書の目的は次のように定式化できます。

1. 人事選択の段階と労働活動の過程の両方における労働契約の当事者の義務の明確な規制（労働関係の透明性）。
2. 従業員の特定の労働機能の定義、彼の行動の手順の詳細、彼の責任範囲の制限、および権限の制限。
3. 行動の指針であり、意見の相違が生じた場合の紛争解決の基礎となる（従業員と雇用主間、構造単位内の従業員間、構造単位間、法廷で）。
4. 人事評価ツール、そしてもちろん企業のビジネスプロセス管理になります。

職務内容-ビジネスパフォーマンスを改善するために必要かつ効果的なツール。 それらの存在により、次のことが可能になります。

• ビジネスの透明性と管理性を高める管理システムを作成します。
• 雇用主と仕事に就く従業員がとる基本的な義務を明確に規制します。これにより、両者の関係が大幅に簡素化されます。
• 特に各構造単位および企業全体の作業を合理化します。
• 従業員の労働機能、責任の領域、意思決定における権限と制限、役職の資格要件、それを保持する人の機能的責任、標準的な状況での行動のアルゴリズムを策定する。
• 特定のタイプの作業と不均一な負荷分散を実行する際の機能の重複を避けます。
• 生産および管理タスクを解決する上で、さまざまなポジションの従業員の効果的な相互作用を確保するため。
• 高品質のスタッフを選択する：指示書を読んだ選択スペシャリストは、候補者との仕事を適切に整理することができ、申請者はこのポジションで彼に何が必要かを事前に知ることができます。
• 新しい従業員の適応のための快適な条件を作成します。指示に、初心者が何をすべきか、どの程度、および直属の上司が誰であるかが明確に記載されている場合、これにより彼は働き始めやすくなります。
• 怠慢な従業員に割り当てられた義務を履行しなかったことに対する懲戒責任を負わせる。

他のツールキットと同様に、正しいフォーメーションとメンテナンスを伴うジョブの説明は次のとおりです。

ビジネスパフォーマンスツール

職務記述書の開発への正式なアプローチは、テンプレートに従ってコンパイルされる場合、ビジネスのタスクに対応せず、このポジションの従業員の主なタスクを反映せず、会社の主な目標を達成することを目的としておらず、結果として役に立たない文書になります。 この問題では、雇用主の職務記述に対する態度が重要な役割を果たします。 彼がそれらを効果的な人事管理ツールと考えるなら、おそらくそうでしょう。 しかし、専門家の実際の機能を理解していない従業員が指示を作成した場合、その作成は誰にとっても有用ではありません。

ビジネスプロセスは定期的に特定の変更を受けますが、指示に反映される必要がありますが、一度ジョブの説明を開発した多くの企業は、それらを修正しなくなりました。 現代のビジネスの厳しい要件のコンテキストでは、会社の詳細を開示せず、厳密に割り当てられたタスク、スタッフの機能的責任、希望する作業結果の説明、およびその有効性の責任者のリストを含まない職務記述書を使用することは意味がありません。

モチベーション管理ツール

激しい競争の中で、戦略的目標の達成を可能にする主なリソースは人員であり、主に物質的および非物質的に刺激するために十分な注意を払う必要があることに、ますます多くのマネージャーが気づき始めました。 会社がこれらの問題を解決するのに役立つ最も効果的なHRツールの1つはグレード/バンドシステムであり、その開発では、重要で透明な組織構造と有能な職務記述/能力が重要な役割を果たすため、多くの問題を回避し、この手順のコストを削減できます。

従業員業績評価ツール

計画された業績からのエラーや逸脱は、会社の発展のあらゆる段階で発生する可能性があります。 このようなリスクを最小限に抑えるには、慎重な計画と管理が必要です。 職務内容などの組織、規制、および規制の役割を実行するこのような効果的な管理ツールが会社に存在することで、従業員の業績の管理が簡素化されます。

ジョブの説明を使用して実行されるアクティビティの制御は、人事管理システムの一部です。 職務記述書に含まれるデータにより、従業員が目標を達成するために何をする必要があるか、活動の効率を高めるためにどのような措置をとるべきかを迅速に評価できます。 詳細な職務記述書は、従業員とそのマネージャーの両方が信頼できるタスクを遂行するための標準と技術を設定します。 彼らの助けを借りて、あなたはその従業員がその職務にどれだけ対応しているかを評価し、その従業員に特定の影響力の尺度を適用できます。

学習ニーズ評価ツール

指示は、必要な知識と資格に関する項目が含まれている場合、キャリアプランニングのための優れたツールです。 この段落からの情報を使用すると、このポジションまたはそのポジションを取るために、この従業員に必要なスキルを非常に簡単に理解できます。

プロセスとアプローチについて

セクションをありがとう

著者はSirota V.Eに感謝したいと思います。 セクションの準備に役立つ

著者は、プロセスアプローチを唯一の真のアプローチとして課そうとはしていません。 ただし、会社の各機能ユニットはその責任の領域で活動を最適化し、最終的には会社の戦略目標を別のユニットの目標機能に置き換え、その結果、両方の別のユニットの開発を阻害する可能性があることを思い出してくださいと会社。

先に進む前に、プロセスを分類する必要があります。 一般に、分類で強調表示されたグループが将来使用される場合にのみ、何かを分類することは理にかなっており、その存在は人生を「単純化」します。 オブジェクトはさまざまな方法で分類できますが、常に一般的な特性を保持できることを常に覚えておく必要があります。

分類とは、 分類の基礎と呼ばれる共通の特徴に従って研究対象をグループ化することを意味します。

プロセスの分類の理由：

以下は、機能/プロセス/プロジェクトの特性の比較です。

管理-所定の目標を達成するためにオブジェクトと主題を変更および操作することを目的とした、特定の主題のアクション。

• 機能管理 -以下を含む機能の実行のパラメーターの確立（決定） 実装計画、入力と出力の要件（結果）、入力を出力に変換するアルゴリズム、および機能を実行するリソースの要件を決定します。
• プロセス管理は、相互に関連するプロセスとしての会社の活動の種類の認識と管理が、（会社の）有効性と効率の向上に役立つという事実の認識と応用に基づく技術です。
• プロジェクト管理 -要件を満たし、プロジェクト参加者の期待を達成するための、プロジェクト活動における知識、スキル、ツール、およびテクノロジーの適用。

例：

, . :

— , () .

, , , .
ISO/IEC 27000:2014

, , , , , , , .

, , .

.

, ( ) — , , , "" ( — ) ( / ), "" ( , ).
:

• — "", , — ;
• — .
• "" / , — , , — .

, 5 () :

• — ;
• — / - . ( , );
• — , — PCI DSS;
• (/ ) ;
• , ( ///).

, 3 :

1. — , , — , - .
   – – , .. , .
2. — , , . . - , , ..
   – , ;
   , , ,
   .
3. .
   — .

: " ?". " ?". " ?" - " - "?

, , !

-?
— . .

(, , ) , , . , , «-» — . , , . .

, . , , . , . «-» .

" ".

( ) , — () () ().

. , ( ), ( ), .

.

. .

, :

• ?
• ?
• ?

. , -. , , , . — .

, , « » . , , . . .

:

• - ;
• , , , ;
• , , , - ();
• - ;
• , .

, :

1. ;
2. ;
3. ;
4. ;
5. ;
6. ;
7. ;
8. ;
9. ;
10. ( ).

. (- ) ( ).

, , . .

– -. , - ( 146%) , - .

. . , .
, . , «» , .

:

1. — ;
2. , (-). , , ( );
3. , : , , , , .

, :

1. ;
2. ;
3. ;
4. ;
5. ;
6. ;
7. ;
8. ;
9. ;
10. ;
11. ;
12. ( ).

— . , .
– , . , , – , «».
, , , . .

: , .
– . , , , , . – , , ..
! , , .

. ( ) , . – .
.
( / ) 2 : .

"", "" "" , , . かくして .

*

重要！
— , , .

, - — , , . , , , / / / .
, , ( ), .

.

, :

重要！
(, , 2 ), . . — , : .

, , , / / .

( ), .
? -, ; . -, . -, . -, .

, .

:
(KPI) — , ;
— , , ( — , — ).

重要！
, .

1. 08-組織の名前-文書の作成者である組織の名前は、その構成文書で固定されている名前に対応している必要があります。 組織の略称は、組織の構成文書で修正される場合に与えられます。
2. 10-文書の種類の名前-組織が作成または公開する文書の種類の名前は、憲章（組織の規制）によって決定される必要があり、OKUDによって提供される文書の種類に対応する必要があります。
3. 11-文書の日付-文書の日付は、署名または承認の日付です。
4. 12-文書登録番号 -組織内の文書の登録規則に従って割り当てられた番号。 職務記述書の登録番号には、組織の名称、文書タイプの名前の記号文字（「d / i」など）、文書執行者に関する情報などに応じて、ケースのインデックス（職務記述書のコントロールコピーが含まれる）を含めることができます。
5. 14-文書の編集または公開の場所-詳細「組織の名前」および「組織の参照データ」によって判断が困難な場合、文書の編集または公開の場所が示されます。 編集または公開の場所は、採用された行政区域区分を考慮して示され、一般に受け入れられている略語のみが含まれています。
6. 16-ドキュメントの承認のスタンプ -小道具、そのコンテンツの規制または法的性質を与える。 一般的な場合、職務記述書の承認のスタンプには、単語「承認する」（大文字で、引用符なし）、職務記述書の承認を許可された人のポストの名前、署名の署名と復号化（頭文字、姓、および承認日、口頭で書かれたデジタル）が含まれます;
7. 18-テキストへの見出し-テキストへの見出しには、ドキュメントの概要が含まれます。
8. 20-文書のテキスト- 文書のテキストは、アンケート、表、まとまりのあるテキストの形式、またはこれらの構造の組み合わせの形式で作成されます。
9. 21-アプリケーションの可用性のマーク-ドキュメントに対するアプリケーションの可用性のマーク。
10. 22- 署名 -「署名」属性には次のものが含まれます。文書に署名した人物の役職の名前（文書が文書のフォームに作成されていない場合はフル、短縮-フォームに作成された文書の場合）。 個人署名; 署名の解読（イニシャル、姓）;
11. 23- 文書の承認のスタンプ-文書の作成者（開発者）ではない組織の同意を、後者の内容とともに表現する小道具。 この属性は、職務記述書草案が利害関係者による外部承認の対象である場合にのみ適用されます。
12. 24-ビザ承認文書 - 文書承認は、バイザー文書の署名と位置、署名のトランスクリプト（イニシャル、姓）および署名日を含むビザ承認文書（以下-ビザ）によって発行されます。
13. 26- コピーの認証マーク -文書のコピーがオリジナルと一致していることを認証する場合、検証キャプションは必要な「署名」：「True」の下に添付されます。 コピーを証明した人の位置; 個人署名; 署名の解読（イニシャル、姓）; 認証日;
14. 27-請負業者に関するマーク- 請負業者に関するマークには、文書の請負業者のイニシャルと姓、および電話番号が含まれます。 アーティストに関するメモは、ドキュメントの左下隅の最後のシートの前面または背面に配置されます。
15. 30-文書の電子コピーの識別子- 文書の電子コピーの識別子はマーク（フッター）であり、文書の各ページの左下隅に配置され、機械媒体上のファイルの名前、組織によって設定された日付およびその他の検索データを含みます。

A4形式でのゾーンの詳細と境界の場所

コーナーブランクのA4形式での詳細およびゾーン境界の場所

縦長形式のA4形式でのゾーンの詳細と境界の場所

彼の活動において、著者は、会社の全従業員の職務記述書を更新する必要がある状況に会いました。

重要！
著者は、Habrオーディエンスがすべてを自動化し、最新のテクノロジーを適用することを好むことを知っています！ ただし、この資料の対象読者は、技術に精通した専門家だけでなく、「あなた」のためのテクニックを持つ人々でもあります。 したがって、データベース、ファッショナブルなフレームワーク、その他の確かに人生を楽にするものはありませんが、機能的には誰でもアクセスできるシンプルなMicrosoft Officeがあります。

自動化には、3つのファイルが必要です。
2 Microsoft Excelファイルおよび
1つのMicrosoft Wordファイル。

記入するには、最初のMicrosoft Excelファイルが必要です。 「トランスポート」用の2番目のMicrosoft Excelファイル。 前述のように、解決策は大衆にとって可能な限りシンプルです。 Microsoft Wordファイルには、「トランスポート」ドキュメントからのオートコンプリート用のテンプレートとフィールドが含まれます。

2番目のMicrosoft Excelファイルは、転置されたテーブルにすぎません。 これは自然な制限です Microsoft Wordファイルで使用するデータは、プレーンテキストである必要があります。 同時に、最初に転置されたテーブルに記入するのは不便です-特に家族に7人以上の参加者がいる場合、それは読めなくなります。

記事に反映されたアイデアを開発する方法

この記事で説明されているアプローチは、次の利益団体のニーズを満たすことを目的としています。

人事部-プロセスのニーズに応じて、候補者の要件を迅速に形成するためのジョブファミリーの形成。
プロジェクト/プロセスオフィス-新しいプロジェクト/プロセスの実装に利用できる一連の能力の形成。
情報セキュリティ-役割モデルの形成。プロセスの役割を中心に、したがって情報の機密性のレベルを中心に形成されます。
情報技術-プロセス自動化の実装における構成セット（サーバー/ユーザー/ AWP）の形成、ライセンスおよび予算支出管理。
意思決定者-管理/戦略的意思決定のための関連データの形成。

1. 家族は、会社のプロセスの基礎となる役割と能力を結び付けます。 プロセスにおける役割の場所を理解すると、この役割がアクセスできる情報の機密性のレベルを決定できます-役割の能力と情報を効果的に適用する能力に基づきます。
2. プロセス-役割-コンピテンシーのリストを実装するのは簡単です。 タスク追跡システムとその実装の助けを借りて、各役割の価値を判断し、この役割の価値とその価値を比較するのは簡単です。
3. タスクの追跡と実行に基づいて、プロセスインスタンスの起動数、複数のプロセス起動のスーパープロセスの必要性、消費者による結果の支払いにつながったプロセス起動の数、そして結果としての利益を把握できます。
4. 役割/実行者の主要業績評価指標（機能指標）は、役割/実行者が関与するプロセスパフォーマンス指標（ビジネス指標-収益性、収益性、資本化）に直接関連しています。
5. （ビジネス）プロセスに関与する情報の機密性のレベルを決定します。したがって、情報システム/情報リソースにおいて、IS / IRの構成とコスト、役割ベースのアクセスモデル、ユーザーのAWPおよび職場の構成に直接影響します。

結論の代わりに

会社の構造化および文書化されたプロセス、ジョブの説明の説明とサポート、情報セキュリティの確保はすべて、会社の成熟度を示す要因です。 上の図に従って、0レベルが克服され、はるか後ろに残されます。
プロセス、組織管理、情報セキュリティの確保という3つの側面から、たった1つのことがドライバーになります-顧客満足を達成することは、機能の再現性、結果を時間通りに達成したいという欲求（「誰が速い？」与えられた品質で（「誰が優れているのか」という動機付けで）。

情報セキュリティのためにジョブの説明を更新することによる（ビジネス）プロセスのインベントリは、情報セキュリティを確保するための変更が定期的な作業を必要とする可能性があり、それが会社の一般的なレベルに影響を与える可能性があるオプションの1つを記述する試みです。 したがって、間接的ではあるが達成されたが、当社のプロセスにおける情報セキュリティ対策の統合。

参照資料

1. 管理へのプロセスアプローチ。 ビジネスプロセスのモデリング/V.V。 レーピン
   V.G. エリフェロフ; 「マン、イワノフ、ファーバー」、M.2012
2. ビジネスプロセスモデルのプロセスイベントと状態/ LAP Lambert Academic
   出版」、2012
3. ビジネスプロセス。 基本的な概念。 理論 メソッド/ AB。 シェアー; 「ニュース-
   メタテクノロジー」、M。1999
4. ビジネスプロセスの最新リエンジニアリング/ M.V. フィルソフ; 「パルマリウムアカデミック
   出版」、M。2014
5. 経営百科事典/ P.F. ドラッカー 「ウィリアムズ」、M。2006
6. 149-「情報、情報技術、情報保護について」
7. ISO / IEC 27001：2013「情報技術-セキュリティ技術-情報
   セキュリティ管理システム-要件»
8. ISO 9001：2015「品質管理システム-要件」
9. 一般データ保護規則（GDPR）（規則（EU）2016/679）
10. 情報セキュリティのためのCOBIT 5

お時間をいただきありがとうございます。
コメントに喜んでお答えします。