~企画~ GO,桑田,ヒルズ.

Slides:



Advertisements
Similar presentations
北海道情報大学 情報メディア学部 情報メディア学科 新井山ゼミ 金子 拓磨
Advertisements

プロジェクト演習Ⅱ インタラクティブゲーム制作
第三回経営戦略会議 マーケティング 2013丁友会学生委員長 竹内健登.
少年犯罪におけるゲームの 影響とその考察 ー ゲーム脳はあるのか!? -
本日のスケジュール 14:45~15:30 テキストの講義 15:30~16:15 設計レビュー 16:15~16:30 休憩
プログラマのレベルアップ.
パネル型クエリ生成インタフェース画像検索システムの改良
神戸大学 大学院理学研究科 地球惑星科学専攻 博士後期課程 D2 納多 哲史
神戸大学 発達科学部 人間環境学科 2回生 早瀬玖美子
M.E.ポーターの競争戦略論 M.E.ポーターの競争戦略論は、「競争優位」に関する理論的フレームワークを提示した基本的理論である。SCPパラダイムという考えをもとに持続的な競争優位を確立するための戦略である。 SCPとは、市場構造(structure)、企業行動(conduct)、業績(performance)の略語であり、市場構造と企業行動が業績を決めるという考えである。
経済入門 ④ 西山 茂.
XXXの提案書 チーム名 サブタイトル(必要であれば).
社内での競争は組織が払う犠牲は大きい ⇒全体の幸せに無関心 競争原理を持ち込むのはほかの手段より公平で利用価値アリ!
コミュニケーション・マネジメントを重視したITサービス企画開発方法
情報システム構築 -説明と実力テスト- 金曜4校時 掛下哲郎  大月美佳.
テスト段階.
クイズ 「インターネットを使う前に」 ネチケット(情報モラル)について学ぼう.
私たちはどうして虐待をしてしまうのか? 誰もが利用者の生活が豊かになることや社会参加を願って福祉の仕事に就いていると 思います。初めから虐待しようなんて思って仕事に就いている人はいないはずです。 ○愛情というエネルギーはとても大きい →自分の思うようにいかないと怒りになります。 ○自己欲・支配欲のエネルギーはとても大きい.
このPowerPointファイルは、 情報処理演習用に作った フィクションです。
中間発表用スライド 田中健太.
問題点の抽出のやり方(ブレーンストーミング)
女子学生が化粧品を購入する際の 顧客満足度を高めるための提案
経済日本語 担当:陶 萍 .
2008/09/20 TDD 道場 ~ ぼくと契約して TDD をやってよ! ~.
ビールゲームの考察 4班 チーム名 U19日本代表.
よりよいe-Learningの ための研究
CSP記述によるモデル設計と ツールによる検証
神奈川大学経済学部 経済情報処理I 平成25年度
キャリアで語る 経営組織 個人の論理と組織の論理 3章
2016年度秋期 成果発表会 2016年11月25日 大阪開発センター 技術一部 畑中 龍樹.
続・WebApplication研究 2001年度秋学期大岩研究会2 第一回 ~紹介~.
管理的側面 管理者に必要な経営知識 経営学の基本 ①マネジメントと組織.
概要 Boxed Economy Simulation Platform(BESP)とその基本構造 BESPの設計・実装におけるポイント!
ソフトウェア工学 第五回 知能情報学部 新田直也.
製造準備段階における 工程FMEAの実施と不具合未然防止
XP Extreme Programming.
~新たなソフトウェア開発の手法~ 発表 土屋俊介
ソフトウェア設計検証 研究室の紹介 知能情報学部 准教授 新田直也.
次ページボタン ではなく、 画面をクリックする 「PPT アニメーション機能」で ご覧下さい。
平成19年度青年部会「第2回~第4回研修会」(人材育成研修会)実施計画書
プログラミング論 主成分分析
課題研究ルーブリック評価の 活用マニュアル 平成30年1月10日 愛媛大学高大接続推進委員会 「課題研究」評価ワーキンググループ
本フォーマットに従い、提案する研究開発の説明資料を作成してください。
次ページボタン ではなく、 画面をクリックする 「PPT アニメーション機能」で ご覧下さい。
プロジェクト演習Ⅱ インタラクティブゲーム制作
Ibaraki Univ. Dept of Electrical & Electronic Eng.
プログラミングを 体験しよう 選択情報⑧.
プロジェクトの概要 プロジェクト名 | 会社名 | 発表者名.
UMLの概要とオブジェクト指向の基本概念
コーディングパターンの あいまい検索の提案と実装
第3分科会要旨 テーマ: 新市場創造型商品の事例研究 発表者: 古橋 雅彦
超短期トレードで生き残るためのテクニックと考え方
★C++/オブジェクト指向実践企画★ Othelloゲーム作成
プロジェクト演習 知能情報学部 新田直也.
人を幸せにするアプリケーションの開発 2004年度春学期 大岩研究プロジェクト2 2004年4月8日(木) 発表:武田林太郎.
データ構造とアルゴリズム論 終章 専門科目におけるプログラミング
演習 グループワーク②-2 住民啓発事業の企画案の検討
開発作業の形式化に基づく プロセス評価 松下誠 大阪大学.
情報の授業 アプリ等を活用した勉強方法の改善(計画) ・R-PDCAサイクル ・アプリを活用した勉強方法の改善 計画書
お絵かきプログラム開発演習.
モグラたたき.
プログラムの一時停止時に 将来の実行情報を提供するデバッガ
CDP企画 ES攻略!!内定を獲る自己分析(2日目)
2005年度 夏期ゼミ合宿発表資料 2005年度夏期ゼミ合宿 卒業制作・研究A 社会情報システム学講座4年 0312002025 大村亮憲.
テクニカル・ライティング 第4回 ~文章の設計法「KJ法」について~.
いじめは決して許されるものではありません。 ネットいじめにあった場合は大人に相談しましょう。
情報処理の概念 #0 概説 / 2002 (秋) 一般教育研究センター 安田豊.
オブジェクト指向メトリクスを用いた 開発支援に関する研究 --- VC++とMFCを用いた開発を対象として ---
アジャイル開発プロセス 森口朋広.
ソフトウェア工学 理工学部 情報システム工学科 新田直也.
Presentation transcript:

