ソフトウェア開発における作業の結合

多くのハブロ人は、オリジナルのオフィスで人間のオーケストラの役割を果たしていると思います。そこでは、プログラムを開発し、指示を自分で書き、PCに全員にインストールし、その後、状況分析に積極的に参加します。すべてがどこかで消えました」、カートリッジを交換し、プリンターから用紙を引き出します。







これの反対は、プロセスの成熟度が高い大企業（CMMI 3以上など）での作業です。ある時点で専門家が、作業を実行する大きなメカニズムの小さなネジのように感じ始めます。現在直面している問題、およびソフトウェア製品の実装後に直面する問題。



中間点、バザーとマトリックスのバランスはどこですか？ 予見可能な将来において、この質問に対する明白な普遍的な答えが存在することはありそうにない。 ただし、この記事ではソフトウェア開発の範囲に重点を置いて、単一の生産（組織）での労働の組み合わせを計画および改善する原則を示します。



「労働の組み合わせ」などのクエリの検索エンジンは、ロシア連邦の労働法に違反することなく、労働の組み合わせを適切に手配する方法を説明する人事担当者向けのトップのあらゆる種類の記事を提供します。 この記事では、企業における労働経済学、生産関係の組織、分業の計画と労働の協力の観点からトピックを明らかにしたいと思います。



読んだ後、私は皆に調査をするように頼みます

チーム内の関係の数の式

そもそも、これまで多くの人が知っていたと思いますが、分業と労働の協力という観点からは考えていません。



有名な著書Mythical Man-Monthで 、フレデリックブルックスは、オペレーティングシステム、システム、アプリケーションの作成に関する前世紀の60年代、70年代、80年代のIBMでのプロジェクトでの経験から、多くの統計とその一般化を引用しています。ソフトウェア。 とりわけ、彼はチームメンバーが完全に分離可能なタスク（彼が「神話」として位置づける理想的なオプション）、完全に分離不可能なタスク（たとえば、特定の分野に1人の専門家がいて、他の人が仕事を始められない結果） 、ネットワーク内の一種のクリティカルパス）、および中間ケース-チームメンバー間のデータ交換を必要とする分離可能なタスク。



最後のオプションでは、彼は式n×（n-1）/ 2-各参加者間のデータ交換が必要なときの接続数を与えます。 これは、実際には、コンビナトリクスからのn×2の組み合わせの数の式を単純化したものです。







この場合、k = 2、n×（n-1）×（n-2）になります！ /（2×（n-2）！）= N×（n-1）/ 2.つまり、 チームに5人がいる場合、6-15、10-45の場合、10の可能な接続が得られます。一般に、通信グループの可能な数は2 ⁿです。



もちろん、ソフトウェア開発の分野での方法論的なアイデアは眠っていません。とりわけ、接続数を減らし、受信者をグループにまとめるなどして通信の重複をなくすことを目的としています。 しかし、いずれにせよ、チーム内のコミュニケーションの時間は、労働時間を犠牲にして（まあ、またはすでにそこにある放課後）費やされます。 さらに、Brooksが条件付き固定プロジェクトの期間の参加者数への依存性のグラフを与えることを実証するために、チームのメンバーが多いほど、コミュニケーションの時間は必然的に長くなります。





図 1.プロジェクト期間とチームサイズの条件付きスケジュール



ここで、「8人が12人よりも10人の方が良い」というフレーズを思い出すことができます。



明らかに、私の意見では、異なる専門家の労働機能を組み合わせることにより、nの数、したがって通信の数を減らすことができるという事実です。 ここでは、多様な専門家（開発者、テスター、アナリスト、システムアーキテクト）の1つのチームでの作業を意味することを強調します。 2人のプログラマーの1人の仕事は、まったく異なる議論のトピックです。

彼らはすでに私たちのために考えました

