残業？ これで2つの問題が発生しました！
ある古いジョークでは、問題があり、正規表現を使用して解決しようとすると、2つの問題が発生します。 残業は同じシリーズの何かであるように思えます。 チームに問題があり、それを解決するために残業する予定がある場合、チームには2つの問題があります。 2番目の問題は何ですか？
定期的な残業は、チームにとっても会社にとっても多くの有害な結果をもたらします。 それらを見てみましょう。
明らかに、残業が多い人は疲れてしまい、時間が経つにつれて、疲労は肉体的にも道徳的にも疲労になります。 もちろん、健康は十分ではありません。
人々が仕事に費やす時間が長くなればなるほど、休暇だけでなく、すべての症状の中で個人的な生活にも残ることが少なくなります。 その結果、彼らは仕事に集中せず、気を散らします。 制限の中で、彼らは必然的に勤務時間中に個人的な問題を解決し始め、欠勤、病気休暇、および「リモートワーク」の時間がより頻繁になります-これに対処することは非常に困難になります。 これらの要因の組み合わせは、アンダータイムと呼ばれます。
永続的な残業の別の明らかな結果は、意欲の低下です。 誰がこれらのサバイバルレースが好きですか？ リーダーシップから「あなたの懸念は正当化され、プロジェクトは必然的に失敗しますが、期限までに受け入れられる何かを書き続けなければなりません」と何度も聞いて喜んでいますか？ 個人的に、私はそのような会社で多くの時間を過ごしたくありません。
時間が経つにつれて、スタッフは疲れ果て、すべての信仰を失い、別の仕事を探し始めます-そしてそれを見つけます。 その結果、プロジェクトで既に行われたことに関する暗黙の知識は不可逆的に失われます。 したがって、さらなる作業はさらに複雑になります-ここで何が回転していて、ここでどのように働いていないのかを理解している人々。
締め切りが迫っていて、誰にも力がない場合、最初に品質を犠牲にします。 これは正常です- 技術的な負債 （システムの不注意な設計と開発の結果の比results）については誰もが知っていますが、今回は少し負債を負うことができます-間違いなく後で支払うでしょう？ いや 残業を問題の通常の解決策と考えている企業は、この負債を返済することはありません。 今日の過失は、明日、より緊急のバグを意味します。これは同じモードで対処する必要があります。 さらに、コード自体の品質が低下しており、変更がより難しくなり、変更にはさらに時間がかかります。
プロジェクトの将来の発展を予測することはますます難しくなっています。 次の段階またはプロジェクトの途中で、前の段階またはプロジェクトからのエラーが突然出て、脱線する可能性があります。 さらに、実際にビジーモードで作業するために費やした時間の計算が複雑であるため、通常モードでのチームの有効性を評価することはより困難になります。 次のプロジェクトのスケジュールはますます信頼性が低くなっています。 しかし、あなたはこれを心配することはできません、あなたはいつでもスケジュールに追いつくために残業することができます...くそー。 どこかですでに聞いたことがあります。
OK、次のレベルに進みます。 あなたの会社の誰が残業しようとしていますか？ 通常、これらは開発者ではなく、労働者の搾取を要求または要求するマネージャーです。 チームの観点から、彼らは仕事を計画したり、クライアントと通信することができないために陥ったtheyから管理を助けるために犠牲を払っています。 これは部分的にしか当てはまりません。この悪循環に陥ったチームの強制的な予測不能性は、マネージャーにとって、クライアントにとって攻撃的ではなく、チームにとって信頼できるランダムな用語の選択のみを残します。 しかし、これは開発者の問題ではありません。開発者は技術的な実装や解決のためのアプローチの変更に関するアイデアを提供できますが、これはビジネス上の問題です。 何らかの理由で問題が発生した場合、計画を変更する必要があります。 そのような状況では、通常、可能性、コスト、タイミングの三角形が考慮されますが、残業はありません。
クライアントがこの問題を報告しないのはなぜですか？ はい、これは難しい会話であり、ほとんどの人（マネージャーを含む）はそのような会話を恐れており、どんな犠牲を払っても避けます。 クライアントに「できない」よりも、チームに「仕事に出かけている！」と言う方が簡単です。 実際、そのようなことについて話す必要があります。クライアントとの良好な関係は、物事が悪化している瞬間を含め、敬意、信頼、オープン性に基づいている必要があります。
このような会話に至った場合、誰が責任を負うかは問題ではないことに注意してください。 これは過失に関するものではなく、現在の客観的な状況とその対処方法に関するものでなければなりません。 その後、プロセスのどこで何を改善できるかを議論する時間があるので、状況は二度と起こりませんが、これはまったく別の話です。
クライアントが残業することをチームが主張する場合はどうなりますか？ 実際、このためのマネージャーがいます-彼らはそのような決定の可能な副作用をクライアントに説明しなければなりません。 さらに、クライアントは、発生した追加費用、回復時間、およびこの間に蓄積された技術的負債の解決に費やされた時間を補償することを約束する必要があります。 優秀なマネージャーは、残業は先導的なはしごであることを常にクライアントに納得させます。
これで、元のジョークをさらに正確に言い換えることができます。 マネージャーが計画で問題に遭遇すると、「ああ、クライアントとのビジネス会話の代わりに、チームを残業させるだけだ」と考えます。 今、彼らは最も予想外の瞬間に将来起こる多くの予測不可能な問題、反乱の危機にwornしている消耗したチーム、そしてチームを信頼しない不満なクライアントを抱えています。
まだ残業したいですか？
これは、プロジェクトの立ち上げの前夜にバグが検出され、今すぐ修正する必要がある一時的な残業に関するものではなく、スケジュールから1か月または2か月遅れを「治癒」するか、単に開発時間を短縮するツールとして使用する場合の残業に関するものであることに注意してください計画するとき。 追加の作業でチームを疲れさせるには、2〜6週間かかりますが、最初の1週間は生産性の急上昇が特徴です。 さらに、チームのイニシアチブでの残業と上からの注文-これらは2つの大きな違いであり、これも考慮に入れる必要があります。
残業の危険性については多くのことが言われてきましたが、この記事は1つのチームの状況を100％正確に説明しているので、観察する機会があります。 週末の定期的な（有給だが強制された）仕事、「エラーが修正されるまで誰も帰宅しない」、永遠の「誰が責任を負うのか？」の代わりに「何をすべきか？」... 6人のチーム「マネージャー1人+パフォーマー5人」を辞める出演者、記載されている残りの症状も明らかです。 そして、はい、そのようなチームでは私は働きたくないでしょう:-)
定期的な残業は、チームにとっても会社にとっても多くの有害な結果をもたらします。 それらを見てみましょう。
消耗
明らかに、残業が多い人は疲れてしまい、時間が経つにつれて、疲労は肉体的にも道徳的にも疲労になります。 もちろん、健康は十分ではありません。
欠陥
人々が仕事に費やす時間が長くなればなるほど、休暇だけでなく、すべての症状の中で個人的な生活にも残ることが少なくなります。 その結果、彼らは仕事に集中せず、気を散らします。 制限の中で、彼らは必然的に勤務時間中に個人的な問題を解決し始め、欠勤、病気休暇、および「リモートワーク」の時間がより頻繁になります-これに対処することは非常に困難になります。 これらの要因の組み合わせは、アンダータイムと呼ばれます。
やる気
永続的な残業の別の明らかな結果は、意欲の低下です。 誰がこれらのサバイバルレースが好きですか？ リーダーシップから「あなたの懸念は正当化され、プロジェクトは必然的に失敗しますが、期限までに受け入れられる何かを書き続けなければなりません」と何度も聞いて喜んでいますか？ 個人的に、私はそのような会社で多くの時間を過ごしたくありません。
スタッフの離職と暗黙の知識の喪失
時間が経つにつれて、スタッフは疲れ果て、すべての信仰を失い、別の仕事を探し始めます-そしてそれを見つけます。 その結果、プロジェクトで既に行われたことに関する暗黙の知識は不可逆的に失われます。 したがって、さらなる作業はさらに複雑になります-ここで何が回転していて、ここでどのように働いていないのかを理解している人々。
品質および技術的負債の損失
締め切りが迫っていて、誰にも力がない場合、最初に品質を犠牲にします。 これは正常です- 技術的な負債 （システムの不注意な設計と開発の結果の比results）については誰もが知っていますが、今回は少し負債を負うことができます-間違いなく後で支払うでしょう？ いや 残業を問題の通常の解決策と考えている企業は、この負債を返済することはありません。 今日の過失は、明日、より緊急のバグを意味します。これは同じモードで対処する必要があります。 さらに、コード自体の品質が低下しており、変更がより難しくなり、変更にはさらに時間がかかります。
予測不能
プロジェクトの将来の発展を予測することはますます難しくなっています。 次の段階またはプロジェクトの途中で、前の段階またはプロジェクトからのエラーが突然出て、脱線する可能性があります。 さらに、実際にビジーモードで作業するために費やした時間の計算が複雑であるため、通常モードでのチームの有効性を評価することはより困難になります。 次のプロジェクトのスケジュールはますます信頼性が低くなっています。 しかし、あなたはこれを心配することはできません、あなたはいつでもスケジュールに追いつくために残業することができます...くそー。 どこかですでに聞いたことがあります。
マネージャーとクライアント
OK、次のレベルに進みます。 あなたの会社の誰が残業しようとしていますか？ 通常、これらは開発者ではなく、労働者の搾取を要求または要求するマネージャーです。 チームの観点から、彼らは仕事を計画したり、クライアントと通信することができないために陥ったtheyから管理を助けるために犠牲を払っています。 これは部分的にしか当てはまりません。この悪循環に陥ったチームの強制的な予測不能性は、マネージャーにとって、クライアントにとって攻撃的ではなく、チームにとって信頼できるランダムな用語の選択のみを残します。 しかし、これは開発者の問題ではありません。開発者は技術的な実装や解決のためのアプローチの変更に関するアイデアを提供できますが、これはビジネス上の問題です。 何らかの理由で問題が発生した場合、計画を変更する必要があります。 そのような状況では、通常、可能性、コスト、タイミングの三角形が考慮されますが、残業はありません。
クライアントがこの問題を報告しないのはなぜですか？ はい、これは難しい会話であり、ほとんどの人（マネージャーを含む）はそのような会話を恐れており、どんな犠牲を払っても避けます。 クライアントに「できない」よりも、チームに「仕事に出かけている！」と言う方が簡単です。 実際、そのようなことについて話す必要があります。クライアントとの良好な関係は、物事が悪化している瞬間を含め、敬意、信頼、オープン性に基づいている必要があります。
このような会話に至った場合、誰が責任を負うかは問題ではないことに注意してください。 これは過失に関するものではなく、現在の客観的な状況とその対処方法に関するものでなければなりません。 その後、プロセスのどこで何を改善できるかを議論する時間があるので、状況は二度と起こりませんが、これはまったく別の話です。
クライアントが残業することをチームが主張する場合はどうなりますか？ 実際、このためのマネージャーがいます-彼らはそのような決定の可能な副作用をクライアントに説明しなければなりません。 さらに、クライアントは、発生した追加費用、回復時間、およびこの間に蓄積された技術的負債の解決に費やされた時間を補償することを約束する必要があります。 優秀なマネージャーは、残業は先導的なはしごであることを常にクライアントに納得させます。
おわりに
これで、元のジョークをさらに正確に言い換えることができます。 マネージャーが計画で問題に遭遇すると、「ああ、クライアントとのビジネス会話の代わりに、チームを残業させるだけだ」と考えます。 今、彼らは最も予想外の瞬間に将来起こる多くの予測不可能な問題、反乱の危機にwornしている消耗したチーム、そしてチームを信頼しない不満なクライアントを抱えています。
まだ残業したいですか？
翻訳者コメント
これは、プロジェクトの立ち上げの前夜にバグが検出され、今すぐ修正する必要がある一時的な残業に関するものではなく、スケジュールから1か月または2か月遅れを「治癒」するか、単に開発時間を短縮するツールとして使用する場合の残業に関するものであることに注意してください計画するとき。 追加の作業でチームを疲れさせるには、2〜6週間かかりますが、最初の1週間は生産性の急上昇が特徴です。 さらに、チームのイニシアチブでの残業と上からの注文-これらは2つの大きな違いであり、これも考慮に入れる必要があります。
残業の危険性については多くのことが言われてきましたが、この記事は1つのチームの状況を100％正確に説明しているので、観察する機会があります。 週末の定期的な（有給だが強制された）仕事、「エラーが修正されるまで誰も帰宅しない」、永遠の「誰が責任を負うのか？」の代わりに「何をすべきか？」... 6人のチーム「マネージャー1人+パフォーマー5人」を辞める出演者、記載されている残りの症状も明らかです。 そして、はい、そのようなチームでは私は働きたくないでしょう:-)
All Articles