柔軟性は間違いなく良いことであり、 アジャイルマニフェストは理にかなっています。 ウォーターフォールと呼ばれる脆弱なプラクティスと比較すると、アジャイルの方が顕著に優れています。 ただし、実際には、柔軟なアプローチはしばしば深刻な害をもたらします。実際、ここではアジャイル/ウォーターフォールの二分法はほとんど適切ではありません。



私はスクラムと呼ばれる多くのアジャイルの亜種が本当に会社を殺したのを見ました。 「殺す」とは、「文化の悪化」を意味するのではなく、会社の株式が2年でほぼ90％低下することを意味します。

アジャイルとは何ですか？

アジャイルは、いくつかの利点をもたらしたWebコンサルティング環境から生まれました。欲しいものがわからない気難しいクライアントと作業する場合、通常2つのオプションから選択する必要があります。 または、クライアントを克服するために、期待、変更に対する適切な支払いを確立し、平等の関係を維持し、従属ではありません。 または、誤ったクライアントの動作を受け入れ（たとえば、多くの設計者がしなければならないように）、クライアントの機能不全に関連するワークフローを方向付ける。



プログラマーは通常、クライアントとうまく連携しません。 私たちは文字通りの人々です。 動作が明確に定義されたシステムが好きです。 私たちは人文科学とやり取りするのが困難になります。なぜなら、私たちは人が本当に欲しいものを理解するのではなく、文字通りすべての要求を受け入れる傾向があるからです。 企業レベルでは、アジャイル手法（コンサルティング環境外）がさらに進んでおり、エンジニアが社内の「顧客」が何を望んでいるかを理解するのに十分なほど賢くないことが示唆されています。 これは、作業が「ユーザーストーリー」と「イテレーション」に吹き付けられることを意味します。これにより、作業の満足度が低下するだけでなく、物事の今後の長期的なビジョンに対する希望も失われます。



一般に、会社内か請負業者かを問わず、通常2種類の作業が作成されます。 高レベルでは、高度な資格を持つスペシャリストが雇われます。 一番下に-彼らがしたくないすべての作業は、側にスローされます。 明らかに、コンサルタントの1つのクラスは尊敬を受けますが、他のクラスは尊重しません。 適切に管理されていないコンサルティング会社は、多くの場合、低スキルの仕事のための「ごみ収集所」になります。 スクラムは、顧客関係が非常に悪く、エンジニアが日常的に監視する必要がある組織のために作成されたようです。なぜなら、彼らはベースワークのための沈降タンクになっており、誰もやりたくないキャリアにとっては役に立たないからです、したがって、低料金と敬意）。

暴力的な透明性

ITの職場には多くの傾向があり、特に創造的で賢い人にとっては、プログラミングのキャリアが非常に魅力的ではありません。



最もひどい例は、オープンプランのオフィスです。 生産的ではありません。 それらに集中することは困難です。 人々は職場で本を読んでいる（または考えている）ことを恐れるので、彼らは反知的です。 人々が生産的であるふりをするとき、実際には生産性を失います。 一般に、オープンプランのオフィスは生産性のためではありません。 これは企業イメージです。 ベンチャー資金によるスタートアップは、これらのレイアウトを使用して、投資家にオフィスを忙しく見せるように示します。 （簡単に言えば、オープンプランのプログラマは、書くコードよりもオフィス家具としてのほうがより価値があります）。 さまざまな文化的理由から、これによりオープンプランオプションが「クール」および「ダーティ」になり、現在では企業全体に感染しています。



仕事中に説明を求められた場合、創造的な人々は創造性を失うことがよく知られています。 ソフトウェアについても同じです。 プログラマーは、多くの場合、一方的な透明性で作業する必要があります。 これらのアジャイルシステムは誤用されることが多く、相互関係がないにもかかわらず、運用の屈辱的な透明性が必要です。 人が持ち去られる可能性のある実際の長期プロジェクトに取り組むのではなく、霧状の機能的な「ユーザーストーリー」に取り組むことになり、ビジネスの短期的な差し迫ったニーズに関連しない改善に取り組むことはしばしば禁止されます（上から引き下げられることが多い）。 このアジャイルの誤った、しかし一般的なバージョンは、所有権の概念を排除し、プログラマを交換可能な同一のコンポーネントと見なします。



