2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー

「はてな」という名の小さな会社がある。ネット企業なのに紙と箱で進行管理し、社内会議はポッドキャスティング配信。オフィスがあるのに図書館で仕事したりする変な会社だ。そこで働く“変な”社員を読み解く3回連載。最終回は、2ch発のOS「Mona OS」を開発し、今年4月にはてなに移った「ひげぽん」こと蓑輪太郎さん。 「平凡な人生が好きなんです」――平坦な道を選んで歩いてきたと、蓑輪太郎さんは話す。28年の人生で、波乱を選んだのは2回だけ。OSを作ろうと決めて「2ちゃんねる」にスレッドを立てた時と、安定した職を捨て、「はてな」というベンチャー企業に移った時だ。 スレッド「OSをつくろうpart2」を立てたのは、24歳のころ。プログラマーとして一向に成長できない焦りが、彼を駆り立てた。 OSをつくろうpart2 1 名前： ひげぽん 投稿日： 02/06/18 23:48 独自にOSを作っているまた

IT Mediaで「特集：変な会社で働く変な人」という特集が組まれ、はてなの近藤令子と伊藤直也と蓑輪太郎の3人がかなり詳細に取り上げられた。 http://www.itmedia.co.jp/news/articles/0508/17/news020.html http://www.itmedia.co.jp/news/articles/0508/18/news023.html http://www.itmedia.co.jp/news/articles/0508/19/news029.html まだ何者でもない会社の、まだ何者にもなっていない人たちについての記事としては異例の大きさであるが、はてなばかりではなく、もっと多くのベンチャーに勤める人たちにまでどんどん横展開してほしいと思う。学生や若い社会人のために、「ロールモデル」の提示は一つでも多いほうがいいと思うからだ。特に同世代の発展途

いやー、暑かった。死ぬほど。体が溶けるかと思うくらい。 田舎者の私は、人が多くて参りました。 今日は、「ほりえもん出馬」のニュースに多くの人々の関心があると思いますので、その隙に、こっそり告白してしまいます。 皆さん、いよいよコイツは狂ったか、と思われるでしょう。きっと、大笑いするでしょう。そして、冷ややかというか失笑の種にしかならないでしょう。でも、笑わないで下さいね。 本当に恥ずかしい話ですが、応募してみたんですよ。馬鹿だと思っているでしょ？そうなんです、大馬鹿者です。 妻にも、「死ぬから、止めて。馬鹿じゃないの？これから、どうするのよ。破産したらどうするの？」と、散々罵倒され、「止めて」と何度も念押しされました。でも、「東京に行く」と言って、旅立ったのでした。その顛末を、少しお話したいと思います。 人生でこんな経験が出来るなんて、滅多にないことです。それに、まさか本当に呼ばれるなんて

支払方法：【クレジットカード】・【キャリア決済】・【銀行振込み】・【コンビニ決済】・【Amazon Pay】・【PayPal】・【後払い決済】による決済がご利用いただけます。 【後払い決済】とは商品を実際に受け取った後で、後日郵送される振込み票を持ってコンビニ等で支払います。(決済手数料360円) 土曜·日曜·祝日の発送は休みになります

完璧主義の人は完璧な仕事をします。しかし概して完璧主義の人は人間関係が完璧でないことが多いです。今回はそのあたりを考えてみたいと思います。 【完璧主義者の性質】 完璧主義の人は完璧な仕事をします。システム開発なんかでは基本機能はもちろんのこと例外処理の実装やドキュメントも完璧です。細かいところまで気になって気になって仕方がないタイプと言えるでしょう。 【完璧主義者の欠点】 言うまでもないですが、完璧主義者は些細なことまで気が付きます。この性質は自分だけで完結する仕事であれば問題ないのですが、他者がからむ案件、例えば仕事を頼まれるだとか部下の仕事を評価するとかいったときに問題が発生します。仕事を頼まれる場合は完璧な頼まれ方を要求し、部下の仕事を評価するときは納得するレベルが異常に高いといった感じです。 【理想的な姿】 何事もほどほどが一番です。先日パレートの法則をご紹介しましたが、全仕事のう

CNET Japan Blog「近藤淳也の新ネットコミュニティ論: 開発者が楽しく仕事できる環境とは」 http://blog.japan.cnet.com/kondo/archives/002275.html で、ペアプログラミングの話が出てくる。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。(略) なぜ2人1組でプログラミングをする方が1人ずつでやるよりも

開発者が楽しく仕事できる環境とはを読んで。 ペアプロについて 以前いた会社を辞める前に、引継ぎとして（そして個人的な実験を兼ねて）ペアプロをしてみたことがある。確かに効率的だった。近藤さんのおっしゃるような効能を容易く体感できる。僕は何一つドキュメントを書かなかったが、しかしこの引継ぎは「xxx引継ぎ資料20050806.doc」なんていうWordファイルを書いてこれを元に1時間プレゼンして、このファイルをファイルサーバの奥深くに格納するよりもはるかに効果的だった。 ヒント：そういう引継ぎはやらないよりは幾分ましだが、せいぜい「話題の映画のあらすじを教えてもらったから世間話ができる」という程度のご利益しかない。大事なことはいつだって行間に書いてあるのだ。 ペアで作業を行うため仕事以外の事は一切できない（一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまいます） 「これ

この20年くらいを振り返ってみると、目先の利便性やコスト効率を追いかける傾向が強い。しかし、その結果をよく見てみると、この流れの中で失ったものも非常に大きい。今回は、IT化やデジタル化とともに失ってきたものを考えてみた。 何となくITの分野でも、マンネリと閉塞感を感じることが増えたような気がする。いままで馬車馬のように目隠しされて、ただ前進あるのみであったような気がしないでもない。企業30年説がはやるよりも随分前に、20世紀の技術は1万日で飽和するといった人がいた。チョッと立ち止まって振り返り、周りを見渡してみることが必要な時期なのかもしれない。 この10?20年を振り返って見た場合、デジタル化の流れの中で、ひたすら目先の利便性とコストや効率を追いかける傾向が強かった。しかし、その結果をよく見てみると、この流れの中で失ったものも、また非常に大きいことに気が付く。 最初のころは良いと思ってい

コスト最優先で力量が定かでないSIベンダーにシステム開発を発注。結果としてベンダー側の経験/技術不足がたたり，システム・テストで「レスポンスが5分以上も返ってこない」「バッチ処理が異常終了する」などのバグが多発した──（某メーカーの人事システム） いい加減なフィット＆ギャップ分析しかせず，どんぶり勘定で開発費を見積もりプロジェクトをスタートさせたことで，10億円以上の追加負担が発生。ユーザー側の猛抗議にあい，追加コストの大半はベンダー側が負担するはめに──（某金融業のERPシステム） ベンダー側の担当SEが立て続けに2回交代。担当者間でRFP（提案依頼書）の内容や合意事項が全く引き継がれておらず，度重なる手戻りで稼働時期が7カ月も遅延──（某製造業の生産管理システム） 繰り返されてきた失敗プロジェクト システム開発の現場では，今日もまた失敗が繰り返されている。その原因の本質を突き止めたい─