共通フレームの必要性

わくわくアカデミー
29 Nov 201304:39

Summary

TLDRシステム開発では、利用者と開発者(ベンダー)の間のコミュニケーションが重要だが、利用者の要望を正確に理解するのは難しい。また、複数の企業が開発に関わる場合、開発プロセスが統一されていないと混乱を招く。そこで、日本では業界団体が中心となって共通フレームワークを策定し、システム開発の標準化を図っている。

Takeaways

  • 😊 利用者はシステムイメージがあいまいなことがある
  • 😮 開発者に利用者の考えを正確に伝えるのは難しい
  • 🤔 開発現場は配下の複数会社が関与する複雑な構造
  • 🙅 各社の開発プロセスが異なり認識齟齬が発生しやすい
  • 😰 要件定義での齟齬がシステム開発の失敗につながる
  • ✏️ 開発者間の共通プロセスも重要
  • 🔍 共通フレームワークに関する国の主導的役割が望まれる
  • 😇 利用者と開発者のコミュニケーション改善が鍵
  • 📝 要件定義の手法を標準化する必要がある
  • 🎯 共通フレームワーク導入で開発効率化や失敗防止が期待できる

Q & A

  • システム開発で利用者と開発者の間のコミュニケーションがなぜ難しいですか?

    -利用者の頭の中にあるアイデアや要望を100%正確に読み取るのは難しいです。要件定義のやり方にも開発者と利用者でギャップが生じやすいです。

  • システム開発で複数の会社が関わるデメリットは何ですか?

    -各社の開発手法やプロセスが異なることがあるため、要件定義が共通認識として統一されず、思ってたことができていないといった場合が発生します。

  • 共通フレームワークはなぜ必要とされているのでしょうか?

    -ベンダー同士や利用者との間で、システム開発の手法やプロセスを統一するための「共通の物差し」が必要だからです。

  • 共通フレームワークを作成した主体はどこですか?

    -日本の国が主導して作成したもので、共通フレームと呼ばれています。

  • システム開発者にはどのようなスキルが必要ですか?

    -利用者の要件を正確に理解し、適切なコミュニケーションをとるスキルが大切です。また、共通フレームワークに沿ったシステム開発の知識も必要です。

  • システム開発のプロセスにはどのような段階がありますか?

    -大まかな段階として、要件定義、設計、実装、テスト、運用と保守があります。設計段階も概要設計と詳細設計に分かれることがあります。

  • ベンダーと利用者のコミュニケーションを円滑にするにはどうすればいいですか?

    -要件定義の方法や開発プロセスを事前に統一しておくことが重要です。共通フレームワークに基づいた開発を心がけることも有効です。

  • システム開発で原因不明のトラブルが発生した場合、対応はどうすればいいですか?

    -関係各社間のコミュニケーションを密にして、トラブルの根本原因を特定する作業が必要です。

  • 国が共通フレームワーク策定に乗り出した背景には何がありましたか?

    -ベンダー各社の開発手法の相違から要件のすり合わせが十分でないといった問題が発生していたことが背景にあると考えられます。

  • 共通フレームワークの運用上の課題は何ですか?

    -フレームワークが抽象的で利用者側から見えにくいことが課題の1つです。教育普及により、認知度と理解度を高めることが重要です。

Outlines

00:00

😊 システム開発の利用者とベンダーの間で共通のやり方が必要

このパラグラフでは、システム開発を行う際、利用者が頭の中で考えている要件を100%正確にベンダーが読み取るのは難しいため、利用者とベンダーの間で共通のやり方や手順を取り決めることが必要不可欠であることを説明しています。また、実際には複数のベンダーや開発会社が関わることが多く、各社の開発手法が異なるため、要件定義が共通理解できず、コミュニケーションが複雑化することを指摘しています。そのため、ベンダーや開発者同士の間でも共通の開発手法やプロセスが必要になると述べています。

Mindmap

Keywords

💡システム開発

システム開発とは、特定のニーズに応えるためにソフトウェアを設計、テスト、実装するプロセスです。このビデオでは、利用者が自分のニーズに合ったシステムを想像し、それを実現するためにプロの開発者や企業に依頼するプロセスを説明しています。

