しっかりと構築されたビジネスプロセスの物語、または1つの問題が完全に機能する開発システムをハッキングした方法

まえがき

誰もがしっかりと構築されたビジネスプロセスが必要であることは秘密ではありません。

個々の市民、部門、持ち株を持つ企業全体が輪になって走り回り、あらゆる種類のプロセスの適切な配置の必要性についてhowります。 予算の厳格な枠組みの中で、すべてを期限内に計算、測定、計画、完了しなければなりません。 メトリックとKPI、予測可能性と透明性。 どこでもアジャイルを「実装」する必要があります。 誰もが無駄のないカテゴリーで考える必要があります。 誰もがビジネスバリューについて考える必要があります。 そして、夜に目が覚めると、「ユーザーのLTVとは何ですか？」という質問に即座に答えます。



素晴らしい、合理的なアプローチ。



ソフトウェア開発では、「車輪を再発明しないでください」という長くしっかりと確立された傾向があります。



メガ製品のインストーラーを開発する必要がありますか？ 外部システムと統合しますか？ 多数のレポートを作成しますか？



賢くならないで、箱入りのソリューションを選んでください。 あなたは多くの時間、神経を節約し、その結果、会社のお金を節約します。



そして、これにエンジニアリング担当者の技術的資格の平均レベルを下げる傾向を掛けると、これは別の問題であり、供給を超える長期的な需要の過剰と結びついて、完全に判明します。 スムージーを絶えず拭いたり飲んだりすることで、 クイックコードとラピッドプロトタイピングの母体を使用して既製のブロックを統合するだけでシステム全体を構築できます。



したがって-車輪を再発明したり、賢くなったりしないでください。 既製のものを使用し、何らかの理由で統合が突然機能しないスマートヘッドで湾曲した手を使用します。



素晴らしい、合理的なアプローチ。



しかし、おかしなことは、いつものように、2つの明確で合理的な原則の接合部で起こりうることです。 この問題の深さを明らかにする抽象的な例を考えてみましょう。

ヒーローを知りましょう

いつでもRational Inc.

骨髄にとっては合理的であり、両方の原則に従います。 アジャイル全体、スクラムのどこでも、すべての開発者は、各タスクのビジネスバリューを正確に把握しています。 誰もが、効率の向上、幸福と収益性の一般的な指標を心配しています。

会社ではなく、おとぎ話。 ITビジネスの所有者は、彼女を見ているとよだれを垂らします。 しっかりした甘いもの。



結局のところ、現実の世界にはそのような優秀な企業は存在しません。

なんとなくサムウェイ株式会社

。

さて、ここに伝統的な混乱があります。 エンジニアは常に喫煙室でエンジニアリングバイクを汚染し、エンジニアリングタスクが好きで、ユーザーLIfetime Valueでくしゃみをしたかったのです。 自転車は時々発明されますが、一般的にはサードパーティのコンポーネントを「再利用」する傾向があります。



スクラムの言葉では、繰り返しもあります。 実際、神が魂を置くように、開発が進行中です。



一言で言えば-本当にそこにあるもの。 普通のエンジニアリング会社。



真空中の球形の馬を簡素化するために、両社はほぼ同じことに従事しており、ほぼ同じタスクに直面しており、ほぼ同じレベルのエンジニアとマネージャーがそこで働いています。



それで、もちろん、これは起こりませんが、正しいアプローチは、他のすべての条件が同じであれば、人間の物質のブラウン運動に対する比率の利点を示すはずですよね？



そのため、草の根レベルの両方の企業では、特定の機能に取り組む過程で、エンジニアリングの問題が発生します。 コンポーネントの1つは予期せずに動作します。「流れる抽象化」という古き良き問題に統合問題を乗じたものであり、機能に取り組んでいるエンジニアはなぜこれが起こっているのか理解していません。

問題の年表

1日目

