ソフトウェア開発:2.継承

前のメモでは、ソフトウェア開発業界は若く、成長因子の影響を非常に受けやすいため、長期的な方法の承認と適用可能性について話すには時期尚早であると結論付けられました。







管理の観点から類推を探すと、構築はソフトウェアの生産に非常に似ているように見えるかもしれません。 さらに、ソフトウェア開発マネージャーは、多くの場合、建物およびエンジニアリング構造の設計と建設の管理に導入されます。



ただし、この知り合いの理由の代わりに使用されます。 はい。この分野は、「要件」、「設計」、「プロジェクト」、「建設」(建設)、「品質管理」、「工数」、「作業」、「そして、プロセス自体が経済的ニーズとアイデアから特定の最終製品に発展します。 しかし、構造が良い例えである主な理由は、それが明確な例えだからです。



(例として、A.Gaudiのプロジェクト「Sagrada Familia」の写真。時間と予算を超えている程度はまだ概算できません)





これは、要件がどのように見えるか、どのように見えるか、受け取るものを説明するものであり、そのように経済的に正当化されます。 これが設計段階の進め方であり、一般的なレイアウトの一般的なビジョンから一般的なレイアウトのプロジェクトをレイアウトに、さらに各窓枠と補強メッシュの各ロッドの太さまでプロジェクトを詳述します。 これらすべての費用とそのようなお金と見積もり者は、資材を節約または改善するための分岐を使用して予算を正確に計算します。 ここにはさまざまな専門家がいて、それぞれが特定のタイプの仕事をしています。 ここでは、すべてをタスクとステージに明確に分割しました。これが関連タスクの外観です。ここで、スペシャリストの時間を計算できます。 それはそのような組織を作ります、それは別です。 ここにはリスクがあります。たとえば、期間を超えて建設シーズンを終了する場合、計算機を使用してカウントします。 などなど。



プログラマーの観点から建物を設計および構築するプロセスの最も強い印象を知っていますか? 驚くべきことに、すべての参加者は自分がしていることを明確に理解しており、致命的な間違いを犯すことは非常に困難です。 さらに、すでに建築プロジェクトの段階で、結果はわずかな変動のみで決定されます。 これは古典的な滝です。



しかし、建設は材料生産を指し、これは複製が技術的および経済的な指標と設計の実績のある組み合わせのレベルでのみ制限され、コストの非常に大きな1%-15%(および工数でのボリュームのはるかに少ない割合)を占めないことを意味します動作し、残りの作成プロセスは根本的に異なります。



材料の世界の測定はかなり確立された領域であるため、このような材料の生産と製品要件の目標は比較的簡単に設定できます。 8フロアとは、例外がほとんどない8フロアを意味します。1メートルあたり150キログラムの負荷は最大300キログラムまたは平均50キロまで増加しますが、1キロメートルあたり10トンにはなりません。



人々が建物を建てるとき、彼らは何を、どのように、そしてどのような費用で受け取りたいかをよく理解しています。 少なくとも最初の1万年間はこれを行っていないという事実のためです。



建物の建設と設計の分野は、その規模がカントリーハウスの改良よりも大きくなるとすぐに、非常に厳しく規制されます。 フルシチョフの再建を管理する規制文書は、大規模な銀行システムの作成よりも何倍も大きく、より具体的です。 彼らは、どうすればいいのか、どのようにしないのかを明確に述べています。



おそらく、橋、空港、発電所などのユニークなエンジニアリング構造が最も近いかもしれませんが、建設プロジェクトのライフサイクルをよく見ると、それらはソフトウェア開発のライフサイクルと形式的に交差しているだけで、その内容は劇的に異なります。



少し似ていますが、予算がプロセスにどのように影響するかです。 小さなバスルームや低い天井がある場合、これは建築家がバカであることや、ルーレットがビルダーから外れたことを意味しません。 潜在的なクライアントはもっとお金を払う準備ができていないので、それは単に低予算のプロジェクトです。 (入ることができない浴室のある住宅や、高さ1.5メートルの天井に出くわす頻度はどれくらいですか?そして、負荷に耐えられないサーバーですか?)。



そしてもう1つの重要なポイント:建築家は、どのくらいの頻度で、彼が住む郊外の家以上の建物を建築しますか? ほとんどすべての家は注文に応じて建てられます。



ソフトウェア開発はユニークな領域であり、開発と管理の段階に関連する特定の用語の理解を単純化するためにのみ、人間の活動の「類似した領域」について話すことができると信じています。 さらに詳細に比較すると、類似点を描画する能力ではなく、多くの基本的な違いが明らかになります。



それにもかかわらず、材料製造管理技術は、建物であろうと車であろうと、漏れており、ソフトウェア設計分野に浸透し続けています。



次の記事では、既存のカスケード技術をソフトウェア開発および評価の分野に移行する際に、主な障害となるものを検討したいと思います。



All Articles