💡利用者

利用者は、システムを使用する人々のことを指します。ビデオでは、利用者がシステム開発の初期段階で自分たちの要望をどのように形にするか、そしてその過程で直面するコミュニケーションの問題に焦点を当てています。

💡ベンダー

ベンダーは、システム開発を請け負う企業や業者を指します。ビデオでは、利用者が自分たちのニーズに基づいてシステムを開発してほしいとベンダーに依頼し、そのプロセスで生じるコミュニケーションや要件定義の問題に触れています。

💡コミュニケーション

コミュニケーションは、人々が情報を交換するプロセスです。ビデオでは、システム開発における利用者と開発者、またはベンダー間のコミュニケーションの難しさと、それがプロジェクトに与える影響について説明しています。

💡要件定義

要件定義とは、開発すべきシステムが満たすべき要件を明確にするプロセスです。ビデオでは、このプロセスがシステム開発の初期段階で非常に重要であること、そして異なるベンダー間での要件定義の違いがプロジェクトにどのような影響を与えるかを指摘しています。

💡共通の物差し

共通の物差しとは、異なるベンダーや開発者間で一貫した基準や方法論を持つことを意味します。ビデオでは、システム開発において、このような共通の基準がプロジェクトの透明性と効率を高めるためにどのように必要とされるかを説明しています。

💡設計

設計は、システムやソフトウェアの構造や機能を計画するプロセスです。ビデオでは、設計フェーズがシステム開発において重要であることと、設計の違いが最終的なシステムの品質にどのように影響するかを説明しています。

💡開発プロセス

開発プロセスとは、アイデアから最終製品までを作り上げる一連のステップです。ビデオでは、このプロセスの各段階で生じる可能性のある問題や課題について、具体的な例を挙げて説明しています。

💡サブコントラクター

サブコントラクターは、主要なベンダーが請け負った仕事の一部を担う企業や個人を指します。ビデオでは、システム開発におけるサブコントラクトの層とその複雑さ、そしてそれがプロジェクト全体の統一性と品質にどのように影響するかを議論しています。

💡詳細設計

詳細設計とは、システムの具体的な実装方法について詳細に計画する段階です。ビデオでは、この段階が開発プロセスにおいてどのような役割を果たし、異なるベンダー間でのアプローチの違いが最終製品にどのように影響するかを説明しています。

💡概要設計

概要設計は、システムの全体的な構造や主要な機能を定義する初期段階の設計プロセスです。ビデオでは、概要設計がシステム開発における後続の詳細設計や実装に先立って重要な基盤を提供する方法について説明しています。

Highlights

システム開発において、利用者自身がシステムを作る際には、具体的なイメージを持つことが重要。

多くの場合、システムの実際の利用者は開発能力を持たないため、第三者に開発を依頼する必要がある。

システムを開発するベンダーは、利用者のニーズを正確に理解し、それに応じたサービスを提供することが求められる。

コミュニケーションの不足は、システム開発における共通の課題である。

開発プロセスにおいて、利用者とベンダー間での明確なコミュニケーションが成功の鍵。

システム開発は、利用者の抽象的な要望を具体的な機能に変換する過程。

ベンダー間での共通の物差しや開発手法の標準化が、効率的な開発を可能にする。

複数の企業が関わるプロジェクトでは、それぞれの会社が異なる開発手法を採用していることが問題となることがある。

要件定義の段階での明確なコミュニケーションが、後の開発工程での混乱を防ぐ。

システム開発における課題は、技術的な問題だけでなく、人間関係やコミュニケーションにも関連する。

日本におけるシステム開発は、サブコントラクトの連鎖により複雑化する傾向にある。

開発プロジェクトにおける統一された物差しやガイドラインの存在が、スムーズな進行を支援する。

プロジェクト管理における標準化の推進は、国が主導する形で進められることがある。

システム開発は、単にコーディングを行う以上の複雑なプロセスを含む。

プロジェクト成功のためには、開発者と利用者双方の明確な理解と合意が必要。

Transcripts

play00:03

システム開発を行う時計ね

play00:06

自分が作りたいなーっていう風なシステムですねまぁシステムの利用者

