design-patterns - ソフトウェアでも、使用する準備が整うまで何もしませんか? 【トヨタ主義】

Question

私はポッドキャストを聞いていました。彼らがトヨタが使用していた原則について話した場所：

使用する準備ができるまで、何もしないでください。

これは、他の場所に目を向け、何年も前から知られている他の慣行を学ぶことを私たちに教えていると思います.

score 3 · Accepted Answer

ソフトウェアの構築に当てはまるかもしれませんが、当てはまるかどうかはわかりません

「意思決定の仕方は意思決定の質と同じくらい重要である」という原則に基づいて、「トヨタ流の意思決定」の 5 つの要素を考えると、

【モードユーモアON】

現地現物も含めて、実際に何が起こっているのかを調べます。

ただし、プロジェクトの最後にクライアントが私たちに説明したときに、何が起こっているのかを最終的に理解することがあります;)
表面の外観を説明する根本的な原因を理解する - 「なぜ？」五回。

確かに、しかしクライアントはプロジェクト中に十分に利用できません;)
代替ソリューションを広く検討し、推奨されるソリューションの詳細な根拠を作成します。

遅すぎる、プログラマーはすでに狂人のようにコーディングしています :)
トヨタの従業員と外部パートナーを含むチーム内での合意形成。

おっと、古い認証システムは正常に動作していたにもかかわらず、そのプログラマーはすでに認証システムを書き直しています。
非常に効率的な通信手段を使用して、1 枚から 4 枚、できれば 1 枚の紙の片面を行います。

「パワーポイントによる死」を聞いたことがありますか？これは常に私たちの得意分野であるとは限りません ;)

【お笑いモードOFF】

真剣に、以前の回答で述べたように、アジャイルの哲学は、このトヨタの原則の中核テナントのいくつかに対処しています。

そして、本「 The Toyota way」で説明されているように、「You Ain't Gonna Need It」よりも少し豊かかもしれません。

score 2 · Accepted Answer

そうですね。これは、アジャイル哲学の核となる部分です。

基本的に、大きな設計や扱いにくい仕様よりも、柔軟性と応答速度を優先します。そのための最善の方法の 1 つは、現在の要件を満たすのに十分なものだけを構築することです。なぜなら、要件はいつ変更されるかわからないからです。

score 2 · Accepted Answer

少し古いニュースです。これはしばしば「You ain't going need it」(非偶像的な英語では「You Arent' Going to Need It」) と呼ばれ、YAGNIと省略されます。

必要のない機能を実装する際の問題:

score 1 · Accepted Answer

そのように考えるのは、アジャイルの優れた実践です。また、テスト駆動開発と呼ばれるものもあります。これは、(ほとんど) バグのないソフトウェアを入手するのに役立ちますが、使用しないものは何も実装されていないという副作用もあります。

例は、あなたがコレクションクラスを所有していることです。Add メソッドと ToArray メソッドだけが必要な場合、なぜ時間をかけて Remove メソッドと Count メソッドを実装する必要があるのでしょうか。

そうそう。その原則に従ってください:)

4 に答える 4