Rational at Anytimeでは、エンジニア、たとえばPeter the Greatが朝の立ち上がりで問題を報告します。 スクラムマスターは、それを除去するのに必要な時間を指定します。 エンジニアは答えるのが難しいと感じ、研究のためにマイクロプリントを要求します。 製品の所有者は、この機能は一般的に二次的であり、2日を超える割り当てはできないと言っています。 マスターのスクラムは、このスプリントでのチームの全体的なスピードが落ちることを嘆きますが、彼はマイクロスプリントに打撃を与えます。



どういうわけか、単純化のために、Peter IIのエンジニアはまったく同じ問題に直面しています。



スタンドアップで、彼は習慣的に「今日はSM-134のタスクに取り組んでいます。助けは必要ありません。」とumbleきます。 彼は自分の言葉の意味を本当に考えていません。 結局のところ、彼の脳全体は「サードパーティコンポーネントソリューションからの曲がったダウンによって書かれた、クソモジュールで行われるこのゴミ」について熟考することに夢中になります。



次の休憩で、彼は遠くから、一流のシステムエンジニアであるヤロスラフ・ザ・ワイズに隣の部署から質問をし、彼らはゆっくりと喫煙して、約20分間詳細を話し合う。 ヤロスラヴはいくつかのヒントを提供しますが、彼は深く彼らがピーターを助けないことを知っています。 ピーターはもちろんカッコイイ男だからです。しかしヤロスラフの逆アセンブラーは彼を決して信用しません。

2日目

いつでも合理的

ピーター大王は2日目に問題を取り上げています。 彼は、マイクロスプリントはおそらく冒pro的であることを理解しており、朝の立ち上がりで、彼は助けが必要だと言います。



「これには誰が必要ですか？」マスターは同情的に尋ねます。

「理想的には、関連部門の賢者ヤロスラフ。 彼はクールなシステムエンジニアであり、これがまさに彼のプロフィールです。「最初のピーターが答え、この要求に対する答えを正確に知っています。

「ああ、ヤロスラアーヴ。」-マスターはスクラムをひどく引きます。「彼は、私たちの会社にとって非常に重要な深刻な仕事で忙しいのです」

「もう1日あります」と製品の所有者は会い、「マイクロスプリントの結果に応じて何が起こるか見てみましょう。私たちは決定を下します。」

どういうわけか

ヤロスラフが彼に助言したことすべてをうまく試していなかったこの時点で、2番目のピーターは喫煙室で思慮深く喫煙します。



「何がそんなにつまらないのですか？」-かすみに入ったイヴァン・ザ・テリブルは、満足して興味を持ちます。

「はい、それで...ここで1つのでたらめ..」-ピーターは言います。 彼はIvan Vasilievichを尊敬していますが、恐れており、問題を解決できないことにすぐに署名します。

「まあ、まあ」、イヴァンはにやにや笑いながら、「自分の資格に従っていないのに、再び問題を取り上げたのだろうか？」

イワン、くすくす笑う、去る、そして恥ずかしいピーターはさらに突っ走る。

3日目

いつでも合理的

「マイクロプリントは結果をもたらしませんでした」とピーター・ザ・グレートは報告します。 「問題の原因を突き止めることができませんでした。 ヤロスラフの関与または追加の学習時間が必要です。」

「あなたはすでに2日でした。」-製品所有者は沸騰し始めますが、スクラムマスターは潜在的な競合の管理を巧みに傍受します。

「私たちが同意したように、問題を調査するためにマイクロスプリントが実施されました。今、私たちは決定を下す必要があります。 調査のために追加の時間を割り当てるか、システム開発部門に支援を要請するか、問題をエスカレーションして、上級管理職に意思決定を提供します。



「私たちは何をエスカレートするつもりですか？」不機嫌な製品所有者をつぶやいた。 「問題を解決するコストはいくらですか？ 何もわかりませんでした。」

「まあ、それは2つの選択肢が残っていることを意味します。」-マスターは精査して微笑んでいます。 「私たちは助けを求めますか、それとも自分自身で整理し続けますか？」