play00:13

が自分であのシステムを作るんだったらそんなにあの何を作ろうかなとかそういった

play00:20

ことを考えるとき

play00:22

ややこしい答えは作りたいもの頭に浮かべたものをこういうのが作りたいなぁって形で

play00:29

作れば

play00:31

ほっぺんですかた実際に作る時にはマコの利用者っていうのが自分で作れない人ってが

play00:39

普通の人だったりとかプールじゃなかったりとかするとま誰かに

play00:45

たままなきゃいけない

play00:46

ってことでのこれをあの実際に

play00:49

システム作ってくれる人ですね

play00:53

利用者がこういう風なシステムをつくってほしいんですけど

play00:57

diff な形でお願いしてば誰かに作ってもらって出来上がりましたよっていう風に

play01:04

なってのこの時に提供する人のこの人はベンダーっていうふうによく行きますが

play01:12

そういうあのシステム開発を請け負う企業っていうのがあります

play01:17

猫子の間でやり取りするときに

play01:20

何も経験がなかったりですねまぁ実際のこっちの方がプロだから

play01:27

なんとなくテキトーに言っても涼感を左手好きなように作ってくれるだろうみたいな

play01:32

機体側の利用者には結構ありがちなんですかまぁこの頭の中に考えていることを

play01:38

100%正確に読み取って

play01:41

ですね

play01:42

ここで考えていることをモヤモヤもやっとこんなシステム作りたいなーっていうふうに

play01:48

思っていることこれはあの

play01:51

読み取るのは結構大変ですねまぁ人と人とのコミュニケーションなんでここの

play01:56

コミュニケーションで結構あの

play02:00

問題が起こってくるというかまぁその問題だらけ

play02:04

実際ししても開発する時には

play02:06

なんでここの2人の2つの間でちゃんとあの共通のやり方とかですねこういうふうに

play02:14

やった時やったらまあうまくいくよとかこういう風なことが必要なんだよっていう風な

play02:19

システム開発って結構やることいっぱいあるんでその共通の武蔵

play02:26

そういったもの

play02:26

玉ん

play02:28

こういうふうにあるのがシステムの開発なんだ

play02:32

プロが必要になってきます

play02:34

もうちょっというと実際3共通の物差しが必要なのはこの利用者とベンダーの間だけ

play02:41

じゃなくて実際にあの日本のシステム開発多いのがレンダー a 社っていうのが

play02:48

開発を受け取った

play02:50

で実際に開発するのはその子会社である

play02:54

b 車

play02:56

だけじゃなくてその子会社の c 社がさらにある請け負ってっていう風な形で結構

play03:03

あの

play03:04

配送形でいくつもの会社は関わってきます

play03:08

でこの子それぞれの関わってくる会社で実際の用の開発のやり方っていうのが共通だっ

play03:14

たらいいんですがある会社は

play03:18

なんかシステム設計っていうふうなことをやるっていう風に決めているけど

play03:25

なんかまぁその設計の時に何か敷い者とかだったらその設計がなんか細かく

play03:31

詳細設計とが概要設計とか何個かに分かれてたりとかいう形で実際あの開発のやり方

play03:37

って会社ごとに結構あの違ったりするのでそのあたりの

play03:42

統一が取れてないで要件定義終わりましたとか言ってもその要件定義のやり方とかが

play03:49

違って思ってたことができてないとか

play03:52

そんな感じでいっぱいあのここの中でもコミュニケーションがややこしくなってく

play03:58

まぁこんな感じでごちゃごちゃごちゃっと訳が分からなくなりまして

play04:02

なんでこの共通の物差しっていうのは

play04:07

このベンダー同士ですね開発者同士の間でも必要になってきます

play04:13

なんでのこれをあのに主体に

play04:16

やろうねっていう風な形でこれかの国が主導してやっている者

play04:22

日本の共通の物差しとしてこういうふうにシステム開発をやって行こうよっていうふう

play04:28

に作られたのは共通触れ

play04:32

水風に呼ばれるものになります

Rate This

5.0 / 5 (0 votes)

هل تحتاج إلى تلخيص باللغة الإنجليزية؟