スクラムは最悪のシナリオであり、2週間の「反復」という愚かさを伴います。 これは、人間のパフォーマンスの微小変動に関する不必要な懸念を引き起こします。 このアプローチが長期的に開発を本当にスピードアップまたは改善するという証拠はまったくありません。 それはただ人々を緊張させます。 ビジネスの多くは、これは良いアプローチだと考えています。仕事が「速くなる」からです。 私はマネージャーとして、そして働き蜂として、IT業界に10年間在籍しています。 これは真実ではありません。

アジャイルおよびスクラム固有の欠陥

1.ビジネス指向の開発。

「滝」と比較して、アジャイルはしばしば提供されます。 滝とは何ですか？



ウォーターフォールアプローチは本当にひどいです。 その中で、「作業はロールダウンします」。組織の階層の各レベルは、彼が「興味深い資料」と考えるものを選択し、それを伝えます。 プロジェクトはマネージャーによって決定され、アーキテクチャはアーキテクトによって設計され、個人の期限はミドルマネージャーによって設定され、実装はトップレベルの作業員（プログラマー）によって実行され、その後、操作とテストは下位レベルの馬に転送されます。 これは非常に機能しないスキームです。 すべての重要な決定がすでに下されていると人々が感じるとき、彼らは可能な限り最高の仕事をする動機を持っていません。



ウォーターフォールは、特定の階層を持つ機能不全組織の社会モデルを再現します。 同様に、アジャイルは、明確に定義された階層なしで、機能不全の組織の社会モデルを非常に頻繁に複製します。



私は、「シニア」や「ディレクター」などの役職について意見を混ぜました。 彼らは重要であり、私自身はおそらく監督のレベル以下のポジションを受け入れませんが、私は彼らの重要性を嫌います。 スクラムを見ると、特に上級の最も有​​能なエンジニアの権利が奪われています。なぜなら、ここでは彼らは確立されたプロセスを遵守する義務があるからです（作成されたタスクでのみ作業し、グライダーでは週5-10時間）。 これらのプロセスは、1か月前にプログラミングを始めた人向けに設計されています。



貧困を広めることで人々を平等にする失敗した共産主義国家のように、スクラムはその最も純粋な形で、開発全体を同じ低レベルに置きます：明確に定義されていませんが、何に取り組むかを決定する完全な力を与えられているビジネス人々のレベルを明らかに下回っています。



アジャイルは通常の実装ではフィードバックの頻度を増やしますが、それでもエンジニアに本当の力を与えることはありません。 これは、仕事に必要以上に時間がかかると、プログラマーが引っ張られたり罰せられたりする可能性が高いことを意味するため、負けです。 これは多くの不安と速攻を生み出しますが、実際には、本当に重要なこと、つまり優れた製品の作成とはほとんど関係がありません。



シリコンバレーは、特に過去5年間で多くのミスを犯しましたが、何か正しいことをしました。 「エンジニアリング」会社のコンセプトを導入しました。 エンジニアが会社全体を管理することは必ずしも良いことではありませんが、エンジニアが開発を管理し、優先順位を設定すると、誰もが勝ちます：エンジニアは割り当てられた仕事に満足しています（さらに良いことに、彼らは自分自身に割り当てられます）。



しかし、あなたは「ビジネス会社」を持っています、それは結構です。 才能が必要な場合は、スタッフにエンジニアを雇わないでください。 コンサルタントとして最高の人材を獲得できます（1時間あたり200ドルから始まり、このレベルから急激に上昇します）が、「ビジネス会社」の正社員としてではありません。 優秀なエンジニアは、エンジニアが運営する企業で働きたいと考えています。そこでは、「スクラムマスター」、「プロダクトオーナー」、およびいくつかのレベルの人文科学マネージャーに言い訳をすることなく、作業計画に関与します。



最終的に、アジャイル（実践）とウォーターフォールはビジネス指向の開発の形式であるため、いずれも高品質のソフトウェアの開発や従業員の動機付けには適していません。

2.若者の部下。

残念なことに、ソフトウェア開発では、プログラミングの概念が「若い男性のおもちゃ」であるという（非常に誤った）若い従属の文化が発達しましたが、優秀なエンジニアのほとんどは若くなく、最高の多くはまったく男性ではありません。



