Submit Search
Upload
4xddp leanconf2014
•
2 likes
•
642 views
L
leanconference
Follow
Business
Report
Share
Report
Share
1 of 68
Recommended
リーンカンファレンス2014「派生開発をリーンにするXDDP」の資料です。 実際講演資料に補足を付け足してます。
リーンカンファレンス2014「派生開発をリーンにするXDDP」
リーンカンファレンス2014「派生開発をリーンにするXDDP」
Masakazu Yagi
「「派生開発」を成功させるプロセス改善の技術と極意」の内容まとめ。
派生開発
派生開発
尚 鈴木
20140630 TOCfE関西_マフィアオファー事例報告_xddpのマフィアオファーほか_公開用
20140630 TOCfE関西_マフィアオファー事例報告_xddpのマフィアオファーほか_公開用
Masakazu Yagi
RubyWorld Conference 2013における発表「『Social Translating: Rails TutorialとRuby Hacking Guideの翻訳を支える仕組み』」のうち、「Google Translator Toolkitと翻訳メモリ(ノーカット版)」を掲載いたします
Google Translator Toolkitと翻訳メモリ(ノーカット版)
Google Translator Toolkitと翻訳メモリ(ノーカット版)
Shozo Hatta
翻訳支援ツールの紹介
翻訳支援ツールの紹介
Self Employed
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 2
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 2
Computational Materials Science Initiative
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 1
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 1
Computational Materials Science Initiative
estadias
Estadia
Estadia
Alfonso Galindes Nicanor
Recommended
リーンカンファレンス2014「派生開発をリーンにするXDDP」の資料です。 実際講演資料に補足を付け足してます。
リーンカンファレンス2014「派生開発をリーンにするXDDP」
リーンカンファレンス2014「派生開発をリーンにするXDDP」
Masakazu Yagi
「「派生開発」を成功させるプロセス改善の技術と極意」の内容まとめ。
派生開発
派生開発
尚 鈴木
20140630 TOCfE関西_マフィアオファー事例報告_xddpのマフィアオファーほか_公開用
20140630 TOCfE関西_マフィアオファー事例報告_xddpのマフィアオファーほか_公開用
Masakazu Yagi
RubyWorld Conference 2013における発表「『Social Translating: Rails TutorialとRuby Hacking Guideの翻訳を支える仕組み』」のうち、「Google Translator Toolkitと翻訳メモリ(ノーカット版)」を掲載いたします
Google Translator Toolkitと翻訳メモリ(ノーカット版)
Google Translator Toolkitと翻訳メモリ(ノーカット版)
Shozo Hatta
翻訳支援ツールの紹介
翻訳支援ツールの紹介
Self Employed
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 2
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 2
Computational Materials Science Initiative
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 1
CMSI計算科学技術特論B(15) インテル Xeon Phi コプロセッサー向け最適化、並列化概要 1
Computational Materials Science Initiative
estadias
Estadia
Estadia
Alfonso Galindes Nicanor
Welcome to Cleveland! (Chinese)
Welcome to Cleveland! (Chinese)
CleEconomicDevelopment
CV
Irfan abbas cv
Irfan abbas cv
irfan abbas
Bidding for a congress. Destination selection, venue selection, event data and length, event's program for attendees, budget and evnt promotion
Events management Berlin's bid
Events management Berlin's bid
MTM IULM
informática
Datos, información sistemas
Datos, información sistemas
Aula De Innovación Pedagogica Ghj-ea
3 sb mleanconference2014
3 sb mleanconference2014
leanconference
リーン/セットベース開発とスクラムを使った開発事例紹介
20131206リーン開発導入事例
20131206リーン開発導入事例
ゴールシステムコンサルティング株式会社
Mio intervento al Tourism Think Tank 2016 a Milano, in cui parlo del co-design degli immaginari turistici nei progetti di promozione territoriale partecipata in ottica di Tourist Experience Design (R). Gli strumenti tecnologici di comunicazione sono necessari, ma non sufficienti, per promuovere efficacemente una destinazione turistica. E’ necessario lavorare sulle molteplici dimensioni del brand territoriale, da un lato attraverso il coinvolgimento dei residenti per definire e condividere le identità turistiche e i valori territoriali, sia materiali che simbolici, da un altro lato mediante l’analisi, il co-design e la narrazione degli immaginari turistici legati alla destinazione e al suo posizionamento, veicolando nel sistema mediale il vero messaggio di valore per i turisti, ossia le esperienze turistiche specificamente progettate per loro.
Andrea Rossi - Il co-design degli immaginari turistici nei progetti di promoz...
Andrea Rossi - Il co-design degli immaginari turistici nei progetti di promoz...
Andrea Rossi
2016/4/14 moCloudハンズオン[ベーシック] 資料です
moCloudハンズオン[ベーシック]
moCloudハンズオン[ベーシック]
真吾 吉田
tecnotic ugel 05
Ppt sistema para servidores y estaciones de trabajo 2016
Ppt sistema para servidores y estaciones de trabajo 2016
Aula De Innovación Pedagogica Ghj-ea
agilesamuraibasecampの最後にお話したこと。 もう一つの「越境する開発」 http://www.slideshare.net/papanda/ss-28953302
境界なき現場を行け
境界なき現場を行け
toshihiro ichitani
Physiology CH 8 lecture notes
Physiology CH 8 lecture notes
bfurlong
第2回関西ITインフラ系勉強会のセッション資料。
マニアックツール紹介、マネジメントのKnife-Zero(Chef)とテストスイートInSpec
マニアックツール紹介、マネジメントのKnife-Zero(Chef)とテストスイートInSpec
Yukihiko SAWANOBORI
2014/1/28に開催した「リーンカンファレンス2014」の講演資料です。
ソフトウェア開発を加速させるリーン開発の原則 公開用
ソフトウェア開発を加速させるリーン開発の原則 公開用
ESM SEC
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
新潟コンサルタント横田秀珠
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
新潟コンサルタント横田秀珠
2018/10/31 Spring Fest 2018@KFC Hall & Rooms の発表に使用した資料です.
Spring tools4
Spring tools4
Takuya Iwatsuka
This is an ancient talk of Python language updates (for 2.3-2.4) presented at LL weekend 2004.
Python languageupdate (2004)
Python languageupdate (2004)
泰 増田
Hinemosは、システム運用管理で要求される各種機能を備えた、「統合運用管理ソフトウェア」です。 本資料は、2014/11/22(土)に、 「オープンソースカンファレンス 2014 ライトニングトーク」セッションにて発表しました 「Hinemosは誤解されている?」セッションの発表資料となります。
Hinemosは誤解されている?
Hinemosは誤解されている?
Hinemos
2017.07.05 Hadoopソースコードリーディング 第23回 「Apache BigData + DataWorks Summit報告会」 https://connpass.com/event/60047/
Dataworks Summit SJ QueryEngine - Hadoop Source Code Reading #23 #hadoopreading
Dataworks Summit SJ QueryEngine - Hadoop Source Code Reading #23 #hadoopreading
Yahoo!デベロッパーネットワーク
[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
Insight Technology, Inc.
本稿では情報技術分野の国際標準作成における参照ソフトウエアの特許に関する諸問題について検討する.インターネットの普及により相互接続と標準化の重要性が飛躍的に高まる一方,市場の拡大により特許の経済的な価値も高まった.同時にIT標準の実装方法としてソフトウエア技術の比重が高まり,参照ソフトウエアと呼ばれるプログラムコードが標準規格の一部として参照される機会が増えた.
情報処理学会第77回全国大会 3月17日 於 京都大学 1G-07 国際標準における参照ソフトウエアと特許の扱い
情報処理学会第77回全国大会 3月17日 於 京都大学 1G-07 国際標準における参照ソフトウエアと特許の扱い
Itaru Kaneko
特定のプロジェクトがあり、要件定義をし概要設計をする。 それがアーキテクトの仕事だと思われがちですが、大きな視点を持ち様々な課題を自らリードして解決していく立場としても絶好のポジションです。 このセッションでは、Mobage オープンプラットフォームの立ち上げから、 グローバルプラットフォーム展開、さらには mixi 社との共同プラットフォーム構築、 JavaScript SDK と認証技術の組み合わせによる新しい HTML5 プラットフォーム構築をアーキテクトという立場でリードし続けた立場から、技術選択のみならず実現したい事に対する俯瞰的な捉え方を、これまでの実例と共に紹介し、アーキテクトという役割について、お話します。
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
Toru Yamaguchi
More Related Content
Viewers also liked
Welcome to Cleveland! (Chinese)
Welcome to Cleveland! (Chinese)
CleEconomicDevelopment
CV
Irfan abbas cv
Irfan abbas cv
irfan abbas
Bidding for a congress. Destination selection, venue selection, event data and length, event's program for attendees, budget and evnt promotion
Events management Berlin's bid
Events management Berlin's bid
MTM IULM
informática
Datos, información sistemas
Datos, información sistemas
Aula De Innovación Pedagogica Ghj-ea
3 sb mleanconference2014
3 sb mleanconference2014
leanconference
リーン/セットベース開発とスクラムを使った開発事例紹介
20131206リーン開発導入事例
20131206リーン開発導入事例
ゴールシステムコンサルティング株式会社
Mio intervento al Tourism Think Tank 2016 a Milano, in cui parlo del co-design degli immaginari turistici nei progetti di promozione territoriale partecipata in ottica di Tourist Experience Design (R). Gli strumenti tecnologici di comunicazione sono necessari, ma non sufficienti, per promuovere efficacemente una destinazione turistica. E’ necessario lavorare sulle molteplici dimensioni del brand territoriale, da un lato attraverso il coinvolgimento dei residenti per definire e condividere le identità turistiche e i valori territoriali, sia materiali che simbolici, da un altro lato mediante l’analisi, il co-design e la narrazione degli immaginari turistici legati alla destinazione e al suo posizionamento, veicolando nel sistema mediale il vero messaggio di valore per i turisti, ossia le esperienze turistiche specificamente progettate per loro.
Andrea Rossi - Il co-design degli immaginari turistici nei progetti di promoz...
Andrea Rossi - Il co-design degli immaginari turistici nei progetti di promoz...
Andrea Rossi
2016/4/14 moCloudハンズオン[ベーシック] 資料です
moCloudハンズオン[ベーシック]
moCloudハンズオン[ベーシック]
真吾 吉田
tecnotic ugel 05
Ppt sistema para servidores y estaciones de trabajo 2016
Ppt sistema para servidores y estaciones de trabajo 2016
Aula De Innovación Pedagogica Ghj-ea
agilesamuraibasecampの最後にお話したこと。 もう一つの「越境する開発」 http://www.slideshare.net/papanda/ss-28953302
境界なき現場を行け
境界なき現場を行け
toshihiro ichitani
Physiology CH 8 lecture notes
Physiology CH 8 lecture notes
bfurlong
第2回関西ITインフラ系勉強会のセッション資料。
マニアックツール紹介、マネジメントのKnife-Zero(Chef)とテストスイートInSpec
マニアックツール紹介、マネジメントのKnife-Zero(Chef)とテストスイートInSpec
Yukihiko SAWANOBORI
2014/1/28に開催した「リーンカンファレンス2014」の講演資料です。
ソフトウェア開発を加速させるリーン開発の原則 公開用
ソフトウェア開発を加速させるリーン開発の原則 公開用
ESM SEC
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
新潟コンサルタント横田秀珠
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
新潟コンサルタント横田秀珠
Viewers also liked
(15)
Welcome to Cleveland! (Chinese)
Welcome to Cleveland! (Chinese)
Irfan abbas cv
Irfan abbas cv
Events management Berlin's bid
Events management Berlin's bid
Datos, información sistemas
Datos, información sistemas
3 sb mleanconference2014
3 sb mleanconference2014
20131206リーン開発導入事例
20131206リーン開発導入事例
Andrea Rossi - Il co-design degli immaginari turistici nei progetti di promoz...
Andrea Rossi - Il co-design degli immaginari turistici nei progetti di promoz...
moCloudハンズオン[ベーシック]
moCloudハンズオン[ベーシック]
Ppt sistema para servidores y estaciones de trabajo 2016
Ppt sistema para servidores y estaciones de trabajo 2016
境界なき現場を行け
境界なき現場を行け
Physiology CH 8 lecture notes
Physiology CH 8 lecture notes
マニアックツール紹介、マネジメントのKnife-Zero(Chef)とテストスイートInSpec
マニアックツール紹介、マネジメントのKnife-Zero(Chef)とテストスイートInSpec
ソフトウェア開発を加速させるリーン開発の原則 公開用
ソフトウェア開発を加速させるリーン開発の原則 公開用
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
ブログ更新情報をアプリ無しでスマホにプッシュ通知する方法
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
Gmailの署名にSNSへリンクで飛ばせるアイコンを載せる方法
Similar to 4xddp leanconf2014
2018/10/31 Spring Fest 2018@KFC Hall & Rooms の発表に使用した資料です.
Spring tools4
Spring tools4
Takuya Iwatsuka
This is an ancient talk of Python language updates (for 2.3-2.4) presented at LL weekend 2004.
Python languageupdate (2004)
Python languageupdate (2004)
泰 増田
Hinemosは、システム運用管理で要求される各種機能を備えた、「統合運用管理ソフトウェア」です。 本資料は、2014/11/22(土)に、 「オープンソースカンファレンス 2014 ライトニングトーク」セッションにて発表しました 「Hinemosは誤解されている?」セッションの発表資料となります。
Hinemosは誤解されている?
Hinemosは誤解されている?
Hinemos
2017.07.05 Hadoopソースコードリーディング 第23回 「Apache BigData + DataWorks Summit報告会」 https://connpass.com/event/60047/
Dataworks Summit SJ QueryEngine - Hadoop Source Code Reading #23 #hadoopreading
Dataworks Summit SJ QueryEngine - Hadoop Source Code Reading #23 #hadoopreading
Yahoo!デベロッパーネットワーク
[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
Insight Technology, Inc.
本稿では情報技術分野の国際標準作成における参照ソフトウエアの特許に関する諸問題について検討する.インターネットの普及により相互接続と標準化の重要性が飛躍的に高まる一方,市場の拡大により特許の経済的な価値も高まった.同時にIT標準の実装方法としてソフトウエア技術の比重が高まり,参照ソフトウエアと呼ばれるプログラムコードが標準規格の一部として参照される機会が増えた.
情報処理学会第77回全国大会 3月17日 於 京都大学 1G-07 国際標準における参照ソフトウエアと特許の扱い
情報処理学会第77回全国大会 3月17日 於 京都大学 1G-07 国際標準における参照ソフトウエアと特許の扱い
Itaru Kaneko
特定のプロジェクトがあり、要件定義をし概要設計をする。 それがアーキテクトの仕事だと思われがちですが、大きな視点を持ち様々な課題を自らリードして解決していく立場としても絶好のポジションです。 このセッションでは、Mobage オープンプラットフォームの立ち上げから、 グローバルプラットフォーム展開、さらには mixi 社との共同プラットフォーム構築、 JavaScript SDK と認証技術の組み合わせによる新しい HTML5 プラットフォーム構築をアーキテクトという立場でリードし続けた立場から、技術選択のみならず実現したい事に対する俯瞰的な捉え方を、これまでの実例と共に紹介し、アーキテクトという役割について、お話します。
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
Toru Yamaguchi
iOSにおけるコードレビューについて、 Dangerを使って自動化できる部分は自動化した話。
iOSにおけるコードレビューを一歩先へ進める
iOSにおけるコードレビューを一歩先へ進める
Shunsuke Maeda
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
YusukeKuramata
Reflectionのパフォーマンス
Reflectionのパフォーマンス
明 高橋
第5回Tizen勉強会 2012/10/13 の発表資料。 http://www.youtube.com/watch?v=AEUBJ4LAcp8
ここが変わったTizen sdk2.0alpha
ここが変わったTizen sdk2.0alpha
Hiroshi Sakate
20140701 アフォード関西フォーラム マフィアオファー事例報告
20140701 アフォード関西フォーラム マフィアオファー事例報告
Masakazu Yagi
MakeGoodで快適なテスト駆動開発を
MakeGoodで快適なテスト駆動開発を
Atsuhiro Kubo
[db tech showcase Tokyo 2018] #dbts2018 #E37 『Attunity Replicateが変えた Oracle Database移行、常時Multi Databaseレプリケーションソリューション』 伊藤忠テクノソリューションズ株式会社 - 広域・社会インフラ事業グループ 西日本統括本部 西日本開発部 / エキスパートエンジニア 山田 秀秋 氏
[db tech showcase Tokyo 2018] #dbts2018 #E37 『Attunity Replicateが変えた Oracle D...
[db tech showcase Tokyo 2018] #dbts2018 #E37 『Attunity Replicateが変えた Oracle D...
Insight Technology, Inc.
Hinemosは、システム運用管理で要求される各種機能を備えた、「統合運用管理ソフトウェア」です。 本資料は、2015/10/13(火)-10/14(水)開催 Hinemos World 2015 「【テクニカル】Hinemos ver5.0徹底解剖」セミナ講演資料となります。
【HinemosWorld2015】B2-3_【テクニカル】Hinemos ver.5.0徹底解剖
【HinemosWorld2015】B2-3_【テクニカル】Hinemos ver.5.0徹底解剖
Hinemos
Sphinxには、多言語化サポート機能があります。 この機能を使用せずにSphinxで書かれたドキュメントを翻訳するには、ドキュメントのソースを書き換えることになります。 しかし、この方法には3つの問題があります。 Sphinxの文章フォーマットを壊さないように気をつけなければならない 多数のボランティアによる翻訳の分担がしづらい、ボランティア参加しづらい オリジナルドキュメントが更新されたとき、翻訳ドキュメントを追従させるのが難しい そこで、Sphixnの多言語化サポート機能を利用します。 Sphinxはgettext形式の翻訳カタログの入出力に対応しているので、翻訳支援機能を備えたさまざまなツールやサービスを簡単に利用できます。 翻訳支援サービスを使うことで、Sphinxのドキュメント翻訳は以下のように実施出来ます。 パラグラフ単位で翻訳できる(Sphinxがパラグラフ単位で翻訳カタログに出力します) 多人数で同時編集できる 翻訳メモリや自動翻訳などの機能を使える このようなサービスを利用すると、ボランティアが翻訳に参加しやすくなります。 Sphinx-users.jpチームは、Sphinxとtransifexというサービスを組み合わせて、ドキュメント翻訳の仕組みを作りました。 さらに、drone.ioを使ってプロセス全体を自動化しています。 これによって、(A)元のドキュメントが更新されたときに、transifexの翻訳元文章が更新されます。(B)transifexで翻訳が行われると、その翻訳を取り込んだドキュメントが自動ビルドされてホスティングサーバーにデプロイされます。 このセッションでは、プロセスの全体像と、自動化の仕組みについて紹介し、Sphinxで書かれたドキュメントを翻訳するうえでのヒント、コツ、そして注意点についてお話しします。
Sphinxで作る貢献しやすいドキュメント翻訳の仕組み
Sphinxで作る貢献しやすいドキュメント翻訳の仕組み
Takayuki Shimizukawa
ファンタラクティブ・オープンミーティング#6で使用した資料
FluentdとGrothForecastをインストールする
FluentdとGrothForecastをインストールする
regret raym
IBM Tivoli Monitoring product overview
Itm623_overview_public_20110831
Itm623_overview_public_20110831
Yuhki Hanada
インフィニトーク(クラウド環境)マイグレーションのご検討について
インフィニトーク(クラウド環境)マイグレーションのご検討について.pdf
インフィニトーク(クラウド環境)マイグレーションのご検討について.pdf
snagai1
マルチマスター、マルチスレッド、Loss Lessレプリケーション等
MySQL 5.7とレプリケーションにおける改良
MySQL 5.7とレプリケーションにおける改良
Shinya Sugiyama
Similar to 4xddp leanconf2014
(20)
Spring tools4
Spring tools4
Python languageupdate (2004)
Python languageupdate (2004)
Hinemosは誤解されている?
Hinemosは誤解されている?
Dataworks Summit SJ QueryEngine - Hadoop Source Code Reading #23 #hadoopreading
Dataworks Summit SJ QueryEngine - Hadoop Source Code Reading #23 #hadoopreading
[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
[db tech showcase Sapporo 2015] A12:DBAが知っておくべき最新テクノロジー: フラッシュ, ストレージ, クラウド b...
情報処理学会第77回全国大会 3月17日 於 京都大学 1G-07 国際標準における参照ソフトウエアと特許の扱い
情報処理学会第77回全国大会 3月17日 於 京都大学 1G-07 国際標準における参照ソフトウエアと特許の扱い
技術選択とアーキテクトの役割
技術選択とアーキテクトの役割
iOSにおけるコードレビューを一歩先へ進める
iOSにおけるコードレビューを一歩先へ進める
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
今注目のSpark SQL、知っておきたいその性能とは 20151209 OSC Enterprise
Reflectionのパフォーマンス
Reflectionのパフォーマンス
ここが変わったTizen sdk2.0alpha
ここが変わったTizen sdk2.0alpha
20140701 アフォード関西フォーラム マフィアオファー事例報告
20140701 アフォード関西フォーラム マフィアオファー事例報告
MakeGoodで快適なテスト駆動開発を
MakeGoodで快適なテスト駆動開発を
[db tech showcase Tokyo 2018] #dbts2018 #E37 『Attunity Replicateが変えた Oracle D...
[db tech showcase Tokyo 2018] #dbts2018 #E37 『Attunity Replicateが変えた Oracle D...
【HinemosWorld2015】B2-3_【テクニカル】Hinemos ver.5.0徹底解剖
【HinemosWorld2015】B2-3_【テクニカル】Hinemos ver.5.0徹底解剖
Sphinxで作る貢献しやすいドキュメント翻訳の仕組み
Sphinxで作る貢献しやすいドキュメント翻訳の仕組み
FluentdとGrothForecastをインストールする
FluentdとGrothForecastをインストールする
Itm623_overview_public_20110831
Itm623_overview_public_20110831
インフィニトーク(クラウド環境)マイグレーションのご検討について.pdf
インフィニトーク(クラウド環境)マイグレーションのご検討について.pdf
MySQL 5.7とレプリケーションにおける改良
MySQL 5.7とレプリケーションにおける改良
Recently uploaded
警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす E= mc2 経済 = お金 x 汚職2 経済 = お金 x 汚職の二乗 事実 95%がリサイクル可能ですが、リサイクルされるのは 13.5% のみです 収穫物と食料の 75% が第 2 段階の加工前に廃棄される 64%がアイドル運転 55%は航空便のみで輸送されています 50%は無積載状態でも静止します 倉庫スペースの標準的な空間利用率は46%です ファスト ファッションの注文の 30% が定価で販売されます 人道援助の 20% が困窮者に寄付されます チェコ共和国では分別された廃棄物の12%がリサイクルされています (92% は分別されています) 2%の人々は、人口の 98% の富の合計よりも多くの富を持っています 私は、無駄のない世界とすべての人にとっての無駄を構築する10年間を経て、この文章を書きました。この文書は、私が創設者である INDUSTRY 5.0 のアイデアと原則が INDUSTRY 5.0 アンバサダーによって代表されるすべての国の国語に翻訳されます。 2023 年 1 月 11 日の時点で、そのうちの 117 件がありました。 この出版の目的は、怖がらせることではなく、コンパクトな岩の上を走る暴走特急列車のような終わりのない成長の道を私たちが歩み続けるのか、それとも私たち自身が変化していくのか、その判断材料を提供することです。私たちが模範を示して導けば、彼らは私たちに従うであろう人々を変えるのを助けるためです。 変化のツールについては説明しましたが、それを使用するのはあなた次第です。 マイケル・ラーダ、男性
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
Michael Rada
株式会社VISIONARY JAPANのエンジニアチーム採用ピッチ資料です。
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
KayaSuetake1
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
masakisaito12
aioの保守プランのサンプルです。
共有用_aio基本保守プラン_WordPressサイト_20240509.pdf
共有用_aio基本保守プラン_WordPressサイト_20240509.pdf
kikuchi5
ビジネス企画に欠かせない高品質の他社事例を安価・迅速に提供するサービスです。 事例のサンプルはこちらをご参照ください。 https://note.com/aside_2023 お問い合わせは下記までお願いします。 メール:aside.ys.2023@gmail.com 担当者:櫻井
事例DBサービス紹介資料(Case Study DB service introduction)
事例DBサービス紹介資料(Case Study DB service introduction)
YujiSakurai3
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』の説明資料です。
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
Jun Chiba
company profile
company profile.pdf
company profile.pdf
keiibayashi
service
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
Yasuyoshi Minehisa
Recently uploaded
(8)
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
物流は成長の準備ができていますか? 警告 1 日あたり 1 章を超えて消費しないでください コンテンツが覚醒と変化への意志を引き起こす
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
共有用_aio基本保守プラン_WordPressサイト_20240509.pdf
共有用_aio基本保守プラン_WordPressサイト_20240509.pdf
事例DBサービス紹介資料(Case Study DB service introduction)
事例DBサービス紹介資料(Case Study DB service introduction)
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
セルフケア研修で使えるカードゲーム『攻略!きみのストレスを発見せよ!: ゲームで身につくストレスマネジメント』
company profile.pdf
company profile.pdf
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
4xddp leanconf2014
1.
リーンカンファレンス2014 派生開発をリーンにするXDDP 2014/1/28 © Hitachi, Ltd.
2014. All rights reserved.
2.
皆さんに質問があります ※挙手してくださいね※ © Hitachi, Ltd.
2014. All rights reserved.
3.
1 Question ソフト 関係の方? © Hitachi, Ltd.
2014. All rights reserved.
4.
2 Question 派生開発 をご存知の方? © Hitachi, Ltd.
2014. All rights reserved.
5.
3 Question XDDP をご存知の方? © Hitachi, Ltd.
2014. All rights reserved.
6.
© Hitachi, Ltd.
2014. All rights reserved.
7.
© Hitachi, Ltd.
2014. All rights reserved.
8.
機種A Ver.1 機種A Ver.2 機種B Ver.2 機種B Ver.1 機種C Ver.1 © Hitachi, Ltd.
2014. All rights reserved.
9.
93% ※とあるデータ © Hitachi, Ltd.
2014. All rights reserved.
10.
母体の仕様欠落 派生開発には「母体ソースコードがある」という特徴がある そして、往々にして母体の仕様の一部もしくは全てが失われている © Hitachi, Ltd.
2014. All rights reserved.
11.
短納期 © Hitachi, Ltd.
2014. All rights reserved.
12.
合わない プロセス 短納期 © Hitachi, Ltd.
2014. All rights reserved.
13.
丸投げ 合わない プロセス 短納期 © Hitachi, Ltd.
2014. All rights reserved.
14.
デグレード 手戻り 丸投げ 合わない プロセス 短納期 © Hitachi, Ltd.
2014. All rights reserved.
15.
デグレード 手戻り 品質低 丸投げ 合わない プロセス 短納期 © Hitachi, Ltd.
2014. All rights reserved.
16.
納期 遅延 デグレード 手戻り 品質低 丸投げ 合わない プロセス 短納期 © Hitachi, Ltd.
2014. All rights reserved.
17.
納期 遅延 デグレード 手戻り ヤル気 低下 品質低 丸投げ 合わない プロセス 短納期 © Hitachi, Ltd.
2014. All rights reserved.
18.
「ソフト」で「リーン」といえば 「アジャイル開発」? © Hitachi, Ltd.
2014. All rights reserved.
19.
派生開発では母体の存在が 単純にアジャイル開発 することも難しくする © Hitachi, Ltd.
2014. All rights reserved.
20.
何故上手くいかないのか? © Hitachi, Ltd.
2014. All rights reserved.
21.
納期遵守 高品質 納期遵守 部分理解 見付け次第 コーディング © Hitachi, Ltd.
2014. All rights reserved.
22.
高品質 納期遵守 新規開発崩し 高品質 全体理解 © Hitachi, Ltd.
2014. All rights reserved.
23.
© Hitachi, Ltd.
2014. All rights reserved.
24.
納期遵守 部分理解 高品質 納期遵守 高品質 全体理解 © Hitachi, Ltd.
2014. All rights reserved.
25.
納期遵守 部分理解 高品質 納期遵守 高品質 全体理解 © Hitachi, Ltd.
2014. All rights reserved.
26.
納期遵守 部分理解 高品質 納期遵守 高品質 全体理解 © Hitachi, Ltd.
2014. All rights reserved.
27.
部分理解を前提とした レビュー中心の手法 © Hitachi, Ltd.
2014. All rights reserved.
28.
コーディング 留保 変更 プロセス USDM PFD 変更 ドキュメント TM 変更 設計書 © Hitachi, Ltd.
2014. All rights reserved.
29.
コーディング 留保 変更 プロセス USDM PFD 変更 ドキュメント TM 変更 設計書 © Hitachi, Ltd.
2014. All rights reserved.
30.
What/Why 変更要求を確認する 見付け次第 コーディング Where 変更箇所を探す 部分理解 How 変更方法を考える →まちがう 元に戻しにくい →コード劣化 変更する 「ながら」作業 →ムダ © Hitachi, Ltd.
2014. All rights reserved.
31.
What/Why 変更要求を確認する Where 変更箇所を探す レビュー レビュー レビュー中心 レビュー コーディング 留保 How 変更方法を考える 変更する 部分理解 時間の使い方 変更 © Hitachi, Ltd.
2014. All rights reserved.
32.
コーディング 留保 変更 プロセス USDM PFD 変更 ドキュメント TM 変更 設計書 © Hitachi, Ltd.
2014. All rights reserved.
33.
What/Why 変更要求を確認する Where 変更箇所を探す レビュー レビュー How 変更方法を考える レビュー 変更する © Hitachi, Ltd.
2014. All rights reserved.
34.
What/Why 変更要求を確認する Where レビュー 新規開発プロセスとは 全く異なる 変更箇所を探す レビュー How 変更方法を考える レビュー 変更する © Hitachi, Ltd.
2014. All rights reserved.
35.
What/Why 追加機能要求仕様作成 変更要求を確認する 参照 Where 変更箇所を探す 追加機能分の設計 How 変更方法を考える 追加機能分の実装 変更する 追加機能分のテスト 変更分のテスト 統合テスト 変更プロセス 公式文書の更新 機能追加プロセス ※通常の新規開発と同じでよい © Hitachi, Ltd.
2014. All rights reserved.
36.
What/Why 追加機能要求仕様作成 変更要求を確認する 参照 Where 変更箇所を探す How 追加機能分の設計 変更プロセスと 機能追加プロセスを 変更方法を考える 追加機能分の実装 変更する 変更分のテスト 分ける 追加機能分のテスト 統合テスト 変更プロセス 公式文書の更新 機能追加プロセス ※通常の新規開発と同じでよい © Hitachi, Ltd.
2014. All rights reserved.
37.
PFD D1 Process Flow Diagram P1 D2 D1とD2か らD3を作る D3 ©
Hitachi, Ltd. 2014. All rights reserved.
38.
追加機能分の 関数設計書* 元の ソースファイル XDDP全体像 スペック アウト資料 ベースの機能仕 様書、設計書等 変更要求書 5 テストで確認 した後で正 式文書を更 新する 変更設計書 設計書等 モジュール情報 1 変更要求を 実現する 3 テストケース を変更する 機能実現に関 する資料等 追加機能 要求書 追加機能要求書 (要求仕様書)* TM 変更 要求仕様書 補足資料 2 追加機能の 要求を実現 する 更新後の ソースファイル 追加機能要求書 (要求仕様書)* 追加機能分の 設計書 追加機能分の 関数設計書* 機能追加分の ソースファイル (更新) (更新) テストケース 4 プログラムを 結合してテ ストする 新バージョンの ソースファイル © Hitachi, Ltd.
2014. All rights reserved.
39.
変更プロセス 元の ソースファイル* 変更要求 1.2 変更箇所に ついてソー ス等を調査 検討する 調査資料 スペック アウト資料* 変更設計書 TM 変更要求書 変更仕様 変更 要求仕様書 交差情報 変更要求 補助資料 他、関連資料 1.1 変更箇所を 仕様書に記 述する 1.5 変更設計書 を作成する 変更仕様 TM情報 (参照) 追加要求 変更仕様 元の ソースファイル* 追加機能 要求仕様書 ソース ファイル 単位 1.4 変更要求TM を作成する 1.3 追加要求の 変更仕様を 抽出する 1.6 ソースコード を一斉に変 更する (参照) スペック アウト資料* 元の ソースファイル* 更新後の ソースファイル © Hitachi, Ltd.
2014. All rights reserved.
40.
機能追加プロセス 変更プロセスへ 要求TM 追加機能 要求仕様書 追加機能 要求書 (更新) 2.1 要求仕様書 を作成する その他 資料 追加機能分 の関数設計書 機能実現に関 する関連資料 2.3 追加機能の 関数設計書 を作成する 2.2 追加機能を 設計する 追加機能分 の設計書 2.4 追加機能を コーディング する ソースファイル © Hitachi, Ltd.
2014. All rights reserved.
41.
コーディング 留保 変更 プロセス USDM PFD 変更 ドキュメント TM 変更 設計書 © Hitachi, Ltd.
2014. All rights reserved.
42.
What/Why 変更要求を確認する Where 変更箇所を探す レビュー レビュー How 変更方法を考える レビュー 変更する © Hitachi, Ltd.
2014. All rights reserved.
43.
What/Why 変更要求を確認する USDM Where 変更箇所を探す TM レビュー レビュー How 変更方法を考える 変更設計書 レビュー 変更する © Hitachi, Ltd.
2014. All rights reserved.
44.
要求 Req.1 理由 説明 ここに要求を記述 要求の背景や理由について記述 USDM Req.1-1 ここに階層化された要求を記述 要求 理由 説明 <仕様分類 Group A> Req.1-1-1
上記の要求に含まれるべき要求仕様を記述 Req.1-1-2 要求仕様 <仕様分類 Group B> Req.1-1-3 Req.1-1-4 Req.1-2 ここに階層化された要求を記述 要求 理由 説明 <仕様分類 Group C> Req.1-2-1 上記の要求に含まれるべき要求仕様を記述 要求仕様 Req.1-2-2 Req.1-2-3 © Hitachi, Ltd. 2014. All rights reserved.
45.
要求 Req.1 理由 説明 ここに要求を記述 要求の背景や理由について記述 USDM Req.1-1 ここに階層化された要求を記述 要求 理由 説明 <仕様分類 Group A> Req.1-1-1
上記の要求に含まれるべき要求仕様を記述 Req.1-1-2 要求仕様 <仕様分類 Group B> 階層構造 理由 Req.1-1-3 Before /After Req.1-1-4 Req.1-2 ここに階層化された要求を記述 要求 理由 説明 <仕様分類 Group C> Req.1-2-1 上記の要求に含まれるべき要求仕様を記述 要求仕様 Req.1-2-2 Req.1-2-3 © Hitachi, Ltd. 2014. All rights reserved.
46.
USDM ↓ 要求 TM A B C D E F G Req.1 理由 説明 Req.1-1 要求 理由 説明 <仕様分類 Group A> Req.1-1-1 Req.1-1-2 要求仕様
<仕様分類 Group B> F1() Req.1-1-3 要求 Req.1-1-4 Req.1-2 理由 説明 <仕様分類 Group C> 要求仕様 Req.1-2-1 Req.1-2-2 F5() F3() F4() F2() © Hitachi, Ltd. 2014. All rights reserved.
47.
TM USDM ↓ 要求 A Req.1 理由 説明 Req.1-1 要求 理由 説明 への Group A> <仕様分類 Req.1-1-1 Req.1-1-2 要求仕様
<仕様分類 Group B> 影響 要求 Req.1-1-4 Req.1-2 理由 説明 C D E F G 全ての 仕様のコード Req.1-1-3 B モジュール F1() モジュールの F5() 固定 <仕様分類 Group C> 要求仕様 Req.1-2-1 Req.1-2-2 F3() F4() F2() © Hitachi, Ltd. 2014. All rights reserved.
48.
USDM ↓ 要求 変更設計書 A B C D E F G Req.1 理由 説明 Req.1-1 要求 理由 説明 <仕様分類 Group A> Req.1-1-1 Req.1-1-2 変更 要求仕様
<仕様分類 Group B> 設計書 変更 設計書 F1() Req.1-1-3 要求 Req.1-1-4 Req.1-2 理由 説明 <仕様分類 Group C> 要求仕様 Req.1-2-1 Req.1-2-2 変更 設計書 F5() F3() 変更 設計書 F4() 変更 設計書 F2() © Hitachi, Ltd. 2014. All rights reserved.
49.
USDM ↓ 要求 変更設計書 A B C D E F G Req.1 理由 説明 Req.1-1 要求 理由 説明 <仕様分類 Group A> の Req.1-1-1 Req.1-1-2 変更 要求仕様
<仕様分類 Group B> 設計書 変更 設計書 変更箇所毎 変更方法の 変更 F1() 設計書 レビュー 設計書 Req.1-1-3 要求 Req.1-1-4 Req.1-2 理由 説明 <仕様分類 Group C> 要求仕様 Req.1-2-1 Req.1-2-2 F5() F3() 変更 設計書 F4() 変更 設計書 F2() © Hitachi, Ltd. 2014. All rights reserved.
50.
© Hitachi, Ltd.
2014. All rights reserved.
51.
「XDDP」は「リーン」とは 別に考え出されたモノ しかし 似た考え方を持っている © Hitachi, Ltd.
2014. All rights reserved.
52.
XDDPとリーンの関係 リーン製品開発 目的: 手戻りを減らすこと XDDP 目的: 手戻りを減らすこと 方針: 意思決定を遅らせる →収束は納期から逆算 方針: コーディングを遅らせる →コーディング開始は納期から逆算 アプローチ: アプローチ: 学習を小さく回す 各レビュー(学習)を小さく回す →LAMDAプロセスや →部分理解を集めて全体理解に インテグレーションイベント 調査対象: ・顧客の要求・ニーズ ・実現方式 調査対象: ・顧客の要求・ニーズ ・変更実現方式 ・母体ソースコード © Hitachi, Ltd.
2014. All rights reserved.
53.
ソフト XDDP アジャイル 母体の依存性 ハード 短いイテレーション リーン 製品開発 リーン生産 (TPS) 物理的な依存性 小ロット・一個流し 依存性高 独立性高 © Hitachi, Ltd.
2014. All rights reserved.
54.
原則1:ムダをなくす 原則2:品質を作りこむ 原則3:知識を作り出す 原則4:決定を遅らせる 原則5:速く提供する 原則6:人を尊重する 原則7:全体を最適化する © Hitachi, Ltd.
2014. All rights reserved.
55.
System Creates リーンカンファレンス 資料(b) 株式会社
システムクリエイツ 代表取締役 清 水 吉 男 URL=http://homepage3.nifty.com/koha_hp shimz@nifty.com リーンカンファレンス2013 © System Creates Inc., Page 55
56.
System Creates 派生開発推進協議会(AFFORDD)の紹介 派生開発を混乱なく推進するための方法を探求 派生開発カンファレンス 既に4回開催(次回6/6) 10テーマほどの研究会活動 設立
2010年2月 障壁の克服方法 「USDM」の入門 「XDDP」の入門 「XDDP」とテストプロセスの接続 SPLと「XDDP」の連携 「XDDP」とモデル駆動開発の融合 など (www.xddp.jp) 研究会主催の「フォーラム」 XDDPやUSDMに関する勉強会(全国に出張) 関西に「地方部会」設立 リーンカンファレンス2013 © System Creates Inc., Page 56
57.
System Creates 保守開発 保守の定義・・・ 保守のタイプ 是正保守 訂 正 バグの訂正 予防保守 緊急保守 * 適応保守 改 良 完全化保守 改良保守
* * 2007年に追加された リーンカンファレンス2013 © System Creates Inc., 軽微な改良 税率の変更 社内規定の変更 など 変更の影響が拡散しない Page 57
58.
System Creates 保守開発と派生開発 保守開発 派生開発 システム自体は競争していない 製品が競争している 状況の変化から変更が生じる 競争の中から変更が生じる 事前に予測された箇所 事前に予測されていない箇所 保守マニュアルを参考して変更 部分理解の状態で変更 最近は業務システム自体も 競争に晒されるようになって きた リーンカンファレンス2013 © System
Creates Inc., Page 58
59.
System Creates 新規開発と派生開発 新規開発 派生開発 整合性 網羅性 仕様 整合性 仕様 網羅性 仕様 仕様 変更仕様 ? 変更仕様 変更仕様 無矛盾性 仕様 仕様 無矛盾性 該当する 箇所を 変更する 該当する 箇所を 変更する 仕様を実現する ために設計し、 実装する ベースの プログラム コード プログラム コード リーンカンファレンス2013 稼働中のシステム © System
Creates Inc., Page 59
60.
System Creates 派生開発の特徴 ベースのソースコードに「派生」させながら 変更を加えていく 系統図のような ものができる リーンカンファレンス2013 © System
Creates Inc., Page 60
61.
System Creates 派生開発の難しさ ソースコードが古く劣化 ベース の 規模が巨大化 仕様書は失われている 短納期化 部分理解 事前に想定していな い箇所の変更 必要な変更箇所を拾いきれない 変更が思わぬ箇所で影響する 変 更
同 士 が 影 響 し 合 う デグレード 機能の変更が品質に影響を与える リーンカンファレンス2013 © System Creates Inc., Page 61
62.
System Creates 派生開発でやってはいけないこと 拙速なソースコードの変更 避けたい理由 拙速になる原因 変更方法は1つではない 間違っている可能性もある 他の変更に影響を与える 他の変更の影響を受ける 変更量(行数)を見積もっていない 変更箇所を書き留める手段を持たない 生産性を使えるプロセスを配置していない 変更が追加されたり 変更自体が変更されることがある その変更が中止されることがある ソースコードの劣化を進行させる 派生開発の作業を困難にする 競争からの脱落 リーンカンファレンス2013 © System
Creates Inc., Page 62
63.
System Creates ソフトの変更は簡単? たかが変更! さっさと変更して、テストで確認しながら 間違っていれば直して行けば良いじゃないか! 部分理解 バ グ ソースコード の劣化 リリース不可 競争の敗北 市場からの撤退 リーンカンファレンス2013 ©
System Creates Inc., Page 63
64.
System Creates 派生開発もアジャイルでやればいいのでは アジャイルで作れる 作り直しが簡単 機能が独立している 簡単に動かせる環境がある アジャイルで作った方が良い 派生開発では、 これを満たさな いことが多い 派生開発の難しさ 早く確認したいことがある さっさとコードを書くことだけがアジャイルではない その状況において最大限に機敏であること リーンカンファレンス2013 © System
Creates Inc., Page 64
65.
System Creates XDDPとは? 派生開発の難しさを克服するように考えられた開発アプローチ 機能追加 変 更 「要求」が 異なる 異なるプロ セスで対応 「変更3点セット」の導入・・・ 「変更」箇所を書き留める最小限の成果物 変更の難しさに対応 バグの大幅削減 手戻り工数の削減 リーンカンファレンス2013 © System
Creates Inc., ソースコードの 拙速な変更を 回避 ソースコードの 劣化を遅らせる 「品質」と「生産性」 の向上 Page 65
66.
System Creates XDDPのアジャイル性 公式文書の更新(作成)は後回し 「変更3点セット」は派生開発の難しさを克服する最小手段 影響の見極め レビューで仕上がり確認 手戻りの防止 リーンカンファレンス2013 © System
Creates Inc., ソースコードの変更 動作確認 Page 66
67.
System Creates リーン開発とXDDPの関係(1) リーンソフト開発 決定をできるだけ遅らせる XDDP(派生開発) ソースコードの変更を遅らせる 最適な設計方法を選択 最適な変更方法を選択 変更コストを減らす 手戻りコストを減らす 最終工程は見積もれていて必要な工数を担保している 残りの時間の中で 設計方法を検討 リーンカンファレンス2013 © System
Creates Inc., 残りの時間の中で 変更方法を検討 Page 67
68.
System Creates リーン開発とXDDP関係(2) リーンソフト開発 XDDP(派生開発) 新規開発と派生開発の違いの中で・・・ 許される時間の中で最高のものを作り 品質と生産性を同時に達成する リーンカンファレンス2013 © System
Creates Inc., Page 68