1週間かけて調べて詳細な企画を立てる「網羅思考」よりも、間違ってもいいから30分で仮説を立てて半日で検証し改善し続ける「仮説思考」の方が、短時間でよりよい結果が得られる、という話：永井経営塾：オルタナティブ・ブログ
1週間かけて調べて詳細な企画を立てる「網羅思考」よりも、間違ってもいいから30分で仮説を立てて半日で検証し改善し続ける「仮説思考」の方が、短時間でよりよい結果が得られる、という話 一般的に企画は次のステップで立てていきます。 ⓪目的を受けて ①色々な情報を集めて、 ②現在の状況を把握し、 ③考察を重ねて、 ④対応を考え、 ⑤企画する しかし世の中はすごい勢いで変化してます。情報も膨大で全ての状況を把握するのは困難です。 1週間かけて調べても情報を把握しきれないことも多いですし、そのような情報を分析するのも大変です。もちろんこのような分析は価値があるものですが、全てのケースでこのような手間をかけられないことも多いのです。さらに実施段階で状況も変わっていたりします。 では、どうするか？ ボストンコンサルティングで日本代表も務められた、早稲田大学の内田和成教授は、『仮説思考』という本で、「実験を
ドラッカーが「マネジメント」で述べた、「コンセンサスで意志決定する日本」は、今でも有効か？：永井経営塾：オルタナティブ・ブログ
「もしドラ」のベースにもなっているドラッカーの『【エッセンシャル版】マネジメント』で、「マネジメントの技能」という章があります。 その中で、p.150-151に「意志決定」について述べた部分があります。 ---(以下、引用)---- 日本について見解の一致があるとすれば、それは合意（コンセンサス）によって意志決定を行っているという点であろう。 (中略) 意志決定で重要なことは問題を明らかにすることである。.....この段階でのコンセンサスの形成に努力を惜しまない。この段階にこそ、意志決定の核心があるとする。 (中略) 関係者全員が意志決定の必要を認めたとき、初めて決定が行われる。....その後の日本側の行動は迅速である。 ---(以上、引用)--- ドラッカーは組織全体であらかじめ問題を共有する重要性を提起するために、本章で日本のコンセンサス文化を紹介しています。 確かに日本の組織は、全体
サーバはデータセンターの中を液体のように流れるような存在になる、という仮説
先日、あるIT関係の集まりで、大手ネットワーク機器ベンダの偉い人がこんな話をしてくれました「最新のイーサネットは、サーバの内部バス並のスピードで通信ができる。これはすごいことだよね」と。 いま市場では10ギガビットーサネットが普及し始めているところですが、すでにその次の世代のイーサネットとして40ギガビットイーサネットと100ギガビットーサネットも昨年、IEEEによって標準化されており、まだ非常に高価ですが製品が登場し始めています。 その話を聞く少し前、僕は別の大手システムベンダの偉い人のこんな話を聞いていました。「これから2年もしないうちにサーバの形が大きく変わっていく。すごく面白くなるはずだ」と。 この2つの話はつながっているように思えました。 サーバは液体のように流動的で論理的な存在に クラスタを構成するネットワークが内部バス並みに高速になれば、あるサーバの負荷が高まってきたときには
頭数要員だけでこなせる仕事が今後もずっと取れると考えているSIerの仮説は間違っている - 達人プログラマーを目指して
本来このブログをつける主な目的は、勉強したことのメモとプログラマー向けの技術の共有というところにあって、業界がどうこういうことを書くつもりはなかったのですが、多くの方のさまざまなコメントがいただけることは非常に勉強になるので、この際思っていることを書かせていただきます。（ここではこうあるべきという将来像を主張することが目的ではなくて、現状の問題点について自分が思うことを質問させていただき皆さんに意見をいただきたいと考えています。）自分がまさにSIをやっている会社に所属しているわけですから、できることなら自分の仕事にもっと誇りを持ちたいと思うのですが、多くの方の共通する見解としては、少なくともプログラマーにとってはSIは好ましい仕事ではないという意見が多いように思います。確かに、最適なデータ構造やアーキテクチャを考えるプログラマー的発想で考えると、どうしてもこの業界は無駄が多く美しくないと思
プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指して
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指してのコメントで 熟練者も居ることは理解しているが、開発をする上で熟練者ばかりを集めることはできない。このため初心者側にレベルを合わせざるを得ない。 というコメントをいただきましたけれど、これは実に典型的なSIer（の上司）の考え方ですね。SIerの仮説と呼んでもよいくらいですね。とにかく、この仮説の前提となっているのは プログラマーのスキルレベルは一定で成長しない プログラマーは容易に交換可能なリソースである プログラマーは単純労働者である というモデルです。とにかく、この仮説がはびこっているから、いまだにSIerのフレームワークは「初心者側にレベルを合わせざるを得ない」という思い込みで作られていることが多いのでしょう。 COBOL（の初期の）時代ならまだしも、少なくとも現在の開発環境にお
第2回 FC店舗にもリコメンド発注システム
この3年で自動発注は普及が加速している。 例えば、大丸ピーコック（東京・江東）は2005年8月に業界に先駆けて、陳列期間が比較的長い加工食品に絞って自動発注を導入した。NEC製のパッケージソフトでシステムを開発している。 店舗に経験が浅い店員が増え続けている現状を勘案し、加工食品だけは売れた分を自動発注する仕組みに切り替え、店員には生鮮品などの発注業務に集中してもらうことにした。既に自動発注は現場に定着し、2007年9月には売れ行きに応じて基準在庫数を機動的に変更できる新システムに刷新した。 同じスーパーでも、首都圏で急成長しているディスカウント店のオーケー（東京・大田）のように、人件費などの店舗運営コストを抑えることを目的に自動発注システムを積極採用する企業もある。2003年10月から現在までに生鮮品以外はすべて自動発注に切り替え、店舗業務を極力省く。 店員に対する発注業務の教育は最低限
アンケート調査について
内田 治 著：「すぐわかるＳＰＳＳによるアンケートの調査・集計・解析」より 第１節 アンケート調査の手順 アンケート調査は、計画→準備と実施→集計と分析（解析）→報告と活用という順番で進められる。 どの段階も重要であるが、なかでも計画をしっかり立てておかないと、アンケートを実施しても、良いデータは集まらない。良いデータが集まらないと、どんな統計処理をして分析も良い結果は得られず、調査結果を活用できない。 １．計画 計画を立てる際は、次の項目のことを明確にする。 １）調査目的 何のために調査するのか？ 結果をどのように活用していくのか？ アンケート調査は仮説検証型と現状把握型の２つのタイプに分けることができる。 ・仮説検証型 調査を実施するものが何らかの仮説を設定し、その仮説が本当に成立するかをデータで確認することを目的とする。 →どんな仮説を検証しようとしているのかを明確にする。 仮
決めない人々 | タイム・コンサルタントの日誌から
請負契約の仕事を長年やっていると、プロジェクトの成功・不成功はかなりの程度まで、顧客の性格に左右されるなあ、という感想を持つようになる。性格と呼ぶのは不正確かもしれない。個人個人の人柄の問題というよりも、顧客が組織文化として持っている性質である。それは端的には、「タイムリーに決断できる」か、「なかなか決断できない」か、という違いだ。 なかなか決断してくれない顧客に当たると、大変である。プロジェクトでは判断に迷うケースがいくらでも出てくるからだ。どんな設計も完全ではないし、市場の環境条件は変化するし、ユーザニーズも変わるし、法規制だって変わりうる。「ライバルが革新的な技術を出してきた」「現状を調べてみたら昔の設計図とかなり違っていた」「製品の販売予測が計画当初よりも弱気になってきた」「エンドユーザが操作法の変更に強く抵抗している」・・・『では、どうするべきか？』というのが、プロジェクト遂行途
データ分析では「勝ちパターン」を生み出せない：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 本連載では「勝つインテリジェンス――経営トップの情報武装」と題して、今後6回にわたって、経営の意思決定や戦略の立案・実行・評価を支援する情報システムのあり方について考えてみたい。 そのような情報システムは、意思決定支援システム（DSS）を始めとして、これまでに色々と提案されてきた。今日までの流れを振り返る前に、そもそも経営の意思決定、戦略の立案・実行・評価の本質は何なのか、それを支援するとは具体的にどういうことなのか、イメージを明確にしておく必要がある。 大量データ分析とビジネス・インテリジェンス 今から2～3年前、データ分析で競争優位を築くというアイディアを紹介した2冊の本が話題になった。エアーズの『その数学が戦略を決める』（文藝春秋、20
アブダクション - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "アブダクション" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2023年3月) アブダクション（逆行推論）（古代ギリシア語: ἀπαγωγή[注釈 1]、英: abduction, retroduction）とは、演繹法が前提となる事象に規則を適用して結論を得るのに対し、結論となる事象に規則を適用して前提を推論する方法である。論理的には後件肯定と呼ばれる誤謬であるが、帰納法と並び仮説形成に重要な役割を演じている。なお、アブダクションの語は誘拐の意味に使われるので、英語圏ではレトロダクションという言い換えが使われることが多い。 古くは
危機感を共有するだけでは改革は起こらない
よく「日本は、みんなが問題に直面し、危機感が共有されれば、そこから向上していくのだ」みたいなことを最近耳にする。。。。んだけど、私はひとり「ふふふ、甘いな」と思っています。はい。 だって、もう既にかなーりにっちもさっちもいかないでしょ？ 少子化。国の借金のとんでも対DGP比。デフレ。円高。特に少子化が、例えウルトラ級の改善策を今打ち出しても、効果がでるまでに何十年もかかるというのが痛い。 既に平均ではこんなに貧乏になっている・・・。 そんな今の状況を見て危機感を感じてないんだったら、この先少々のことがあっても危機感を感じたりしないことでしょう。 多分、戦争になって敗戦する、くらいの「ほんまものの絶望」がこないと、どうにもならないのでは。 「人が変革のための行動を起こすには二つの理由が必要だ。ひとつは問題を認識すること。もうひとつは実行可能な解決策を知っていること」 とむかし、とある人にいわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 超「超」整理法 知的能力を飛躍的に拡大させるセオリー: 野口悠紀雄: 本
吉野家はなぜ苦しんでいるのか - ライブドアニュース
パーソナルBI入門 第三回 ExcelのグラフでBIを極める (1/2) - ITmedia エンタープライズ
方法: Windows Phone Marketplace 用のスクリーンショットを作成する