2週間のアジャイル反復（またはスプリント）とユーザーストーリーの問題は、終了戦略がないことです。 「[X]に達したときにこれを行う必要はもうありません」というオプションはありません。 このシステムは永遠に続くはずです。ビジネス指向の集会は決して消えません。 アーキテクチャ、R＆D、および製品開発はプログラマーの仕事から離れます。なぜなら、それらはアトマイズされた「ユーザーストーリー」と2週間のスプリントに適合しないからです。



結果として、多かれ少なかれ経験豊富なプログラマーにとって、この構造で無視されるタイプのプロジェクトを引き受けたいため、この方法で作業するのは不快であり、そのようなプロジェクトは短期的なビジネス価値の観点から正当化するのが困難です。 技術的な卓越性は重要ですが、人々に頑固に納得させたくない場合、この事実を人々に納得させることは非常に困難です。



私はかつて、ある会社で働いていました。プロダクトマネージャーが、シニアエンジニアとジュニアエンジニアの違いは、より正確な時間の見積もりを提供できることだと言っていました。 まあ、実際は違います。 そしてそれはin辱的です。 評価が嫌いなのは 、それらがポリシーを生成し、実際にジョブをより速くまたはより良く実行しないためです（実際、通常は逆です）。



評価の最悪の部分は、評価できる作業のパフォーマンスを刺激することです。 これにより、プログラマーは、ビジネスが実際に必要としない低レベルのシンプルなものを好むようになります（不器用な中間レベルのマネージャーの考え方が異なっていても）が、それは「安全」です。 本当にやりがいのあることはすべて、失敗する可能性がゼロ以外であり、時間枠を合理的に見積もるには未知のパラメーターが多すぎます。 アジャイルがビジネスの短期的な価値に焦点を当てると、最終的には各プログラマーの評判をリアルタイムで管理するために、会社が本当に必要としている仕事から人々を遠ざけます。



このような文化は、プログラミングが幼稚であることを示唆しており、35歳までにそれを取り除く必要があります。 私はこの意見に同意しません。 実際、これは悪い考えだと思います。 私は30歳で、プログラムを始めたばかりの気がします。 この柔軟性/スクラムプロセスはコンピューターサイエンスとは無関係であり、付加価値をもたらさないことを知っているだけの経験があるという理由だけで、シニアプログラマーを悩ませます。

3.バカで危険な短すぎるアプローチ。

アジャイルは、対等な立場で同業者と交渉するのに十分な信用がなく、締め切りが厳しい二次コンサルティング会社を対象としており、各クライアントプロジェクトは実存リスクです。 彼は「限界」部外者のためです。 しかし、ここに問題があります。スクラムは、大企業や資金提供を受けたスタートアップにしばしば展開されます。 しかし、 部外者になりたくないので、人々はそのような会社に行きます。 セキュリティが必要です。 そのため、彼らは自分たちで会社を作るのではなく、これらの会社で働いています。 重大な個人的利益がない場合、誰も遅れをとりたくありません。 企業におけるアジャイルとは、報酬を伴わない痛みとリスクを意味します。



各クライアントプロジェクトに実存的または深刻な評判リスクが伴う場合、アジャイルが適切なソリューションになる可能性があります。企業がリスクにさらされ、長期的に消滅する可能性がある場合、短期イテレーションに焦点を当てることが役立つからです。 積極的なプロジェクト管理は、緊急時に意味をなします。 これは永続的な取り決めとしては意味がありません。 少なくとも、ストレスが少なく楽しいオプションを持つ才能のあるプログラマーには向いていません。



アジャイルの一部として、技術的な負債が蓄積され、解決されません。タスクを割り当てるビジネスパーソンは、手遅れになるか、少なくとも修正するには費用がかかりすぎるまで、問題に気付かないからです。 さらに、個々のエンジニアは、現在の2週間の「スプリント」のみに基づいて報酬を与えられます。つまり、事前に5つの「スプリント」を見ることはありません。 アジャイルは無意味で近視眼的な「スプリント」です。進歩も改善もなし、チケットごと、チケットごとです。



意味のないタスクのシャッフルに同意する人々はそれに耐えることができますが、本当に良いエンジニアは月曜日の朝に仕事をすることを嫌い、その日に何が働くか分からない。