それにもかかわらず、労働の組み合わせを使用するときに正確に何ができるか、そうでないかはそれほど明確になりません。 ここにソビエトの研究に目を向けたいという願望があります：労働の科学的組織（NOT）は私たちによって発明されたものではなく、ソビエトでさえ私たちの国で働き始めたわけではありませんが、若いソビエトの最初の数年から政府およびイデオロギーレベルで支援を受けなかったのはソビエト時代でした状態。



実際、1980年代の前半に、対応するプログラムの枠組み内で多くの産業研究機関が、個々のセクター（ 1つ 、 2つ 、 3つ 、 4つ 、 5つ 、 6つ 、 7つ 、単一の方法論による）で「職業（ポジション）と機能を組み合わせた効果の開発と改善」に関する推奨事項を作成しました、 8 ...）。 労働研究所はまだ存在し、少しでも機能していますが、私は権利を侵害しないことを完全に確信して、輸送労働者のためのパンフレットを（申請なしで） デジタル化しました 。 活動の分野に関係なく、労働の組織化に関心のある人は全員、この仕事に精通していることをお勧めします。



開発されたIT専門家向けのガイドラインはありませんでしたが、次のように、主要な規定をソフトウェア開発の領域に簡単に移行できます。 これらは、上記のすべての方法論上の推奨事項で実際に単語ごとに複製されており、附属書に示されている特定の基準については言えない今日との関連性を失っていません。 それにもかかわらず、 ここでは、建設作業のための付録2と付録3の始まりを見つけることができます。



したがって、以下は、職業と機能の組み合わせを実装するための前提条件と条件、およびその他の一般的な規定です。



前提条件：

• メンテナンスと管理のための主要な生産プロセスの自動化手段を備えた新しい<生産>施設の試運転。
• 労働の分割と協力の改善。
• 労働組織の「コマンド」形式の開発。
• 労働プロセスの組織レベルの向上。
• 高度に専門化された職業を1つのより広いプロフィールに結合します。

原則として、この従業員が属する従業員（労働者、エンジニアリングおよび技術労働者、従業員など）のカテゴリ内で、職業（ポジション）の組み合わせが許可されています。



条件：

• 生産プロセスの技術的特徴により、従業員が1シフト（月）あたりの労働時間の規制された資金を不完全に使用している。
• 実行された作業の技術的コミュニティ（操作、技術）および最終製品の統一（作業）;
• メインおよび結合された職業での生産操作の実装を、時間と地理的に結合する可能性。
• 従業員の資格のレベルと範囲、および組み合わせることを意図している専門職の専門知識とスキルを成功裏に開発する能力。

ここでは、断片的に引用します。

メインおよび結合された職業（ポジション）の従業員の雇用の程度を結合および決定するためのオプションの客観的かつ包括的な評価のために、労働プロセスの特定の特徴を考慮する必要があります。



労働者の実際の雇用は、職場で直接行われた就業日（シフト）の写真に基づいて決定されます。 これらの観察（営業日の写真）の数は、研究された技術プロセスの複雑さの程度に依存します。 観察の結果は慎重に分析され、主な職業（職位）による労働者の実際の作業負荷に関する信頼できるデータを提供するはずです。

この分析の結果に基づいて、シフト時間の一部が決定されます。この時間は、従業員が主な職業（ポジション） -t _totalで労働操作を実行することから解放されます。 この計算は、次の式に従って実行されます。



t _sovm = T _total- （t _osn + t _depart ） 、

ここで、 T total-労働時間の合計資金。

t _osn-仕事の時間。ただし、その要素の重さを含む主要な職業（位置）。

t off-時間、規制された休息。



別の逐語的な引用：

結合された職業（ポジション）で使用可能な時間を計算するとき、場合によってはこれが職業（ポジション）の組み合わせの有効性を決定するため、メインの職業（ポジション）の自由時間の期間と頻度を研究することは非常に重要です。



