しかし、ほとんどの企業（中小企業、予算組織、大企業が崩壊状態にあるかどうかを即座に判断します。合計：最新の自動化アプローチで大規模なチームを雇うことはできません/したくない場合）普通のパフォーマーに来ます。 そして、その理由は、中級レベルの従業員とパフォーマーの低い資格ではなく、これらの従業員の動機付けではありません。 そのため、以下を許可する特定の「ルール」が開発されました。
-自動化プロセスを高速化します。
-リーダーシップを持つ共通言語を見つける。
-神経を傷つけないでください。
1.実装のレベル
組織の管理者（決定を下す権限を持っている人）の支援を受けてのみ、本格的な実装を開始してください。 どのようなタスクを、どのような順番で行うかを経営陣に書かなければなりません。 従業員は、リーダーシップの要件が満たされているという考えを取得し、私たちはそれらを一緒に満たすことができます、または彼らは私たちなしでそれを行うことができます。
2.実装条件
導入が長年にわたってどれほど「収益性の高い」ものであっても、カルマを台無しにしないでください。 迅速に実装する必要があります。1人の顧客の問題を迅速に解決すればするほど、2番目から3番目の問題がより早く現れます。 迅速な実装により、顧客はタスクを拡大する（および予算を増やす）可能性が高くなります。 それ以外の場合、評判のマイナスと支払いのマイナスを得ることができます。
3.「サボター」に腹を立てないでください
ほとんどの場合、自動化を担当する作業を行う請負業者は、いくつかの理由でこれに関心がありません。
グループ1。通常の操作モードを変更したくないのは、次の理由からです。
a）怠iness-「以前は簡単だった」。
b）再学習することをためらう-「（a）いつ、どこでクリックするのか、なぜ再訓練したのかを思い出した」
c）動機-「彼らは再訓練のために私の給与を上げません。 彼らはそのようなPOのために私からあまりにも多くを望んでいます」;
d）「私は第一人者です」-「あなたは何も理解していない、私はこのようにすべてを整理した、それをしない方が良い」
グループ2。通常の操作モードを変更することを恐れている理由は次のとおりです。
a）職場への恐怖-「今、彼らは実施し、削減する」。
b）恐怖は学ばない-「これを学べない」。
さらに詳しく考えてみましょう。
グループ2
グループ2は、 内部的な対立はありませんが、「ケージに落ちない」という恐れがあります。 これらの従業員は便利であり、集中する必要があります。 内部的には、実装を支援する準備ができており、問題の領域を見ることができますが、グループ1の人にそれらを「置換」しないように注意する必要があります。グループ1とグループ2を念頭に置いてください。永遠に。」
グループ2の引数
「A）職場への恐怖-「今、彼らは実装して削減します」
-管理者（実装の開始者）は現在、プロセスを迅速かつ効率的に（実装を節約して）再編成する従業員を対象としています。 そして、タスクを完了するのに問題なく迅速に興味を持っています。 したがって、問題に対する迅速かつ高品質のソリューションは誰にとっても有益です。
「B）恐怖は学ばない-「私はこれを学ばない」
-新しいプロセスのすべての困難をあなたとともに克服しなければなりません-管理者がこれらの困難について耳にしないように。
グループ1
これはリトマスのグループです-あなたの仕事、あなたの側に引きます-あなたの勝利。 グループ1はグループ2との信頼性を失いました-あなたの勝利。
グループ2の引数は技術的なものでなければなりません。 リーダーシップの後援の下での組織的な議論。
「A）怠iness-「以前は簡単だった」
提案されたソリューションは、タスクを簡素化し、プロセスに分割する必要があります
b）再学習したくない-「（a）いつ、どこでクリックするか、なぜ再トレーニングしたか」を思い出した。
タスクは、各プロセスを1〜2枚のシートに収まる指示書や図で説明できるように分解する必要があります。 インターフェイス自体が命令である場合の最適なオプション
c）動機-「彼らは再訓練のために私の給与を上げません。 そのようなRFPの場合、彼らは私に（a） ";
この問題で役立つのは、パフォーマーに「侵入者管理モードでこの問題を解決するか、パフォーマーリーダーシップモードで解決します（これ以上は上げないでください）」と尋ねることだけです。 実際、この問題をリーダーシップのレベルまで上げることは価値がありません；これは対立を強化します。
d）「私は第一人者です」-「あなたは何も理解していない、私はこのようにすべてを整理した、それをしない方が良い」
「教祖」に、プロセスが現在どのように構成されているか、現在のスキームの長所と短所を教えてください。 99％で、せいぜいスキームを作成するプロセスが開始されます。
4.パフォーマーについて少し、または真実について失礼。
理解すべき最も重要なことは、経営陣がまず第一に、EXECUTORSに評価されていない人員によって実行されるプロセスを自動化することです。 経営陣は以下を望んでいます。
-パフォーマーのトレーニングは必要ありませんでした。
-出演者は交換可能でした。
-出演者の仕事は、より複雑なタスクに違反しません。
-作業スキームはコンベヤーでした。
パフォーマーのアクションでは、以下を理解する必要があります。
-請負業者は責任を負う意欲に欠けているため、すべての機能を規制する必要があります。
-請負業者は決定を下すべきではないため、イベントのすべてのオプションを規制する必要があります。
-実行者は、作業を実行している間、それについてではなく、個人的な懸念について考えているため、実行するプロセスは、クリック、選択、入力、OKボタンなどの単純なアクションに集中する必要があります。
そして最も重要なことは、「パフォーマンスは仕事であり 、仕事ではありません 。」 したがって、クレームは指示の正しい実装に対してのみ可能です。
5.ソフトウェア要件
1.問題の解決策は、コンベアで整理する必要があります。 各ステップが単純になるほど、実行者はより効率的に作業できます。
2.請負業者は、1つの機能で、1つの作業（日、シフト、ポジション）サイクルに置かれなければなりません。 数時間の実行後、彼はマシン上で実行します。
3.コンベヤーの各ステージは、7つの操作に適合する必要があります（「マジックナンバー7プラスまたはマイナス2」）。
4.コンベアステージが重要な場合は、コンベアステージを別のエグゼキュータと複製し、プログラムの結果を比較します。 結果が時間の経過とともに発散する場合（パフォーマーはステージが繰り返されていることを示す必要はありません）、過剰に戻ります。
6.タスクの例
アーカイブ資料の入力、それに続く分類、集約、分析。
1.準備。
1.1。 一次データは、紙にさまざまな形式と内容で保存されます。 システムに入るには、サイズ、タイプなどによってデータのタイプを選択する必要があります。 （A4、A5、ステートメント、証明書、抽出）。 入力する前に並べ替えます。 新しいタイプが到着したら、ソフトウェアを展開します。
1.2。 次のステップで処理される電子アーカイブにスキャンしてデータを入力します。
1.3。 1つのタイプのプライマリデータは、1サイクルで1人のパフォーマーによって入力されます。
2.スキャン
2.1。 スキャン時に、各プライマリシートはシリアル番号を受け取ります。シリアル番号はシートに反映され、レジストリ内で不可能な場合（重要なプライマリデータ）がシートとともにフォルダにアタッチされ、アーカイブに返されます。 これにより、紛失した場合にスキャンしたものをすばやく見つけて復元することができます。 さらにエンドツーエンドの通信を行うには番号が必要です。
2.2。 スキャンは7つの操作に適合する必要があります。
新しいフォルダー
彼らはアンケートでフォルダを取りました->レジストリを添付するか、最初のスキャン番号を示しました->スキャナの左側にあるシート->スキャナの右側にあるフォルダ
フォルダーからのシートの処理
シートを取り->スキャナーに->スキャン（データが電子アーカイブに送られた）番号を取得）->シートまたはレジストリに番号を書き留め->シートをフォルダーに入れる->繰り返し
3.スキャンされたデータの認識
3.1。 データベース構造については説明しませんが、すべてが明確に思えます。
3.2。 サイクル内の各アーティストは、1種類のドキュメントを認識します。
3.3。 データが書き込まれると、アンケートの各行（2〜3行）が強調表示され、請負業者がアンケートを処理します。 例えば
3.3.1。 質問表は、表：指標、値を表しています。 （指標：名前、生年月日、性別、国、市）
3.3.2。 声明は表です。番号、名前、生年月日、性別、役職、国、市などです。したがって、各行はアンケートと見なされます。
3.4。 認識のために、（ステートメントの）行、インジケータ、および認識の値を選択します。
3.4.1。 たとえば、アンケートの場合、入力フィールド、フルネームに焦点を当てる場合、インジケータと値を強調表示します。
3.4.2。 ステートメントの場合、強調表示、行、メトリック、および値。
3.5。 これらの例では、ブロックがあります
指標：名前、生年月日、性別、役職。
ステートメントには、行にグループ化がまだあります。
3.6。 サイクルごとに入力するフィールドの数を制限することをお勧めします。 たとえば、請負業者はアンケートから名前と性別のみを入力します。 これにより、作業が迅速に自動化されます。
3.7。 同じブロックが2人以上のパフォーマーによって入力されます（重複）。 不一致の調整に基づいて、再入力を送信します。 これにより、手動でチェックする必要がなくなります。
この時点で、次のことができます。
1.紙データをデジタル表現に変換する合理化されたプロセス-プライマリデジタルデータ「PCD」。
2.スキャンされたアーカイブ（部分的または完全に）
3.認識されたデータ（部分的または完全に）
分類
これで、PCBに基づいて、PCBに違反することなく、プライマリデータとブロックのタイプ別にデータを分類するDB2を整理することができます。 たとえば、DB2のすべてのステートメントは1つのテーブルにあります。 これは基本的にアンケートであり、その逆も同様です。すべてのアンケートは声明にまとめられています。 この場合、エラーまたはルールの変更が発生した場合の変換を再インポートできます。 この段階での主なことは、PCBをDB2に変換するためのルールを開発することです。
簡単な例：PCBに基づいて、作成（または個人のソフトウェアプロファイルにデータをインポート）。 同時に、両方のデータベースは独立したままですが、接続されています。
集計
PCBに関連付けられている新しいテーブルで集計を整理します。
問題を想像してみましょう：アーカイブでは、アンケート表に名前、国、都市の多くの重複があります。 PCBからデータを削除する価値はありません。 将来エラーが検出された場合、いつこれが発生したか、どこで紙の原本を探すべきかをいつでも見つけることができます。
図1 重複プロファイルの集約
Questionnaire-Personalityリンクが保存される中間テーブル（T2）を作成します。
パーソナリティが保存される中間テーブル（T3）を作成し、重複していないエントリを入力します。 （T2）の（T3）に重複がある場合、Person_IDに正しい値を設定します。 必要に応じて、（T2）で結合の理由を示す記述テーブルを作成できます。
図2。 都市の国のテイクの集約
私たちも同様にフルネームで行動します。 国のテーブル（T2）（T4）、都市のテーブル（T3）（T5）。 （T7）通信都市+国用。
結果：
-PCBに違反しません。
-処理されたデータを調整することは引き続き可能です。
-請負業者のタスクは、「重複しているように見えるデータを検証する」に削減されます。