ビジネスリサーチの心得
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
チーム・ワークの本質は個人を生かすリスク管理 / SAFETY JAPAN [牛場 靖彦氏] / 日経BP社
第40回 チーム・ワークの本質は個人を生かすリスク管理 ～参加意識の活用（３）～ コンサルタント 牛場 靖彦氏 2006年4月11日 従業員1人ひとりの得意技を引き出す 企業はもちろん、リスクマネジメント（RM）の立場から、そして、個人が自己責任をとるという点からもチーム・ワークが大切である。 組織の各部門が「フォア・ザ・チーム」の立場に立って、セクショナリズムにおちいることなく、お互いに協力し合い、連携プレーに徹してこそ、良質な商品やサービスをお客に対して提供できる。 そのためには「協調性」「和の精神」「連携プレー」などが必要だが、これを一糸乱れずに実行していくためには、日頃の厳しい訓練が必要だ。 このチーム・ワークについて、そしてRMの視点から私は力説しておきたいことがある。 チーム・ワークというと、とかくがんじがらめの人間管理と思われがちだが、チーム・ワークとは、
出動！ 火消しエンジニア 火事場では何が起きているのか － ＠IT自分戦略研究所
プロジェクトでのトラブル発生を「火が出た」、さらに悪化し収拾がつかなくなると「火事場」などと呼ぶ。そんな修羅場でITエンジニアは何を見、何を学んだのか。事態収拾を図る「火消し部隊」として燃えさかる現場に投入されたあるITエンジニアに、火消しの極意を聞く。 ■火災発生、緊急出動せよ どんな仕事場にも多少のトラブルはある。不具合は質も規模も多岐にわたるが、端的にいえば何かが「うまくいかない」。それが積み重なるとプロジェクトは制御不能な状態に陥ってしまう。 日本ヒューレット・パッカード（日本HP） コンサルティング・インテグレーション統括本部 金融アカウント第一本部 第三部 プロジェクトマネージャの田中淳一氏も、いくつかの修羅場をかいくぐってきた1人だ。通常の勤務に比べて何倍も激烈な経験だが、多くの教訓を得る場でもあるという。 田中氏はこれまでに何度か、火事場となったプロジェクトに助っ人として合
PowerPoint プレゼンテーション
( ) ( ) ( ) , ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ( ) 4 III IV I II III IV 2 I II III IV 1 4 7 6 6 5 6 3 I II III IV 3 / 6 II I 3 6 / 7 4 5 6 3 6 6
東証のシステムトラブルは起こるべくして起こった / SAFETY JAPAN [大前 研一氏] / 日経BP社
第13回 東証のシステムトラブルは起こるべくして起こった 経営コンサルタント 大前 研一氏 2006年1月25日 システムは「使う人が作る」のが一番効率的 ビジネスブレークスルー大学院大学のeラーニングシステム『AirCampus』は、すべて自社開発をしている。 開発の指揮を取っているのは私だ。もちろん私はプログラマーでもSEでもないので実際の構築作業をするわけではないが、技術的なことは分かるので全体の仕様や、操作性、改善要求、などをひんぱんに出す。「ここはこうしてくれ」「こういう機能を付加してくれ」「次のバージョンはこうしよう」などと。それを受けて社内のシステム部門が一気呵成に作業するというわけだ。もちろんそうした作業で手が足りないときには外部の援助も得る。かくしてAirCampusはたゆみなく進化を続けている。 何といってもAirCampusの一番のヘビーユーザーは私だ。通
ライブドア-残された管理職と社員たちが今なすべきこと：インフラコモンズ今泉の多方面ブログ：オルタナティブ・ブログ
株式会社インフラコモンズ代表取締役の今泉大輔が、現在進行形で取り組んでいるコンシューマ向けITサービス、バイオマス燃料取引の他、これまで関わってきたデータ経営、海外起業、イノベーション、再エネなどの話題について書いて行きます。 実は弊社メディアプラネッツ有限会社の口座には株式会社ライブドアから毎月3万1,500円が振り込まれてきます。Hotwiredの「News Watchers' Talk」参加のギャラとしてです。 「News Watchers' Talk」は元「デジタル虎の穴」と言い、1997年秋のHotwired Japan開設当初から延々続いている企画です。開始当初にお声がけされた方の多くは種々の理由で交代されましたが、何人かは今でもそこの発言メンバーとして残っていらっしゃいます。そのなかには堀江貴文氏も含まれます。 同社がリビング・オン・ザ・エッヂだった時代にHotwiredのサ
〔25〕個人情報の保存期間と松下電器温風機リコール事件：ITpro
前回の「個人情報漏えい事件を斬る(24)：顧客名簿処分が裏目に出た松下電器温風機リコール事件」は、個人情報管理のあり方が企業存続を左右する条件であることを示した象徴的ケースだった。今回は、焦点となった個人情報の保存期間について考えてみたい。 企業の自主ルールで決まる個人情報の保存期間 個人情報保護法では、個人情報の利用目的の特定とそれに沿った取り扱いを求めているが、保存期間に関する一律の規定はない。個人情報保護ガイドラインにおける取り扱いも、所管省庁によってまちまちである。 病院・診療所などのカルテ保存期間を定めた医師法のように、他の法令で一定期間以上の保存義務が定められている場合を除けば、個人情報取扱事業者が自主的に保存期間を判断することになる。 とはいえ、利用目的を決める段階で、個人情報を含むデータや書類をいつまで保存しておくか決めておく必要がある。明確なルールがないと、現場で正確に管
姉歯、みずほ証券の誤発注、JR福知山、原因はみな同じ？
2005年を振り返ると1つのキーワードが浮かび上がる。それは、ITmedia エンタープライズにおいて年間アクセスで3位に入った特集「顧客満足度ナンバーワンSEの条件」のテーマとオーバーラップしていた。 2005年を振り返ると1つのキーワードが浮かび上がってくる。またそれは、ITmedia エンタープライズにおいて年間ページビューランキングで3位に入った特集「顧客満足度ナンバーワンSEの条件」（4月～6月）のテーマとオーバーラップしていた。そのキーワードとは、「構造」だ。日本のいたるところで一気に吹き出した構造問題の兆候を、読者はいち早く感じ取っていたのだろうか。ここでは、2005年に起きた出来事から、SEが認識しておくべき普遍的な事柄を拾っていきたい。 2005年ほど構造という言葉が意識される年はなかった。小泉「構造」改革、姉歯元一級建築士やイーホームズ、ヒューザー、木村建設などによる組
悪魔に心を売っても納期を守る！ 裏技術 ― ＠IT自分戦略研究所
きっかけは知り合いのエンジニアから聞いた、何げないひと言でした。「納期？ いざとなったら要件を変えちゃっても何とかするよ」。それがきっかけで300人のエンジニアに、「納期に間に合わないと分かったときに使う裏技術」を尋ねたわけです。 アンケート調査では、納期に間に合わせるためのワザ以外にも、前提となる納期の厳しさや現状の納期への考え方なども聞いています。 「仕事が始まった時点で納期達成が絶望的」（図1）ってかなりむちゃな話ですが、仕事の半分以上がそうだというエンジニアが4割もいます。普通の仕事だってスケジュールは徐々にズレていき、結局は納期と戦う羽目になるでしょ。それなのに、例えば「最初から納期は絶望的」な仕事が8割という人が、10人に1人いるわけです。 それを思うと、「何が何でも納期は守る」と答えた人のエンジニア魂が光りますね（図2）。しかもこの18％（53人）の「納期が絶望的な仕事」の割
スラッシュドット ジャパン | 納期を守るための裏技術、あなたもやってますか？
あるAnonymous Coward曰く、"＠ITの連載記事の中で[ 「悪魔に心を売っても納期を守る！ 裏技術」という興味深い記事が掲載されている。 記事は、300人のエンジニアに「納期に間に合わないと分かったときに使う裏技術」という題でアンケートをとったもの。 IT業界だけに限定した記事ではないようだが、「仕事が始まった時点で納期達成が絶望的」な仕事の多さ、それに対する「テストの間引き」や「段階リリース」など、体験したことのある人も多いのではないかという話が、多々掲載されている。 かくいうタレコミ者も、覚えのあるものが存在している(--; 昨今、システム障害が大きな社会問題として取り上げられることが多いが、納期を延ばすのが難しい中で、どうすれば納期を守りつつ、問題を減らしていけるだろうか？ 各位の経験した事例や、対策・裏技術などを語っていただきたい。 なお、話題が話題だけに、暴露話をAC
リスクマネジメント組織はこうして作れ / SAFETY JAPAN [浦嶋繁樹氏] / 日経BP社
第15回 リスクマネジメント組織はこうして作れ ～リスクマネジメントの目標と計画の根幹～ リスクコンサルタント 浦嶋 繁樹氏 2005年12月6日 １．リスクマネジメント組織の役割 リスクマネジメントを実行する場合、当然必要とされるのが管理組織である。その組織がリスク管理の全体を担う中枢機関である。この組織の主な役割は以下のようになる。 （１）リスク管理全般の管理・実務の推進 ・・・全体計画の構築…目標と業務執行計画 ・・・計画通り対策が進んでいるかをチェックし、全体計画を達成させる機能 （２）トップに対するアドバイス機能・・・トップの決断に深く関わりあう （３）各部門に対するサポート機能・・・具体的な調査、分析、対策などのサポート （４）社内外関係者のコーディネート機能・・・社内の人材だけではなく外部コンサルタントをうまく活用する この組織が機能するかどう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp： 失敗百選 41の原因から未来の失敗を予測する: 本
NHKオンライン
http://www.japanpost.jp/whatsnew/oshirase/11.html
リスクの調査・分析にはこんな効果がある / SAFETY JAPAN [浦嶋繁樹氏] / 日経BP社
http://www.asahi.com/business/update/0122/008.html
http://www.yomiuri.co.jp/national/news/20060112it04.htm
リスク評価の大前提として、なぜ調査が必要なのか / SAFETY JAPAN [浦嶋繁樹氏] / 日経BP社