4.彼はキャリアの構築とは何の関係もありません。

個々のユーザーストーリーは、エンジニアリングのキャリアには適していません。 30歳までに、プロジェクト全体のレベルで作業でき、少なくともそのレベルを超えるインフラストラクチャ、アーキテクチャ、研究、またはリーダーシップの準備ができていることが期待されます。



緊急時には、重要なクライアントを安心させるための相談であろうと、企業の「戦争室」であろうと、履歴書についての考えを待つことができます。 会社にとって本当に重要な場合、キャリア開発に関係しない不快な仕事や他の仕事を数週間放棄する人はほとんどいません。 ここでは、仕事の重要性が優先されます。 「本社に座ってCEOと1日20分間話し合った」と言えば、それは愚かな仕事をすることを正当化するものです。



しかし、緊急事態がない場合、プログラマーは自分のキャリアが真剣に受け止められることを期待します。 そうでなければ、彼らは去ります。 「私はスクラムチームにいました」とは、あなたがパンチングバッグであることを意味します。 馬鹿げた仕事をすることは一つのことです。CEOは、不快なタスクが何百万ドルもの価値を追加することを認めているためです（それに応じて報酬を与える）。 ただし、単に「ユーザーストーリー」とJiraチケットが割り当てられている場合は、敗者と見なされます。

5.目標は低率を判断することですが、誤検知の結果のレベルは許容できないほど高くなっています。

スクラムは、「遅れている従業員」を識別するための良い方法として提案されています。 問題は、それが明らかにするよりも非効率的に働くプログラマを作成することです。 これは、個々のエンジニアが生産性の評価とともに作業の進捗状況を詳細に表示するトータルトラッキングシステムです。



市民の自由についての議論では、よくある間違いがしばしば言及されます：「隠すものは何もない」という議論。 一部の人々は、彼ら自身が犯罪者ではないので、法執行機関などによるプライバシーの侵入は問題ではないと主張したい。 これらの人々はいくつかの重要なことを見逃しています。 たとえば、その法律は変化しています。 1930年代に中央ヨーロッパのユダヤ人だった人に尋ねてください。 立派な人々でさえ、監視の状態は不安の状態です。



観察の事実は、人々の働き方を変えます。 創造的な領域では、痛いです。 毎日仕事について報告する必要がある場合、創造的に仕事をすることはほとんど不可能です。



別のトピックが思い浮かびます： ステータスへの敏感さ 。 プログラマーは、社会的地位に関連する霊長類の数百万年の進化を克服したふりをするのが大好きですが、事実は社会的地位が重要であり、この事実を認めることは恥ずかしいことではありません。 高齢者、女性、人種的マイノリティおよび障害者は、彼らにとって生存の問題であるため、一般に職場の状況に敏感です。 仕事の継続的な監視は、信頼の欠如と低い社会的地位を示し、地位に最も敏感な人（たとえ彼らが最高の従業員であっても）が監視の増加に最初に苦しむことを示します。 自分が信頼されていないと感じた場合（そして文化によって他に何が伝わり、作品の各要素が承認されるべきか？）、彼らはすぐにモチベーションを失います。



アジャイルおよび特にスクラムは、「隠すものがない」エラーに対して脆弱です。 あなたが「悪い労働者」でないなら、あなたは毎日の滑空に反対ではないでしょう？ 短期的なビジネス価値の観点から仕事に関する日報に異議を唱えるのは、会社からお金を盗もうとする「ローファー」だけでしょうか。 まあ、いや。 明らかにそうではありません。



暴力的な透明性の文化は、地位に最も影響を受けにくい人たちのために設計されています。若い、通常は白人またはアジア人で、職場で圧迫されたことのない特権的な男性です。 人事と管理は時間の無駄であり、従業員は屈辱とin辱を単に飲み込むべきだと思う人のために。



多くの場合、最高の従業員はアジャイル/スクラムの実装に苦しみます。これは、R＆Dが事実上排除されるためです。 短期的な「反復」または短距離走に執着するということは、リスクのある新しい何かを試すことができないことを意味します。



