私の出版物では、個人的な経験から事実を述べる必要があるだけでなく、何らかの分析を行い、この結果が得られた理由とそれが特殊なケースであるか、それがシステムであるかを調べることが望ましいという事実に注意を向けようとしました。 また、ビジネスのためのITプロジェクトでのリモートワークの例外的な積極性を疑問視する自由を取り、リモートワーカーのコミュニティ間で真の怒りを引き起こした賛否両論の分析を提案しました。
その結果、私の記事の評価は、37の「反対」と39の「賛成」でほぼ半分に分けられ、200を超えるコメントが収集されました。
まず、議論に参加したすべての人に感謝したい。
要約すると、定性的な方法でトピックを開くことができず、曖昧な判断を引き起こし、記事が議論していないことを私に帰し、このトピックを以前に上げた著者の冷静な考えと結びついたことを認めなければなりません。 私は悔い改め、記事の執筆にさりげなくアプローチし、5時間で執筆しました。これは実験であり、成功しなかったことを認めています。
上記に関連して、私は別の試みを行い、何らかの形でコミュニティの目で自分自身をリハビリしたいと思います。
2番目のバージョンについてはフィードバックがありますので、まず最初に、重要だと思ったことと驚いたことをお伝えします。
- 問題は、少なくとも実行者と管理者の観点から、異なる観点から考慮しなければなりません。 彼らの目標と優先順位は非常に異なっており、エグゼキューターは明らかにマネージャーの問題に突入したくないので、これは一般に論理的です。
- 私にとって意外なことに、非常に多くのコメンテーターは、彼らが欲求だけでなく、自宅で組織し、開発する能力も持っていると言いました。オフィスは仕事を行うという点で可能な限り快適で効果的です。 これらのパラメータに優れた標準オフィスを含む。 ほとんどの開発者は、オフィスよりも自宅で職場をうまく整理できるという見方さえありました。
- 突然、ほとんどすべての人、管理者でさえも、制御機能について鋭く否定的な発言をしましたが、記事ではこのオプションについての単一の言及はありませんでした。
- 多くは、オフィスの同僚による従業員の仕事からの注意散漫に関連する要因に焦点を合わせました。 特に、多くの人々が集会、会議、その他の騒々しいキャンペーンに対して鋭く否定的な態度を示しました。 しかし、一般的に、このトピックは論争を引き起こしています。
- ほとんどは、自宅から仕事でオフィスを訪問することの交互に同意しました。 ところで、これは私が分析した元の記事でした。
- ごく一部ですが、一般的に、特にリモートの開発者の生産性を評価するという疑問が生じました。
- リモートワークステーションおよびリモートオフィスとの対話の問題を判断する際に混乱がありました。
- 異なるセンター、ツール、管理慣行などを持つマルチチームプロジェクトでの作業の違いについて誤解がありました。 それに応じて、そのようなプロジェクトにおけるコミュニケーションの複雑さ。
- リモートで働く従業員の自己規律の問題が議論されました。
繰り返しますが、より詳細で寛容な方法で、私はコメントでなされた公正なコメントを考慮に入れて、リモートワークに関する私の論文の論文を伝えようとします。 リモートワークの使用を評価しないようにし、あなたの裁量に任せます。
1.「職場」の概念の定義
職場（リモートを含む）は、何よりもまず、技術的なツール（コンピューター、プリンター、スキャナーなど）、ソフトウェアツール（ソフトウェア）、コミュニケーションツールを備えたリソース（実行者）であり、実行のための生活条件が提供されます動作します。
図1.1-「職場」のモデル
「職場」は、より高いレベルのシステムの一部である「チーム」のシステムの特殊なケースと考えることができます。
したがって、リモートを含む職場の品質を評価するには、次のインジケータを使用できます。
1）技術およびソフトウェア機器のレベル。
2）ワークスペースの改善の質;
3）チームの他のメンバーとのコミュニケーションの質。
2.役割と利害関係者の分析
IT部門の職場では、次の役割と利害関係者を定義できます。
これらのデータは、さまざまな観点からその使用を検討するために、「職場」の機能をさらに判断するのに役立ちます。
3.システム「ワークプレイス」の機能分析
まず、請負業者の観点から、職場の機能を検討します。 請負業者は次の条件を提供する必要があります。
- 最も理解しやすい形式でタスクを受け取る。
- タスクのパフォーマンス。
- タスクを完了し、回答、説明、説明を受け取るリクエストの作成。
- 課題の過程で得られた結果を課題の著者に転送する。
では、マネージャーの観点から職場の機能を見てみましょう。 マネージャーは次の条件を提供する必要があります。
- 請負業者へのタスクの転送。本質、タイミング、優先度などの明確な理解を保証します。 タスクの実装に関する計画された用語の調整。
- チームによる議論または議論の組織：問題、質問、解決策など。
- 明確化、明確化のための質問と請負業者からの要求の迅速な受信。 パフォーマーへの回答の迅速な送信。 必要な知識を備えた他のチームメンバー（能力の中心）に質問を転送します。 要求に対する満足のいく回答の請負業者によるタイムリーな受信の監視。
- 合意された期限へのコンプライアンスの監視。
- 請負業者から彼の仕事の結果を取得する。
- タスクに費やした時間に関するレポートを受け取ります。
一般に、システムに必要な機能-一方でこのシステムの一部である請負業者の「職場」と、より一般的なシステムの一部であるマネージャー-もう一方の「チーム」に必要な能力の違いにすぐに気付きます。
ほとんどの場合、管理者自身がさらに大きなシステム（プロジェクト、機能単位など）の「職場」でエグゼキューターとして行動できるため、彼の職場の要件はエグゼキューターの職場の要件を繰り返します。
また、最初の出版物では言及されていませんでしたが、制御機能についても議論したいので、制御機能について詳しく説明します。 コントロールを見てみましょう。 管理にはそのような機能があり、それは非常に重要であり、計画、組織、コミュニケーション、目標設定、その他の活動と同じレベルにあり、単に無視することはできません。パフォーマー。
最初の出版物へのコメントを踏まえて、タスクの遂行を制御することなく、状況を発展させるための可能な選択肢の1つをより詳細に分析します。 マネージャーは、要件またはTKに基づいて、プロジェクトスケジュールを準備することができます。 実行者によるタスクの段階的な実行の用語を示します。 タスクは相互接続されています。つまり、開始する1つのタスクは、別のタスク、別のエグゼキューターの実行を期待できます。 したがって、1つのタスクのタイミングのずれは、他のタスクの開始に偏りの連鎖を伴う場合があります。 リソース（実行者）が特定の作業スケジュールで割り当てられた場合、このスケジュールに違反します。 さらに、請負業者が複数のプロジェクトに同時に（個別に）参加する場合、1つのプロジェクトのスケジュールが変更されると、他のプロジェクトの計画が変更される可能性があります。 そして、マネージャーがこれらの変更に早く気付くほど、より簡単かつ効率的に計画を調整できるようになります。 そのため、マネージャーは作業の進行状況を監視するときに、作業スケジュールの失敗のリスクを軽減し、プロジェクト全体のリソースの管理性を向上させます。 また、マネージャーは、たとえば、他の（関連する）チームのエグゼキューターからの開発者への要求に対する回答を提供するプロセスを制御できます。これは、マネージャーがこのプロセスをスピードアップする特定の権限を与えられているためです。 有用なアプリケーションにはさらに多くの異なるオプションがあります;プロジェクト内のプロセスに対してマネージャーを制御するためのオプション
また、コメントで精力的に議論されている側面の1つについて詳しく説明したいと思います。 これらは大規模プロジェクトの問題です。 プロジェクトが、独自の技術、開発および知識管理プロセスの多くのチームと対話する場合、請負業者と他のチームのコンピテンスセンターの間でコミュニケーションの問題が発生する可能性があり、必要な情報を提供する必要があります。 これは次の理由による：
- より多くの情報を検索する必要性、適切に構造化されているが、それをナビゲートするには器用さを必要とし、外部プロジェクトチームのメンバーのアクセスを制限する。 必要な情報を取得するプロセスを最適化するために、異なるチームのマネージャーの相互作用が必要になる場合があります。
- 外部の請負業者の直接訴えに関連して必要な情報を提供する能力と拒否の外部センターのリソースの使用。 パフォーマー同士のやり取りを整理するために、異なるチームのマネージャーのやり取りが必要になる場合があります。
- どのコンピテンスセンターで必要な情報を申請する必要があるかを理解していない。 たとえば、WEBサービスを介して通信する分散システムを開発する場合。 能力の中心を見つけ、それとの相互作用を整理するために、異なるチームのマネージャーの相互作用が必要になる場合があります。
図3.1-プロジェクトでのチームの相互作用のモデル
したがって、リモートを含む職場の品質を評価するために、次の指標を補足できます。
4）タスクのすべての側面の実行者への高品質の報告の可能性。
5）チーム（チームの一部）による効果的な議論を整理する能力：問題、問題、解決策など。
6）コンピテンスのさまざまなセンターを含む、請負業者による迅速な明確化、タスクの明確化の可能性。
7）プロジェクトのスケジュールに準拠するために、タスクのタイミングを迅速に監視する機能。
8）プロジェクトのコスト、作業の段階、作業の種類などを決定するために、タスクにエグゼキューターが費やした時間に関するレポートを迅速に受信する機能
4.職場の組織に対する社会的要素の影響
パフォーマーの主な機能の1つは絶え間ないコミュニケーションであるため、職場の組織に対する社会的要素の影響を考慮する必要があります。 チームの規模と構造的構成、教育レベル、コミュニケーションスタイル、習慣、伝統、仕事の倫理などの要因によって特徴付けられます。 これらのすべての点は、前のセクションで説明した実行者の機能に対する職場の態度、および職場の組織の要件に影響を与えます。
この影響は、チーム内コミュニケーションだけでなく、マクロ環境によっても発揮されます。 たとえば、ソーシャルネットワーク、このようなさまざまな専門サイトでの意見交換など。
次の要因は、仕事に対する人々の態度と、長年にわたって発展してきた生活の質、社会に存在する習慣、人々が共有する価値観、人々の移動性、居住地、収入、およびその使用の特徴を変える意欲です。
これらはすべて、散在するバックグラウンド要因です。 また、アクティブなものもあります。 他の社会的有機体と同様に、その開発に従事する組織は、職場を整えるための品質基準に関する従業員の意見の形成に意図的に影響を与えます。 ソーシャルフィルターを公開し、肯定的な要素を強調し、否定的な要素を不明瞭にします。
したがって、リモートを含む職場の品質を評価するために、次の指標を補足できます。
9）ビジネスコミュニケーションの形式と方法に対するチームメンバーの好み。
10）実施者による職場の認識に対する組織の影響度。
5.職場の組織に最適なオプションの特定
したがって、たとえば、リモートを含む職場を整理する最適な方法を選択するには、SWOT分析用のテーブルを作成できます。 測定引数として特定したインジケータを示します。 テーブルは、「オフィスで働く」、「自宅からリモートで働く」、「自宅から部分的にリモートで働く」オプション用にコンパイルされています。