誰もがピーターを期待しています。 彼は神経質に飲み込みますが、アジャイルの理想を忠実に支持しており、正直かつ率直に彼には助けが必要だと報告しています。



「素晴らしい」。スクラムはマスターで、Evernoteでメモを作成します。 「私たちがシステム開発部門からこれを手伝うことができるのはいつかを知ります。」

「今のところ、ピーターは次の優先タスクに切り替えます。 だから、これは私たちのものです...私が間違っていなければ、SM-135。」

とにかく

ピーター・ザ・セカンドは、常習的なフレーズを常習的に叩き出し、昨夜記録されたモジュールの動作を引き続き反映します。 しかし、イヴァンは彼の考えを中断します。

「ピーター、あなたの問題は何ですか？ すでに決めましたか？」

「ええと…まだ、今日はもう2、3のアプローチを試してみます。」-ピーターの目はイヴァンの気配りのある、目を細めるような見た目を避けます。

「まあ、まあ..」イヴァンは笑顔で言います。

5日目

いつでも合理的

ピーター大王は新しいタスクに熱心に取り組んでいます。 彼はコードフリーズまであと少ししか残っていないことを理解していますが、チームのスピードがあまり沈み込まず、製品のリリースに優れた機能セットが登場するように、少なくともこのスプリントで何かを終えたいと考えています。

スクラムマスターは、ヤロスラフのチームと共同マイクロプリントを調整しようとしていますが、タスクの優先順位ははるかに高いため、見通しはかなり暗いようです。

しかし、ピーターは満足しています。 最後に、この複雑な問題を少なくとも一時的に忘れて、チームと会社全体に真の利益をもたらすことができます。

ややどこか

絶え間なく誓いを立てるピーター・ザ・セカンドは、自分の机に座って、ヘッドフォンで重い重量をいつの間にか聞いて、「まあ、彼の母親はこのクソゴミの中を進んでいる！」



デバッガーは一方の画面で開かれ、逆アセンブルされたコードはもう一方の画面で開かれます。 ピーターの集中した視線は次第に絶望感に満たされ、彼の左目はすでに痙攣し始めています。

彼は、ヤロスラフが彼の後ろに10分間、思慮深く沈黙していることに気づきませんでした-最後にピーターの肩をshoulderでるまで。



「ああ？ なに？ 何..」-ピーターのヘッドフォンをはがします。 「ああ、ヤロスラフ...どうしてここにいるの？」

「はい、私は余暇にあなたの問題について考えていました...ちなみに、ここでJNEを送ってください。そうしないと、それ以上進めません。」

「どこ？ ああ、ここにあります...そしてそれは何を与えますか？ ああ、それは..のようなものです。」-ピーターは再びストリームに入ります。 「そしてこれは一体何なの？」

「レジスタで曲線を描く。 このように試してみましょう..」-ヤロスラフはそれに接続しています。

10日目

いつでも合理的

「それで、このスプリントでのチームのスピードは3ストーリーポイント低下しました。 フィーチャーSM-134が最終的にスプリントから外されたことを考慮すると、これは非常に期待されています。 ところで、ピーター、よくやった、SM-135を実装する時間があるとは思わなかった。」-ヤロスラフがすぐに部屋に飛び込んだとき、スクラムマスターは習慣的に回顧展を行いました。



「みんな、文字通り1分です。ごめんなさい。 マイクロプリントは同意され、3日間Efimを提供します。 彼は優れたシステムエンジニアであり、ピーターと一緒に問題を解決できるでしょう。 さて、それで終わりです。もう一度、ごめんなさい。



最初のピーターが当惑した目をたたく。 問題？ ああ、あの、ひどくて難しい... brrr ...

どこか誰か

「ピーター、あなたの問題はどうしたの？」アイヴァンは恐ろしく尋ねる。