従業員の遅れについての真実は、アジャイルなしで従業員を識別することができるということです。 人々は自分が誰であるかを知っています。 一部のチームがローファー、無能または有毒な人々で満たされている理由は、誰も彼らと何もしないからです。 これは、ワークフローレベルではなく、スタッフレベルでの管理の問題です。

6.酔った効果。

積極的な管理により、一部のやや無能な人がかなり働くことができるようです。 私はこれを酔っぱらった効果と呼んでいます。女の子がかなり健康になったとき、本当にあなたとは何の関係も持ちたくないのです。 スタッフの屈折の中で、最高のプログラマーは、すべてが短期的なビジネス利益のルールに準拠しているシステムで創造性を発揮するのに十分な空気がないため、退職します。



ソフトウェアがどのように機能するかを知らないマネージャーの観点から、これは許容できる妥協のように見えるかもしれません：いくつかのレベル7以上のプリマドナはBrave New Scrumの帆の下に船を残しますが、3と4は非常に許容できる5になります。 問題は、プログラマー7と5の差が5と3の差よりも大幅に大きいことです。あなたが最高の人材とリーダー（必ずしもリーダーシップの役割にあるとは限りません）を失った場合、スクラムの対象となる無能なレベルのわずかな増加はそうではありません利益をもたらします。



スクラムとアジャイルは、私がステータスバイアスと呼ぶものを果たします。 実際、多くの人々は成功または失敗を客観的にではなく、主観的なステータスの変化に基づいて判断します。 スタートアップのレベル3プログラマーの給与に同意するようにレベル5プログラマーを説得すること（スタートアップのシェアと引き換えに）は、心理的にはお金の損失ではなく、ステータスの深刻な増加と見なされます。



アジャイル/スクラムと年齢差別の文化は、一般に、実際の経済的利益ではなく、最も印象的なステータスの獲得に関連しています。 原則として、最高の価値をもたらす人を雇うことで達成できます（最高のプログラマーは市場レートの10〜30倍であるため、市場レートより50％高い価格を提供しても）。



自分がどのような社会的地位にあるべきかについてほとんど知らない人は若者です。 22歳のレベル6のプログラマーは、レベル3があると考え、スクラムに同意しますが、50歳のレベル9は、おそらく彼が9を持っていることを知っており、レベル8.5の条件を受け入れたくないかもしれませんが、確かにステータスの利益を検索することは、もちろん無駄です。 これらの項目は何の意味もありません。 無意味なステータスポイントの違いではなく、収入と支出の違いでビジネスに勝ちます。 5レベルのエンジニアを4人と見なす（そして支払う）業界全体があるかもしれませんが、現在の市場の状況では、8を雇って8のように扱う方がはるかに有益です。

7.不公平な広告。

ここでは、スクラムに焦点を当てます。 スクラムは「アジャイルの極端なバージョン」であると主張する人もいれば、アジャイルの最も遠いバージョンであると主張する人もいます。 （おそらく、問題の1つがここに表示されます。アジャイルとは何かについては同意できません）。



スクラムのようなソリューションには、非常に限られた一時的な場所があります。 どこでも、そして継続的に機能していると言うのは不公平です。

スクラムの利点は何ですか？

アジャイルの癖が継続的なプロセスになる前に、スクラムは「レッドコード」や「緊急事態」のようなものを意味していました。 予想外の、急速に発展する問題があった場合、あなたは最高の人々を集め、緊急チームを結成するでしょう。



このチームには明確なマネージャーがいないため、リーダー（「スクラムマスター」など）を選択して、彼に権限を付与します。 彼は公式の「ピープルマネージャー」になりたくありません（可能な限り公平である必要があるため）。 危機は短期的であるため、個人のキャリア目標は停止される可能性があります。 これは、人々が問題を解決するためにできるだけ早く作業する必要があり、スプリントが終了するとすぐに通常の仕事に戻ることができるため、「スプリント」と見なされます。 さらに、このような緊急時には、誰も個別に評価されないことを明確にする必要があります。 焦点はミッションとミッションのみです。



プロセスを課し、すべての従業員に一方的な透明性を要求すると、人々は監視されているように感じます。 彼らは、週ごとに個々の指標が間違っている場合、「弱いパフォーマー」としてマークされることを理解しています。 これは人々を怒らせます。 機能不全です。 一方、特定の期間限定の危機に対処するために信頼できる専門家のグループを集めた場合、彼らは頻繁な報告を気にしません。彼らがこれが自分の低い社会的地位ではなく状況であると理解すれば、これが理由です。



