projectimo.ruからの画像
ソフトウェア開発のような思慮深く形式化された分野でさえ、リスク管理の問題は重要ではなくなりません。 不確実性、ランダム変数を制御することは可能ですか？
楽観主義者は、彼らが分類され、予測することを学ぶことができると主張します。 ソフトウェア開発の場合、リスクマネージャーは、プロジェクトのどの部分がより多くの問題を引き起こすか、どの段階で発生するか、チーム内で最も弱いリンクは誰か、どの機能が時間遅延をもたらすかを予測しようとします。 彼らが言うように、フルスピードで顧客が開発プロセスで完成させたい機能を理解することはより困難です。 Aerobatics-開発計画に、顧客が言うのを忘れた、または必要とすることをまったく知らなかった機能を追加します。
そして、主要な開発者が予期せずプロジェクトから離れるリスクは、多くのリスク管理者を完全に恐怖に陥れます。
国の状況、地球の磁場、通貨の変動、需要と供給のバランスの変化、顧客の会社の閉鎖に関連するあらゆる種類のリスクを考慮すると、各企業はこれらすべてのリスクの会計と分析のために独自の研究センターを作成する必要があります。妄想。
上記の問題のいくつかは、何らかの形で、柔軟なプロジェクト管理方法論の解決に役立ちます。 しかし、リスク管理者自身、ALM管理者の能力不足、およびこれらの方法論の原則を厳密に遵守する従業員のモチベーションが低いことに関連する問題がまだあります。
もちろん、開発のさまざまな段階で、これらの問題とリスクはさまざまな程度に現れます。作業計画を策定する段階では、機能の評価と優先順位を誤るリスクが大きくなります。 設計段階では、開発者はプロジェクトで「致命的な」エラーを起こす可能性があります。 初期の反復では、あまりにも多くのタスクを後続の反復に転送する誘惑があります。 展開段階では、プロセスがスムーズに進まないという事実に備える必要があります。
リスクを記述する際に誘惑との関連が生じることは偶然ではありません。 開発者は、同じように高い効率で絶えず働くことができない生きた人々です。 「明日まで休む」、「早めに去る」、「後で戻る」などの毎日の誘惑は、累積的な効果をもたらします。 N人の従業員がMの誘惑に負けた場合、これは全体的な規律と現地の生産性を大幅に低下させます。
この話には継続性があります。遅かれ早かれ、これらの従業員は追いつく必要があり、ここで彼らは急ぎと過労のために間違いを犯す危険にさらされています。 「人間の弱点」によるわずかな逸脱が、プロジェクトの重大な「沈下」につながる可能性があることがわかりました。 特定の従業員がいつ疲れているかを予測する方法は？ 全員を追跡するには何人のリスク管理者が必要ですか？
また、チームの一部のメンバーが関係を台無しにした場合はどうなりますか？ これは予測できますか？ もしそうなら、リスク管理者はパートタイムの心理学者であるか、彼と協力して働くべきです。 おそらく、小規模なプロジェクトでは全員を追跡できますが、大きなプロジェクトでは成功しますか？
もちろん、この問題の各IT会社については、妥協点を探す必要があります。 しかし、ソフトウェア製品の開発と実装の各段階には非決定的メカニズム（つまり、人）が関与しますが、人的要因は依然として主要なリスクです。
それで、最も重要な質問に行きます-どういうわけか「ヒューマンファクター」をリスクのリストに置き、それを管理する方法を学ぶことは可能でしょうか？
頭に浮かぶ最初の決定は、可能な限り、すべての従業員から「かけがえのない」ステータスを奪うことです。 ペアプログラミングや、テスト、コードレビュー、さまざまな種類のタスク間での従業員のローテーション、その他の集合的な創造性などのアプローチについて話し合っています。 これに隣接するのは、可能性のあるリスクを考慮して、タスクに割り当てられた大きな時間の確保です。 ただし、これは常にそうではありません。
最初のソリューションを除外しない2番目のソリューションは、モチベーショントレーニング、チームビルディング、およびチームスピリットの構築、各従業員への企業価値の伝達、従業員間の友好関係の維持を目的としたその他のイベントです。
3番目のソリューションはさらにシンプルに見えますが、少し素朴です。実際に疲れない従業員を雇う必要があり、規律と対立を分解しません。 そしてもちろん、彼らの専門的な資質と有効性は最高レベルであるべきであり、それは彼らが実際に間違いを避けることを可能にします。 肯定的な資質の組み合わせは、まれではないにしてもそれほど一般的ではありません。 そのような人々のために、大規模な「ハント」が通常行われ、彼らは主に裕福な投資家との有望なスタートアップに雇われています。 このレベルの専門家がそのアイデアのために働いているなら、誰かがとても幸運です。
一般に、新興企業ではリスクに対する態度が異なります。多くの場合、こうしたプロジェクトは最大の不確実性の条件で開発されます。 同様に、スタートアップは、「ひざまずく」と書かれたように、エラーがたくさんある未完成のソフトウェア、または進歩的な方法論のすべての基準に従って開発された完成品をクラッシュまたは成功させることができます。
人的要因を最小限に抑えるためのより複雑な決定は、従業員の監視の強化、セキュリティシステムと罰金システムの導入、作業体制の強化、および厳格な規則と手順の導入に要約できます。 従順さと有効性のために、従業員は、格付け、バッジ、名誉委員会、そしてもちろんボーナスの形で、さまざまな「グッズ」で報われることができます。 さらに、最初の段落とは異なり、ここではプロセステクノロジの変更については説明していません。 これは、通常、企業文化と呼ばれる特定の全体主義を指します。
joyreactor.ccからの画像
このアプローチでは、従業員は自分の気分や状態について考えることができず、作業体制を1イオタずらすことができないため、先延ばしや他の「誘惑」から「保護」されます。 この場合の成功の公式は、「指示に従ってすべてを実行する」という単純なものです。 このアプローチは、安定性が主要な価値の1つである大規模なIT企業ではより一般的です。 これに関連して、深刻なリスクは、従業員が指示から逸脱する可能性です。 これは、システムの整合性に対する直接的な脅威として認識されており、そのような従業員は厳しく処罰されるか、恥をかかされて追放されます。 このようなIT企業では、通常、従業員の1人が「かけがえのない」または際立った性格であることは疑いありません。 そのようなシステムは、作品制作ではなく連続生産に参加するために主に「歯車」を必要とするためです。
しかし、キャッチフレーズによると、誰かの魂は暗いです。 柔らかいニッチでは、より多くの物質的な、構造化された、または有形の球体よりも形式化の確実性と条件がさらに低くなります。 どのような解決策が提案されても、各従業員の明確で予測可能な反応を実現することはありません。
プロジェクトがほぼ毎日失敗でほぼ脅かされているという考えが、チームのやる気をそぐことがあります。 それどころか、この考えは誰かを動員します。 誰かが危機的状況自体を動員します。 特定の開発者が、標準的なソリューションを試し、すべての指示を破り、プロジェクトを時間通りに配信するために「タンバリンで踊る」ことを余儀なくされたことについて、私たちは何話聞いた。
通常、そのような即興演奏は歓迎されませんが、そのような状況ではしばしば他の方法はありません。 しかし、最終結果が達成され、プロジェクトが配信された場合、ヒーローに敬意と称賛を送ります。 このような従業員はプロジェクトの潜在的な内部リスクを抱えているという事実にもかかわらず、非常に具体的な財務リスクや顧客の不満に関する問題から会社を守ります。
したがって、厳格な方法論と規範は、才能と非標準的な考え方に取って代わります。 リスク管理の観点から見ると、これはクレイジーです。起こりそうにないイベント、つまり成功を得るために、リスクはさらに増大します。 しかし、人的要因は、その負の性質に加えて、すべての道を進み、最高を信じる能力を前提としています。 代わりに最悪の事態が発生した場合でも、会社は貴重な経験を積むことができます。
知識とリスクの予測は、会社の自然な生活の中で蓄積され、その「潜在意識」に置かれます。 この場合、積極的な決定の自然な採用と会社のトレーニング。 彼女は、他の生物と同様に、ある程度の自己調節があり、進化することができます。 この点で、ヒューマンファクターは彼女を助けます。
このスペシャリスト向けに特別に設計された別のリスクを投機的に「管理」しようとしている場合、人的要因が彼と対戦する可能性があります。 それは、通常は自動的に行われるプロセスを手動で制御しようとするためです。 物事の自然な流れに干渉することで、彼はまず、チームの明示的または暗黙的な抵抗に応えることができます。次に、未解決の仮想問題をロードできます。
「誰が武装しているのか」という原則は常に機能するとは限りません。 これらのリスクまたはそれらのリスクを知っていると、会社は対応する問題の解決策をモデル化するために多くの時間を費やすことができます。 しかし、実際に彼らに会ったので、状況を判断し、検討する時間がないとき、会社はこれまで考えられなかった問題の解決策を「直感的に」選択することができます。 それは自然なことであり、現在の状況で最良の反応であることが判明する可能性があります。
ソフトウェア開発の主なリスクを残したまま、人的要因は、IT企業の「成長」の発展の正当な理由です。 各従業員は、（職位に関係なく）自分の職業上の課題を解決する際の困難を克服し、プロジェクト全体に害を及ぼすリスクを減らして解決することを学びます。 したがって、個人的な経験に基づいた個人的なリスク管理は、集団的経験の形成に貢献します。
もちろん、私たちは自転車の発明について話しているのではありません。 重要なのは、他の人の経験の一部を割り当てたり適応させたりできる一方で、一部はできないということです。 通常、基本的なルールと予防措置は非常に簡単に学習され、明白でない解決策を伴うタスクは、常に成功するとは限らないが、多くの場合、独自の検索プロセスと独自の検索プロセスの蓄積を必要とします。