企業内イノベーションの実現に向けた7つの提言 | Japan Innovation Review powered by JBpress
前回まで、イノベーションの「鶏卵問題」（ニーズが先かシーズが先か）に取り組むリーンスタートアップ手法、その中心にある「アジャイル開発」の歴史、そして、日本企業での課題について考えてきた。 （バックナンバー） 第1回「企画と開発が責任を押し付け合う会社の前途は暗い」 http://jbpress.ismedia.jp/articles/-/51448 第2回「『開発手法』だったアジャイルはここまで進化した」 http://jbpress.ismedia.jp/articles/-/51870 第3回「ビジネスに追いつけない日本のシステム開発の構造欠陥」 http://jbpress.ismedia.jp/articles/-/52025 イノベーションの創出には、スタートアップのような「小さなチーム」を作り、潜在顧客のニーズ探索と小さな製品開発から始めることが必要である。これは、欧米企業がシ
カネとAgile #RSGT2018
Regional Scrum Gathering Tokyo 2018 セッション「Panel - 実感駆動でものづくり ー 協調学習過程としてのスクラム。欲しいものを、どうやって知るか。」にて使用したスライドです。（補足情報を追記しております） https://confengine.com/regional-scrum-gathering-tokyo-2018/proposal/5132/panel-
ビジネスに追いつけない日本のシステム開発の構造欠陥 | Japan Innovation Review powered by JBpress
前回は、「リーンスタートアップ」の登場によって、「シリコンバレー流」のイノベーションの作り方が定式化され、それが破壊的イノベーション、DX（デジタルトランスフォーメーション）の流れの中で既存の大企業も注目を始めたことを、アジャイルの歴史とともに振り返った。 （バックナンバー） 第1回「企画と開発が責任を押し付け合う会社の前途は暗い」 http://jbpress.ismedia.jp/articles/-/51448 第2回「『開発手法』だったアジャイルはここまで進化した」 http://jbpress.ismedia.jp/articles/-/51870 現代のソフトウエア中心のイノベーション、DXで大切なのは以下の事柄である。 ・ニーズ（顧客）とシーズ（製品）の両方を低燃費で育てる続けること。 ・企画と開発を組織分離せず、一体活動とすること。 ・そのために、サイロ（既存組織の枠）を取
「開発手法」だったアジャイルはここまで進化した | Japan Innovation Review powered by JBpress
前回（「企画と開発が責任を押し付け合う会社の前途は暗い」http://jbpress.ismedia.jp/articles/-/51448）は、「にわとり」と「たまご」の話を例に挙げて、ビジネス（ニーズ）と製品開発（シーズ）の関係の変化を説明した。今回は、アジャイルの起源にいったんさかのぼり、そこから時間を追って現在のビジネス視点での解釈について書いていきたい。 開発者の視点に立っていた古典アジャイル アジャイル開発宣言は2001年に発表された。「アジャイル」という言葉が登場すると、それ以前からあった「スクラム」や「XP（Extreme Programming）」をはじめとする軽量開発手法を総称する新しい呼び名として、大きなムーブメントとなった（ただし、注目を集めたのはソフトウエア開発の文脈においてであり、ムーブメントはソフトウエア開発者のコミュニティ内に限られていた）。アジャイルは、ソ
企画と開発が責任を押し付け合う会社の前途は暗い | Japan Innovation Review powered by JBpress
これまでの組織構成と開発手法では、時代のスピード感に追いつけず戦略的なITを使った顧客創出ができない──。多くの経営者がそのことに気付き始めている。 まず「企画」し、そして「開発」し、「品質保証」し、「出荷」し、「保守」するといった直線的なプロセスと、それぞれの機能を縦割りにしたこれまでの組織構成は、時代にそぐわなくなりつつあるのだ。 これまでの世界観が通用しないDXの世界 例えばこれまでのシステム開発は、企画書が書かれ、市場調査から綿密な検討を経て大きな予算を確保し、その後でベンダーを選定して開発を依頼する、という定型的な流れに基づいて行われていた。一般にウォーターフォール型、と言われるこの種の開発は「システムは調達可能である」という前提に基づいており、「よい企画」が「うまく開発される」ことが成功とされる。 もしビジネスが失敗すれば、それは「企画が悪い」か「開発が悪い」か、つまり、「課題
製造業がアジャイル開発を実践するには？ デンソー デジタルイノベーション室長に聞く「イノベーションの前提条件」
製造業がアジャイル開発を実践するには？ デンソー デジタルイノベーション室長に聞く「イノベーションの前提条件」：DX全盛時代、求められる企業、頼られるエンジニアとは？（2）（1/3 ページ） ITでビジネスに寄与する「攻めのIT」という言葉が叫ばれるようになって久しい。だが多くの企業において、成果に結び付かない単なる掛け声に終始してきた傾向が強い。では、この言葉の真意とは何か――デンソーで「攻めのIT」を実践、リードしているデジタルイノベーション室長 成迫剛志氏に、今、企業とエンジニアが持つべきスタンスを聞いた。 X-Techに象徴されるデジタルトランスフォーメーション（以下、DX）のトレンドが進展し、ビジネスは「体験価値の競争」「ソフトウェアの戦い」に置き変えられつつある。これに伴い、ITサービスの「企画力」と、それを形に落とし込む「スピード」が差別化の一大要件となっている。 何より重要
シリコンバレーの「何が」凄いのか
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/ Read less
SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The competitive edge of DevSecOps - Highlight
『『製造業がアジャイル開発を実践するには？ デンソー デジタルイノベーション室長に聞く「イノベーションの前提条件」』へのコメント』へのコメント
『製造業がアジャイル開発を実践するには？ デンソー デジタルイノベーション室長に聞く「イノベーションの前提条件」』へのコメント
『日本でアジャイルが流行らない理由 - @ledsun blog』へのコメント
http://post.simplie.jp/posts/9