共通フレームの必要性
Summary
TLDRシステム開発では、利用者と開発者(ベンダー)の間のコミュニケーションが重要だが、利用者の要望を正確に理解するのは難しい。また、複数の企業が開発に関わる場合、開発プロセスが統一されていないと混乱を招く。そこで、日本では業界団体が中心となって共通フレームワークを策定し、システム開発の標準化を図っている。
Takeaways
- 😊 利用者はシステムイメージがあいまいなことがある
- 😮 開発者に利用者の考えを正確に伝えるのは難しい
- 🤔 開発現場は配下の複数会社が関与する複雑な構造
- 🙅 各社の開発プロセスが異なり認識齟齬が発生しやすい
- 😰 要件定義での齟齬がシステム開発の失敗につながる
- ✏️ 開発者間の共通プロセスも重要
- 🔍 共通フレームワークに関する国の主導的役割が望まれる
- 😇 利用者と開発者のコミュニケーション改善が鍵
- 📝 要件定義の手法を標準化する必要がある
- 🎯 共通フレームワーク導入で開発効率化や失敗防止が期待できる
Q & A
システム開発で利用者と開発者の間のコミュニケーションがなぜ難しいですか?
-利用者の頭の中にあるアイデアや要望を100%正確に読み取るのは難しいです。要件定義のやり方にも開発者と利用者でギャップが生じやすいです。
システム開発で複数の会社が関わるデメリットは何ですか?
-各社の開発手法やプロセスが異なることがあるため、要件定義が共通認識として統一されず、思ってたことができていないといった場合が発生します。
共通フレームワークはなぜ必要とされているのでしょうか?
-ベンダー同士や利用者との間で、システム開発の手法やプロセスを統一するための「共通の物差し」が必要だからです。
共通フレームワークを作成した主体はどこですか?
-日本の国が主導して作成したもので、共通フレームと呼ばれています。
システム開発者にはどのようなスキルが必要ですか?
-利用者の要件を正確に理解し、適切なコミュニケーションをとるスキルが大切です。また、共通フレームワークに沿ったシステム開発の知識も必要です。
システム開発のプロセスにはどのような段階がありますか?
-大まかな段階として、要件定義、設計、実装、テスト、運用と保守があります。設計段階も概要設計と詳細設計に分かれることがあります。
ベンダーと利用者のコミュニケーションを円滑にするにはどうすればいいですか?
-要件定義の方法や開発プロセスを事前に統一しておくことが重要です。共通フレームワークに基づいた開発を心がけることも有効です。
システム開発で原因不明のトラブルが発生した場合、対応はどうすればいいですか?
-関係各社間のコミュニケーションを密にして、トラブルの根本原因を特定する作業が必要です。
国が共通フレームワーク策定に乗り出した背景には何がありましたか?
-ベンダー各社の開発手法の相違から要件のすり合わせが十分でないといった問題が発生していたことが背景にあると考えられます。
共通フレームワークの運用上の課題は何ですか?
-フレームワークが抽象的で利用者側から見えにくいことが課題の1つです。教育普及により、認知度と理解度を高めることが重要です。
Outlines
😊 システム開発の利用者とベンダーの間で共通のやり方が必要
このパラグラフでは、システム開発を行う際、利用者が頭の中で考えている要件を100%正確にベンダーが読み取るのは難しいため、利用者とベンダーの間で共通のやり方や手順を取り決めることが必要不可欠であることを説明しています。また、実際には複数のベンダーや開発会社が関わることが多く、各社の開発手法が異なるため、要件定義が共通理解できず、コミュニケーションが複雑化することを指摘しています。そのため、ベンダーや開発者同士の間でも共通の開発手法やプロセスが必要になると述べています。
Mindmap
Keywords
💡システム開発
💡利用者
💡ベンダー
💡コミュニケーション
💡要件定義
💡共通の物差し
💡設計
💡開発プロセス
💡サブコントラクター
💡詳細設計
💡概要設計
Highlights
システム開発において、利用者自身がシステムを作る際には、具体的なイメージを持つことが重要。
多くの場合、システムの実際の利用者は開発能力を持たないため、第三者に開発を依頼する必要がある。
システムを開発するベンダーは、利用者のニーズを正確に理解し、それに応じたサービスを提供することが求められる。
コミュニケーションの不足は、システム開発における共通の課題である。
開発プロセスにおいて、利用者とベンダー間での明確なコミュニケーションが成功の鍵。
システム開発は、利用者の抽象的な要望を具体的な機能に変換する過程。
ベンダー間での共通の物差しや開発手法の標準化が、効率的な開発を可能にする。
複数の企業が関わるプロジェクトでは、それぞれの会社が異なる開発手法を採用していることが問題となることがある。
要件定義の段階での明確なコミュニケーションが、後の開発工程での混乱を防ぐ。
システム開発における課題は、技術的な問題だけでなく、人間関係やコミュニケーションにも関連する。
日本におけるシステム開発は、サブコントラクトの連鎖により複雑化する傾向にある。
開発プロジェクトにおける統一された物差しやガイドラインの存在が、スムーズな進行を支援する。
プロジェクト管理における標準化の推進は、国が主導する形で進められることがある。
システム開発は、単にコーディングを行う以上の複雑なプロセスを含む。
プロジェクト成功のためには、開発者と利用者双方の明確な理解と合意が必要。
Transcripts
システム開発を行う時計ね
自分が作りたいなーっていう風なシステムですねまぁシステムの利用者
が自分であのシステムを作るんだったらそんなにあの何を作ろうかなとかそういった
ことを考えるとき
ややこしい答えは作りたいもの頭に浮かべたものをこういうのが作りたいなぁって形で
作れば
ほっぺんですかた実際に作る時にはマコの利用者っていうのが自分で作れない人ってが
普通の人だったりとかプールじゃなかったりとかするとま誰かに
たままなきゃいけない
ってことでのこれをあの実際に
システム作ってくれる人ですね
利用者がこういう風なシステムをつくってほしいんですけど
diff な形でお願いしてば誰かに作ってもらって出来上がりましたよっていう風に
なってのこの時に提供する人のこの人はベンダーっていうふうによく行きますが
そういうあのシステム開発を請け負う企業っていうのがあります
猫子の間でやり取りするときに
何も経験がなかったりですねまぁ実際のこっちの方がプロだから
なんとなくテキトーに言っても涼感を左手好きなように作ってくれるだろうみたいな
機体側の利用者には結構ありがちなんですかまぁこの頭の中に考えていることを
100%正確に読み取って
ですね
ここで考えていることをモヤモヤもやっとこんなシステム作りたいなーっていうふうに
思っていることこれはあの
読み取るのは結構大変ですねまぁ人と人とのコミュニケーションなんでここの
コミュニケーションで結構あの
問題が起こってくるというかまぁその問題だらけ
実際ししても開発する時には
なんでここの2人の2つの間でちゃんとあの共通のやり方とかですねこういうふうに
やった時やったらまあうまくいくよとかこういう風なことが必要なんだよっていう風な
システム開発って結構やることいっぱいあるんでその共通の武蔵
そういったもの
玉ん
こういうふうにあるのがシステムの開発なんだ
プロが必要になってきます
もうちょっというと実際3共通の物差しが必要なのはこの利用者とベンダーの間だけ
じゃなくて実際にあの日本のシステム開発多いのがレンダー a 社っていうのが
開発を受け取った
で実際に開発するのはその子会社である
b 車
だけじゃなくてその子会社の c 社がさらにある請け負ってっていう風な形で結構
あの
配送形でいくつもの会社は関わってきます
でこの子それぞれの関わってくる会社で実際の用の開発のやり方っていうのが共通だっ
たらいいんですがある会社は
なんかシステム設計っていうふうなことをやるっていう風に決めているけど
なんかまぁその設計の時に何か敷い者とかだったらその設計がなんか細かく
詳細設計とが概要設計とか何個かに分かれてたりとかいう形で実際あの開発のやり方
って会社ごとに結構あの違ったりするのでそのあたりの
統一が取れてないで要件定義終わりましたとか言ってもその要件定義のやり方とかが
違って思ってたことができてないとか
そんな感じでいっぱいあのここの中でもコミュニケーションがややこしくなってく
まぁこんな感じでごちゃごちゃごちゃっと訳が分からなくなりまして
なんでこの共通の物差しっていうのは
このベンダー同士ですね開発者同士の間でも必要になってきます
なんでのこれをあのに主体に
やろうねっていう風な形でこれかの国が主導してやっている者
日本の共通の物差しとしてこういうふうにシステム開発をやって行こうよっていうふう
に作られたのは共通触れ
水風に呼ばれるものになります
تصفح المزيد من مقاطع الفيديو ذات الصلة
【A試験_システム開発】01.システム開発の流れ| 基本情報技術者試験
20 Testers en Google Play - Fin de Programadores Independientes
【職種分析:事業開発】最注目職種「BizDev(ビズデブ)」って何だ?/BizDev=事業開発の業務内容/事業開発のキャリアパス/なぜ大企業は新規事業に失敗するのか?/「絵に描いた餅」の構造的問題
動画で学ぶ「プログラミング入門1-1」by manaby eラーニング
Next.js 14 Tutorial - 13 - Route Groups
Developer Success Roundtable from DevRelCon Prague
5.0 / 5 (0 votes)