同時に、計画された職業（職位）の組み合わせが労働の内容と魅力を高めることを確実にするよう努力する必要があります。 この点で、熟練した労働者が行う労働作業を補助的な性質の仕事（清掃、つま先キャップなど）と組み合わせるのは推奨されません。 また、職業（職位）の組み合わせから生じる追加の負荷は、一定レベルの従業員の疲労までしか許容されないことにも留意する必要があります。



職業（職位）を組み合わせてさらに発展させるための最も重要な前提条件は、昇進の効率を高めることです。これは、輸送労働者のイニシアチブを開発することを目的とすべきです。



基準と比較して従業員の数を解放する場合、給与基金の節約の最大70％を、職業を結合するための追加の支払いに振り向けることができます。

私の意見では、最も重要なアイデアを自分で強調したい：

• 労働時間中に十分な空き時間があるという条件下では、労働機能の組み合わせが可能です。 空き時間を利用できる理由は、生産および技術的特徴の両方、ならびに労働組織の改善、新しい技術とツールの導入、および専門家の高度なトレーニングの両方である可能性があります。
• 労働機能の組み合わせは、労働の魅力と意義を高めるはずです。
• 労働機能の組み合わせは財政的に刺激されるべきです。 結合された作業の複雑さとその期間に応じて、手当のサイズは基本給の50％に達する場合があります。
• 組み合わせに対する追加の支払いによる個々の従業員の給与の増加にもかかわらず、従業員数の減少により企業のコストは減少するはずです。

通知許容テーブル

上記のように、 ここでは、建物構造のインストーラーの統合チームで専門職の組み合わせを設計する例を見つけることができます（ソ連のゴストロイの建設におけるVNIPI労働、1983年）。 そこで、建設業界を結合するための許容可能なオプションを提供する付録1を参照してください。



しかし、ソフトウェア開発者は何をしますか？ Michael Turnerによる「 Microsoft Solution Framework 」があります （2008年ロシア語版を使用しました）。



MSFは、ソフトウェア開発の専門知識を着実に思い起こさせる代表者グループのような概念で運営されています。 紛らわしいのは、製品管理とプログラム管理だけです。 ここでは、簡単にするために、これらのグループを「プロジェクト管理」と見なすことができますが、最初のグループはビジネスの利益に偏りがあり、2番目のグループはITです。 そして、「ユーザー満足度」は技術サポートです。 以下の表は、代表者のいくつかのグループへの専門家のエントリーの許容性を示しています。 3つのオプションがあります：許容、望ましくない、または危険です。



表1. 1人の専門家が2つの役割グループに同時に所属することの許容性





マイクロソフトは、利益相反の原則からこの表を作成します。 たとえば、開発者は製品の運用への迅速な移行に関心があり、テスターはすべてのエラーの検出と排除に、技術サポートには重要な機能的特徴が存在します。 次の図は、MSFの推奨事項を考慮して、3人のチームの役割の分布を示しています。





図 2. MSFの3人のチームでの役割の分布の例



また、企業が提案モデルの性能に関する実際のプロジェクトの研究を実施したことを期待しましょう。

一時的な荷重分布の不均一性

建築構造物の設置者の統合チームで専門職の組み合わせを設計する例に戻りましょう。 作業量は固定されており、プロジェクトの進行中にさまざまな専門分野の不均等な負荷が考慮されていないことに注意してください。





図 3.プロジェクトの進行中の個々の機能領域による作業の不均等な分配



このため、上記の営業日やシフトを撮影する方法は、周期的な反復作業を観察できるミニプロジェクトの技術サポートまたはパイプライン開発でない限り、ソフトウェアエンジニアリングの分野にはあまり適していません。



したがって、週、反復、スプリントの各管理時間間隔で人件費を個別に考慮することが提案されています。 その結果、j番目の時間間隔でi番目の専門分野の（または個々の専門家に展開される）人件費マトリックスC _ijをコンパイルする必要があります。 同時に、上記の原則に基づいて、労働機能の組み合わせを計画する場合、いずれの期間でも、結合された職業の人件費の合計が労働時間基金を超えないことを確認する必要があります。