~企画~ GO,桑田,ヒルズ

マシュマロゲーム! 3人1組 用意されたもの(スパゲッティ、テープ、紐など)を使って自立した建物を作る ルール説明 3人1組 用意されたもの(スパゲッティ、テープ、紐など)を使って自立した建物を作る その建物の一番上にマシュマロを乗せて高さを競うゲーム どんな建物であれ一番高くにマシュマロを乗せることができたチームが勝利

マシュマロゲーム! 5分ごとに両チームにくじを引いてもらう。そのとき引いたくじに書いてある道具は没収する 没収された道具はその後使わない 時間は25分間

頑張って高く作り上げてください!!

この企画の狙い

試す大切さ 今回一番学んで欲しいこと 試作品を作りながら改善していく 普段のゼミでは・・・ 適切なプランを見つけだそうとする。 そしてプラン通りに実現しようとする。

マシュマロゲームまとめ いい動画があるのでそちらをご覧下さい! このままスライドで 説明してもいいですが・・・ http://daipresents.com/2011/%E3%83%81%E3%83%BC%E3%83%A0%E3%81%A8%E3%82%BF%E3%83%AF%E3%83%BC%E3%82%92%E5%89%B5%E9%80%A0%E3%81%9B%E3%82%88%EF%BC%81%E3%83%9E%E3%82%B7%E3%83%A5%E3%83%9E%E3%83%AD%E3%83%81%E3%83%A3%E3%83%AC%E3%83%B3/

動画まとめ ①子供のほうが高いタワーを建てる ②マシュマロをのせ、プロトタイプを 作りながらマッシュアップしていく ③CEOたちのグループに、プロセスを管理する 人を加えると成績は高くなる ④高額の賞金をつけると、全チーム失敗したことがある インセンティブ+ロースキル≠成功 インセンティブ+ハイスキル=成功 試す大切さを知って欲しかった

ちなみに・・・ 48センチ!!

 ソフトウェア業界の事例

あらかじめ全体の機能設計を済ませてから機能を実装する  ウォーターフォール型 あらかじめ全体の機能設計を済ませてから機能を実装する ・開発着手までにどうしても時間がかかる ・テストで不具合が発覚すると、後半になればなるほど  手戻り工数が大きくなってしまうため、  開発途中での仕様変更、追加対応が困難 https://www.ves.co.jp/column/005/

しかし… 従来のシステムでは 対応できない…! 近年、激しくなり続ける市場競争は ソフトウェア開発においても例外ではなく、今まで以上の短納期が求められている 従来のシステムでは 対応できない…!

アジャイル(俊敏な)型開発 仕様や設計の変更が当然あるという前提に立ち、 初めから厳密な仕様は決めず、  アジャイル(俊敏な)型開発 仕様や設計の変更が当然あるという前提に立ち、 初めから厳密な仕様は決めず、 おおよその仕様だけで細かい反復開発を開始し、 小単位での「実装→テスト実行」を繰り返し、 徐々に開発を進めていく手法 市場投入までの期間短縮であり、 競争の激しい分野において採用例が増えてきている https://www.ves.co.jp/column/005/

メリット・デメリット テストで不具合が発覚すれば手戻り工数が大きい。  メリット・デメリット テストで不具合が発覚すれば手戻り工数が大きい。 全体の機能設計を済ませてから機能を実装していくため、スケジュールや進捗を把握しやすい上に、開発方法に慣れている人が多く、馴染みやすい。 ウォーターフォール型 小単位で「実装→テスト実行」を繰り返し組み上げていくため、不具合が発覚しても手戻り工数を最小限に抑えることができる。また、仕様変更や追加にも柔軟に対応できる。 小単位で実装とテスト実行を繰り返すため、全体のスケジュールや進捗が把握しづらく、マネジメントのコントロールが難しい。優れた技術スキルだけでなく、仕様変更への対応力や、コミュニケーション能力が求められる。 アジャイル型

 アジャイル型を成功させるポイント 下記の通り多くの課題を クリアする必要がある…!

 NECの事例

 アジャイル型の効果 http://www.ipa.go.jp/files/000005454.pdf

おわり