頭に浮かぶ2つのシナリオがあります。 最初は企業の「戦争室」です。 しかし、特定の個人（上級管理職を除く）がこのモードで1年に4週間以上を費やしている場合、緊急事態はまれであるため、会社に何か問題があります。 第二に、自分自身を確立しようとしている、または顧客サービスでうまく行っておらず、独立した評判を確立しているコンサルタントは、非常事態の一定の状態で働かなければなりません。

2つの問題

したがって、スクラムは、「緊急」管理者に権限を委任する必要がある場合があるという考えを認識しています。作業を完了するために必要と思われることは何でも行い、後で議論します。 すべて順調です。 時にはそれがそうでなければならない。



非常時の力で時間をかけて検証された問題は、しばしば彼らが消えないことです。 多くの場合、緊急時にリードする権限を与えられた人は、それを延長する必要があると感じます。 これは確かに管理上の問題です。 機能不全と緊急事態には、平時の管理の行き届いた会社よりも多くの管理努力が必要です。 その結果、特に技術分野の多くの幹部は、緊急事態と非常事態の機会を求めています。



野心的なデマゴーグ（スクラムマスター？）ドラゴンとの戦いで自分を証明する方が、ドラゴンの出現を避けるよりも簡単です。 スクラムがビジネス指向のエンジニアリングを積極的に推進している問題は、洞窟から人を誘い出さないほうが合理的かもしれないが、ドラゴンを引き寄せて殺すこと（「要件」として知られる）に価値があることです（「顧客コラボレーション」）。



アジャイルとスクラムは緊急事態を称賛します。 これが彼らの主な問題です。 ビデオゲーム業界が「ショータイム」と呼んでいるもののあるバージョン。 これにより、安定した動作ができなくなります。 個人の生産性に積極的に重点を置き、仕事の配分における人々のキャリア目標への懸念の欠如と、宣言された最優先事項のみのために働く人々の任務-これらはすべて、短期的な緊急事態では大きな利益をもたらしますが、長期的には有毒で意気消沈します 人々は、自律性の短期的な損失を被りますが、それは彼らがそれを返すときに明確なポイントが先にある場合のみです。



第2の問題は、この習慣が不誠実だということです。 アジャイルソフトウェア開発のトレーニング会社を中心に成長している家内産業全体があります。 問題は、基本的なアイデアのほとんどが新しいものではないことです。 用語は新鮮ですが、概念はほとんど時代遅れで、失敗した「科学的管理」 （科学的とはほど遠いもので、機能しませんでした）です。 繰り返しますが、これらのプロセスは極端な状況で明確に定義された目標を達成するために機能することもありますが、スクラムが絶え間ないことは災害です。



アジャイルとスクラムの問題を取り除けば、概念にそれほど大きな問題は生じません。 会社にジュニア開発者のみのチームがあり、機能を迅速にリリースする必要がある場合は、これらのメソッドを短時間使用することを検討する必要があります。 しかし、スクラムとは何か-生産性を常に向上させるために使用できない緊急対策のセット-を提供する場合、それに対する「バイヤー」ははるかに少なくなり、アジャイルコンサルティング業界は存在しなくなります。これらの方法の不誠実な広告（恒久的な修正としてパッケージ化された輝かしい「ショータイム」）によってのみ、大規模に企業世界に販売できるようになります。

未来

若い、低い自律性と積極的なガバナンスの征服のこの文化は、去る時です。これらは単なる悪い考えではありません。ここには大きな危険があります。何も知らないうちにそれらを吸収するソフトウェアエンジニアの世代が成長しているからです。ビジネス指向の開発と「ユーザーストーリー」は常にこのように機能しているという信念のために、平凡に運命づけられた若いプログラマーが多すぎます。これを防ぐ必要があります。私たちの業界の未来はそれに依存しています。少なくともアジャイルであり、私が見たすべてのような倒錯した実装は完全なナンセンスであり、プログラミングとは関係がなく、もちろん、コンピューターサイエンスとは関係ありません。一般に、ビジネス指向の開発は行き詰まりです。彼女は出てきた泥の中に投げ戻されるべきです。