たとえば、 Tを各プロジェクト期間の1人の専門家の労働時間基金とします。 スペシャリストkは、スペシャリストrの職務に関与する予定です。 T> = MAX _{j = 1..n} （C _kj + C _rj ） 。

労働法の同じ記事

そのまま引用してください。

ロシア連邦労働法、第60.2条。 職業（ポジション）の組み合わせ。 サービスエリアを拡大し、作業量を増やします。 雇用契約で指定された仕事を免除されない、一時的に欠席した従業員の職務の履行。



従業員の書面による同意があれば、労働契約で指定された仕事とともに、労働日で定められた期間内に（シフト）、追加の支払いのために別のまたは同じ職業（ポジション）で追加の仕事を行うように指示することができます（このコードの第151条）。



別の職業（ポジション）の従業員に委託された追加作業は、職業（ポジション）を組み合わせることによって実行できます。 同じ職業（職位）の従業員に委託された追加作業は、サービスエリアを拡大し、作業量を増やすことで実行できます。 雇用契約で指定された仕事から免除されることなく、一時的に欠席している従業員の職務を遂行するために、従業員は、別の同じ職業（ポジション）の両方で追加の仕事を割り当てられます。



従業員が追加の作業を行う期間、その内容および量は、雇用主が従業員の書面による同意を得て確立するものとします。



従業員は追加作業の実行を時期尚早に拒否する権利を有し、雇用主はそれを実行する命令を時期尚早にキャンセルし、3営業日以内に相手方に書面で警告します。

しかし、実際には、これらはすべて、従業員の労働契約で言及されている職責の項目を犠牲にして、雇用主によって非常に簡単に行われます：「およびその他の管理職務」。 したがって、正式にはすべてが労働契約に押し込まれます。



この記事は、 ロシア連邦労働法の記事、第60.1条を定義しています。 アルバイト 。 アルバイトは、雇用主と複数の雇用契約を結んでいる従業員です。 これは第44章の主題です。

おわりに

したがって、職業の組み合わせは、内部コミュニケーションコストの削減にプラスの影響を与える可能性がありますが、必要な条件は次のとおりです。

• 主な専門職の専門家のための十分な一時的準備金
• メインと結合された職業を組み合わせることの許容性
• 結合された職業の従業員の十分な資格の確保（トレーニング）
• 特定の生産（時間、場所）で組み合わせる物理的可能性

同時に、一時的な埋蔵量を見つけるときは、メインおよび複合職業のピーク負荷を考慮する必要があります。 他の役職の職務の遂行に従事する従業員のインセンティブは、労働内容と追加の支払いを増やすことです。



これに関しては、もちろん、労働を組み合わせるという問題は完全に開示されているとは考えられません。 たとえば、多くは省略されています。

• 1つのポジションのフレームワーク内での労働機能の技術的組み合わせ（異なる技術スタックでのプログラミング）。
• 中小企業の地位を維持し、税金やその他の譲歩を受けるための、企業の平均従業員数（ロシア連邦）の制限。
• 中小企業（利益と人的資源）の限られた機会と「人オーケストラ」への依存。
• 精神型の分類を考慮に入れた、労働者の個々の心理物理的特性、分業および労働の協力。
• 組織間の分業と労働の協力の方法として、フリーランサー、アウトソーシング業者、およびその他の形態の偶発的な労働者を引き付けることの利点と欠点。

この理由は、客観的なデータの不足です。



ところで、MSFの完全性と客観性には疑問があります。 そして、私は測定の前に調査の劣等性を知っていますが、それでも何よりも優れているので、 私は皆に調査に参加するようお願いします 。 中間結果を渡すには、自分で確認できます。 このトピックに興味があり、および/または興味深い調査結果がある場合は、この記事の続きを書くことをお約束します。