一番の違いは何と言ってもスピード感です。 従来型の開発では、社内のシステム部門が基幹系、業務系、情報系などといったシステムのカテゴリーごとに長い時間をかけて最終的な方針を策定し、システムベンダーから情報や提案を受けて共同作業で構築してきました。 その為、要件定義から開発、リリースまでに至るにはとても時間がかかっていました。 しかし、超高速開発ツールを用いると、コーディング量が大幅に減り、その結果開発の期間が短縮されます。 また、超高速開発ツールであれば、プログラミングの知識をそこまで持っていないビジネスサイドの方でも開発に参加することができます。 その他には、要件定義の段階で容易にPoC(Proof Of Concept：技術・概念・アイデアの検証)を作成する事が可能で、より効率的に開発を進めることができます。 PoCを実施するメリット 無駄なコストや工数削減 早い段階で実現可能性を判断し

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Javaにはたくさんのフレームワークやライブラリがあります。 新規のプロジェクトでは何を採用するか検討する必要がありますが、最近Javaを始めた人や長い間レガシーなシステムをやっていて新しい技術に触れる機会がなかった人にとっては、たくさんの候補の中から選択していくのは大変なのではないでしょうか。 そこで、大部分のプロジェクトで無難に対応できるような鉄板ともいえる構成をまとめてみました。 想定システム 業務系システムと呼ばれるもの。金融系、人事系など、比較的お堅い感じのシステム メンバーが複数人で中規模以上のプロジェクト Web

議論をしていて、「あれ？」と感じることはないだろうか。 たとえば「Ａ説があるから、Ｂ説は間違いだ」と主張する人がいる。ところが、Ａ説のどのような点がＢ説よりも優れているのか説明しようとしないし、そもそもＡ説とＢ説が同時に成立する可能性も検証しない。Ｂ説の存在だけで、Ａ説を否定できると思い込んでいる。1つの問題には1つの解答しかありえないと信じている人がいるのだ。 当然ながら、問題と解答がいつでも１：１で対応するとは限らない。しかし、私たちの脳には「唯一の答え」を追求しようとする傾向があるらしい。 これは日常的な議論に限らない。飛び抜けて頭がいいはずの科学者たちも、しばしば同じような論理学上の間違いを犯す。たとえば「ある生物がその特徴を持つのはなぜか？」という疑問を考えてみよう。なぜ鳥は飛ぶのか。なぜ哺乳類は子供に母乳を与えるのか。これらの疑問に「唯一の答え」はない。動物学者ニコラス・ティン