「大丈夫、イヴァン・ヴァシリエビッチ。 1つの小さな不具合が残っていました-さて、コードをなめます。 間違いなく3日で対処できます。」-ピーター2世は冷静に答えます。

「私はあなたのことを三日間知っています。」イヴァンは不平を言います。 「早く仕上げましょう。私のリーダーシップは、なぜこの機能をそれほど厳しくしているのか疑問に思っています。 すぐにバセリンのバケツを収穫する必要があります！」

「はい、わかっています、イヴァン・ヴァシリエビッチ。 ドラッグ！」-ピーターは微笑む。

13日目

いつでも合理的

「Yefimとのマイクロスプリントによると、問題を解決するにはスプリントのもう半分が必要になることが判明しました。 あるいは、全力疾走です。」-ピーター大王は、自信に欠けると言います。 Yefimと一緒に、彼らは3日間この問題をいじりましたが、確実な解決策は見つかりませんでした。 -「いくつかのヒントがあります..」

「バスタード、スナッパー！」製品所有者は爆発し、「解決策はどこにありますか？」 1週間以内に実行しますか？

「だから、同僚、落ち着いてみましょう。」-スクラムマスターが介入し、製品の所有者を非難して見ます。 「ピーター、スプリントの半分では捕まえられないことは正しく理解していますが、スプリント全体で問題を解決できますか？」

「はい、そうです。」-ピーターは答え、自信を持って話そうとします。

「もちろん、それはすべて良くて素晴らしいことです。」-製品の所有者は少し落ち着いたと言いました。 「しかし、この機能に余分な時間を費やす準備はできていますか？ 私たちはすでに時間とエネルギーを費やしました。 エスカレートする必要があると思います。 私にとって余分な費用の合理性は個人的には明らかではないようです。」

「まあ、やってみましょう。」-スクラムマスターを要約します。

いつか誰か

「まあ、もうここで終わりです。 すべてが機能しますが、サブルーチンのみがまだコーミングされます。」-Peter the Secondが報告します。 「幸いなことに、私はCのスキルを引き上げました。でたらめはそこに残りました。」

「よくやった。」イワンは微笑む。 「髪をとかす必要がありますか、それとも本当に必要ですか？ おそらく機能を最後に閉じた方が良いでしょうか？」

「しかし、私の美意識はどうですか？」ピーターは、空中で手を振って、ひどくin辱されます。

すべてのエンジニアが一緒に笑います。

17日目

いつでも合理的

「経営陣は、機能の作業を再開することは現在非合理的であると結論付けました。 ビジネスバリューは、追加のリソースを投資するほど大きくはなく、時間的には次のリリースに間に合わないことがわかります。」-製品所有者は言います。

「まあ、神に感謝します。」-幸せなピーター大王は彼の息の下でつぶやきます。 「悪夢のように忘れることができます。」

いつか何か

「ピーター、あなたの機能はリリースされています。 テストでカバーしましたか？」とIvanが尋ねます。

「まあ、だから...さらに追加する必要があります。」-2番目のピーター。

「ここに追加してください。」イヴァンは重く言います。 「それで、別れ、働いた。」

まとめ

経験豊富な開発者は、統合中に2つの異なるシステムが出会うテクノロジーとモジュールの交差点で最も複雑な問題が発生することを知っています。 同時に、両方のシステムを個別に優れたものにすることができます-完全に設計され、完全に機能します。 しかし、2つの美しいシステムの接合部では、ugい矛盾がしばしば発生します。

熱心な読者は、私たちの歴史上、Anytime Rationalの問題は2つの完全に機能するシステム（販売と生産）の接合部で発生することに気付くでしょう。



したがって、次回、「なぜ、ここでこの明白な機能を実現しなかったのですか？」、または「このような深いお尻を通して何が機能するのですか？」-これは、 2つ以上のシステムのジャンクション。



あなたが出会った特定のケースでは、それはそうかもしれませんが、それは左かかとでいくつかのたわごとを開発しているbydlokodersの単なる握手です。