いまは時間があるので呼ばれればお伺いして相談にのったり、社内勉強会で喋ったりしているのですが、珍しく毛色の違う話をしてきたので資料を公開しておきます(内容は非常に基礎的な話です)。 呼ばれた先でよく言われるのが「スクラムがうまくいっていない」「スクラム的に正しいかどうか分からない」「DevOpsになかなか切り替わらない」といった話なのですが、 そういうのを聞くたびに危ないなぁという感覚を持ちます。スクラムをやるのも、DevOpsな方向に進めるのもビジネス上の目的や課題があるからそうするはず(すなわちスクラムをやるのは目的じゃない。クラウドも同様)なのですが、どうも話が手法やツールに関連する話に閉じてしまう。もしくは本当に開発部門が全体の中での一番の問題なのかも分からないうちに、「開発」側だけの観点でみて全体のプロセスを大きくいじくろうとしてしまうケースもあるようです。(仏作って魂入れず、み

意味の分からない資料、意味は分かるけど腑に落ちない資料、腑に落ちるけど行動に移せない資料。このような資料はすべて失敗です。「準備」「設計」「手書」「作込」「仕上」の5ステップで失敗を避けることができます。そしてストーリーの「設計」で失敗すると、理解に苦しむ資料になります。つまり資料に何かを語らせるにはストーリーが重要なのです。今回は、資料のストーリーを「設計」する際に押さえておくべき3つのポイントについて説明いたします。今までの連載はこちらからご覧ください。 左脳と右脳のはざまで 私は就職して2年目のある日、衝撃的なことを目の当たりにしました。資料の内容（主張と根拠）が全く同じなのに、資料を作る人によって聞き手の反応が全く異なるのです。一方は伝え動かす資料、他方は理解すらされない残念な資料。私はしばらく天賦の才なのだろうと勘違いしていました。ある日、誰かがパワーポイントの資料を「紙芝居」と

最近、フレームワークに関するブログエントリーを多く見かけます。 フレームワークを日本語に直訳すると「枠組み」という意味であり、型にはめて何かをやる際に使われる言葉として日常的に浸透しています。毎日同じ作業をやっていると、自然に自分なりのやり方が定まってくると思いますが、これだってフレームワークのひとつです。 そう考えると、世の中はフレームワークで満ち溢れていることになります。あなたが朝起きてから家を出るまでの一連の流れだって、日々の経験によって効率化されたフレームワークなのです。 フレームワークを仕事の中でうまく使えるようになると仕事を効率化してくれます。その結果、本来かかったであろう時間を短縮することができ、その分の時間を別のことに使えるようになるという効果が期待できます。また、相手が知っているフレームワークを使って議論を整理したり資料を作ると、相手の理解を得るのも早くなります。 コメン

ライフハッカーのナイトスクール開講。IDEOのデザインシンキングを学ぶ。 優れたデザインとは、グラフィックや造形だけでなく、世の中の問題点や課題を明確にして、解決策を導きだすこと。ある意味では医者やコンサルの仕事にも近いのだと思います。近年、そのアプローチは「デザインシンキング（思考）」と呼ばれています。グラフィックデザイナーやクリエイティブディレクターが広告や雑誌にとどまらず幅広い分野で活躍できるのはそのスキルで社会を豊かにできるから。アップル社の初期マウスやPalmをはじめ、数々の世界的企業との仕事で知られる、デザインコンサルティングファーム IDEO（アイデオ） 。彼らが世界的に活躍しているのもデザインが社会に与える影響力の強さを物語っているのではないでしょうか。 『ライフハッカー［日本版］』が主催するナイトスクールは、いまの世の中のキーパーソンに登場いただき、その仕事術を共有する学

少し前に佐藤允一さんの問題構造の書籍を読んでいたが、そこで説明される問題形成チャートが書籍で解説される問題構造をうまくまとめていて良かったので、今回紹介したい。なおこのチャートは結構昔に提唱されたものだけれど、REBOKに似た図が使われている等、今でもある程度普及しているようだ。 問題形成チャート 問題形成チャートは以下のような形を取る。主に問題の構造を明示化するのに使われる。 なお注意として、これは問題の因果関係を図化するのではなく、問題を産んだ一連の活動を図化する。例えば「テスト漏れによるバグ流出」という問題について図を描くならば、Whyツリーのようなバグ流出の要因の連なりを描くわけではない。その時のテストのやり方を図に展開して、結果として目標と現状の間にバグ流出という問題が発生している、という図を記述する。 各部の説明だけれど、この図の定義においては、問題は「目標と現状のギャップ」と

経営やマーケティング、ブランディングなど、ビジネスを語る際に必要な論理的思考。その思考パターンを定型化し、誰でも使えるようにしたのが戦略フレームワークです。戦略フレームワークはビジネスのあらゆる分野で使われており、有名・無名を含めると、膨大な数が存在します。 戦略フレームワークを使うと、現状を論理的に構造化し、客観的に俯瞰できるようになります。また、いつもフレームワーク発想で考えるクセを付けていると、ヒアリングしたその場で企業が抱える問題点が見えてきたり、自分の主張や提案を、分かりやすく説得力をともなって伝えることができるようにもなります。 Web業界はテクノロジーの影響が非常に強い業界です。特に制作や開発に深く関わる業種・職種ほど、ビジネスの本質ではなく、技術的なトレンドに流された発想に陥りがちです。 しかし、戦略フレームワークの考えをマスターしていれば、技術トレンドに流されず、ビジネス

若かりし頃、上司から「アイデアを出せ」「次の会議までにアイデアを考えておけ」と言われ、 そのたびに「またアイデアかよ・・・。」「全然思いつかない・・・。」と悩んだものです。 アイデア本を片っ端から読んで試してみましたが、そう簡単にはアイデアは出ないもので、上司へのアイデア報告は大変苦痛だったことを思い出します。 そんな当時の自分に「オズボーンのチェックリスト」を教えることができれば、ずいぶん状況は変わっていたのではないかと思います。 「オズボーンのチェックリスト」は、「入れ替えてみたら」「大きくしてみたら」「逆にしてみたら」などと、１つのお題からアイデアを大量生産することができるフレームワークです。 アイデア出しに困っている方、ぜひ「オズボーンのチェックリスト」を試してみてください。 「オズボーンのチェックリスト」は、どんなツールなのか？ ９つの視点から、アイデアを発想できるツールです。

We'll be back soon! Our site is currently undergoing maintenance. Please check back later.

中小企業診断士。コンサルティング会社などを経て現職。コンサルティング・研修・講演・執筆等の活動を行っている。50名超のコンサルタントを擁する研究団体「Think! Think! Think!」を主宰。 当ブログ「Think! Think! Think!　～中小企業診断士イノウエの思考術～」は、2015年4月6日から新しいURL「​http://blogs.itmedia.co.jp/rinoue/」 に移動しました。引き続きご愛読ください。 前回に引き続き、「フレームワーク思考」についてのお話です。 まず、読者の皆様にご愛読感謝の気持ちを込めてプレゼント！　です。私が仕事でよく使っているフレームワークを15個選びPDF化してみました。フレームワーク思考の学習に役立てていただければ幸いです。 → ビジネスパーソンが覚えておきたいフレームワーク15.pdf そして、今回はこのファイルを用いて「

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 前回（「わが社の業績が上がらないのは何故だ！」--その理由を論理的に考える方法）は、課題に対する解決策を論理的に導き出すための思考法について考えた。今回は、論理的な思考をビジネスの現場で実践していくにあたって、たいへん便利な道具である「フレームワーク」をいくつか見ていくことにしよう。 以前、婚活戦略を考えたときにも説明したが、フレームワークとは、さまざまな賢人たちによって考案され、洗練されてきた考え方の「枠組み」である。複雑なことを単純化して考えるための切り口を提供してくれる。あなたが抱えている問題について、整理したり、分析したりするときにも役立つはずだ。 1．「3C分析」のフレームワーク すでに、この連載で紹介済みの「3C分析」フレー