イチローの名言まとめ｜神泉で働く社長のアメブロ
昨日、青野社長がイチローの言葉を紹介していたので ちょっと気になって他にもどんな名言があるかを 調べてみたところたくさん出てきました。 どれも含蓄のある深い名言ばかり。 「野球」を「経営」や「人生」に置き換えても十分意味が 通じるものばかり。 その中から特に気に入ったものをいくつか紹介します。 『小さいことを積み重ねるのが、とんでもないところへ行くただひとつの道だと思っています』 『今自分にできること。頑張ればできそうなこと。そういうことを積み重ねていかないと、遠くの大きな目標は近づいてこない』 『少しずつ前に進んでいるという感覚は、人間としてすごく大事』 『ぼくが数字で満足することはあり得ません。なぜなら、数字が内容を反映しているとは限らないからです。目標を設定してそこに到達すれば、そこで満足してしまって先へ進む努力をしなくなるでしょう。毎打席何かしら学ぶべきこと、改良すべきことがありま
「オーバースペック」でコストが下がる話 - 設計者の発言
「革新的生産スケジューリング入門」や「ＢＯＭ入門」といった、生産管理に関する優れた著作を書かれた佐藤知一さんと神戸でおしゃべりしてきた。さすが「工場そのものの開発」に携わってきた佐藤さんだけあって、面白い話をいろいろと聞かせていただいた。それらの中から、設計者のまっとうなコスト感覚が建設現場での障害をもたらすという話を紹介したい。 佐藤さんが本業で扱う化学プラントにおいて、いちばん目に付く部品は「パイプ」である。素人には想像を絶するが、その種類はじつに４千点にものぼるのだそうだ。口径や長さはもとより、壁面の厚さや付随するバルブの仕様だのなんだのが順列組み合わせ的に関係するためだ。 で、プラントの設計者は、要求性能にぴったり沿うパイプを用いて各モジュールを設計する。たとえば１００の強度を要求する部分には１００の強度を保障するパイプを組み込む。あたりまえの話だ。そんなところに２００の強度を保障
ホワイトボードの謎 － 在庫の「見える化」の効用 | タイム・コンサルタントの日誌から
私は世界中のオフィス事情を知っているわけではないが、「電子黒板」は他国に比べて日本が圧倒的に普及率が高いように感じる。米国のオフィスはあいかわらずフリップ・チャート（flip chart）が主流だ。フリップ・チャートとは、油絵のイーゼルみたいな台木の上に、白い紙を何枚も重ねたもので、１枚書き終わるとめくって次の紙を出すようになっている。なぜか彼らはこのローテクで安価な道具がお好きだ。フランスとか、ヨーロッパではホワイトボードをよく見かけたが、複写機能がないので、結局それをまたノートに写さなくてはいけない。せっかくきれいな図を書き終えて、さて、と思ったら複写できないのに気づき、がっかりしたことは一度や二度ではない。 それにひきかえ、わが国では電子黒板（正確には電子白板か）がよく普及している。何年か前、米国の自動化システムベンダーが私の勤務先に来て、あちこちで電子黒板を活用しているのに感心して
TechCrunch | Startup and Technology News
William A. Anders, the astronaut behind perhaps the single most iconic photo of our planet, has died at the age of 90. On Friday morning, Anders was piloting a small…
3ToheiLog: いわゆる「文系理系の所得格差」の根っこにある差
いわゆる「文系理系の所得格差」の根っこにある差 レジデント初期研修用資料：文系亡国や、 404 Blog Not Found ：亡国系の議論などを見て、私も一言。 ある課題を与えられた時に、 ・ 「課題自体を見る」 プレイヤ と ・ 「周りの人を見る」 プレイヤ がいる。 文系・理系の所得格差ってのは、この２つの差との相関関係に問題の本質があるんじゃなかろうか。 麻雀で言うならば、まず「自分の手を見る」プレイヤと、まず「周囲の捨て牌を見る」プレイヤの差。 そう考えると、単純な「嫌文系」発言は危険なのではないかと思う。 ＊ 前もチラと書いたのですが、ロジェ・カイヨワ先生が「遊びと人間」という本で、遊びの分類について、「アゴン（競技）」 と 「アレア（運）」 という分け方をしている。 （アレアは「運というよりも、自分の能力以外の全て」を指す、と付け加えている。） この分類用語は、便利
『技術空洞』を読んで考えたリーダーシップの意味 - R30::マーケティング社会時評
このブログでもこれまで時々ソニーの経営について書いてきたが、ハコフグマン氏のブログで同世代の元ソニー技術者による告発本『技術空洞 Lost Technical Capabilities』が紹介されていたので、さっそく入手して読んでみた。 んでもって、自分が以前の取材などでも得ていた印象とほとんど同じだったので、がっかりといえばがっかり、納得といえば納得。今さらそれ以上書くこともないかなあと思いつつ、とはいえいろいろと思うところもある本だったので、書評でも書こうかと気を取り直してメモ作ったり他に書評しているブログを探したりして徘徊していたら、僕の思ったことと同じことをこれ以上ないくらいに簡潔にまとめたブログを見つけてしまい、書評を書く気が完全に失せた。そこで、今回はこの本を読んで思い浮かんだことについて書いてみたい。 著者の宮崎氏は、こちらのブログでもまとめられているように、技術系ソニー社員
特別な我が社 | タイム・コンサルタントの日誌から
（考えるヒント、2001/2/03より） ＩＴコンサルタントの仕事をしていると、つくづく面白いと思うことがある。仕事柄、さまざまな企業を訪問して話を聞くわけだが、訪れる会社はどこも、「自分のところの業務はひどく特殊だ、ウチは特別な会社だ」とおっしゃるのである。どの会社もどの会社も、“これこれの理由でウチはよその会社とちがう”と主張される。 いわく、「ウチの業種の製品は鮮度管理が非常にきびしいから」「ウチの製品はお客様の生命に直接かかわるものだから供給の責任があって」「ウチの業種は可燃物を大量に取り扱うので消防法のこうるさい設備検査が必要で」「ウチの業界はものすごい多品種少量で、かつ製品のライフサイクルがめちゃくちゃ短いから」「徹底したカンバン方式で工場を回しているから」「完全受注生産でリードタイムが長いから」「小さく高価で壊れやすいから」「場所ふさぎなのにひどく安価だから」etc... “
Joel on Software -
プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資本主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界：すべてのソフトウェア開発が同じではない。 追記：インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし
ZDNet Japan Blog - ZDNet.com Between the Linesブログ：グーグル社員が明かすグーグラーの仕事の仕方
VORTEX 2005カンファレンスにおいて、Googleの情報技術担当シニアディレクターDouglas Merrillが、Googleではどのようにしてプロジェクトが進められているかを披露し、会場を沸かせた。Merrillは2004年にGoogleに加わる前は、Charles Schwab、Price Waterhouse、RAND Corporationに勤めた経験をもつ。同氏によれば、Googleにとって情報は「悟り」（パワーではない）であり、組織全体が、「豊富なデータやコンピュータリソースを使って、情報を自由に分かち合い、お互いから学び合うことで、みんなの仕事のやり方や学び方を変えていく」という考えに基づき、仕事に打ち込んでいるという。 言い換えれば、Googleで働くということは、オープンであり、フラットであり、透過的であることを意味するらしい。つまり、同社が外の世界と交じり合う
KPTを使ったプロセス改善：An Agile Way：オルタナティブ・ブログ
ソフトウェア開発の繰り返し単位（イテレーション）ごとに、そのタイムボックスで行なったことを反省し、未来に生かせるように口に出してみる、という活動を行なう。これは、反省会、回顧、Retropective、Reflection、などと呼ばれる（ぼくは「ふりかえり」という言葉が好きだ）。 アジャイル開発ではこの「ふりかえり」が「KAIZEN加速装置」となる。 これを行なうときに使うフォーマットを写真に示した。ぼくはこれをKPT（ケプト）と呼ぶ（Keep/Problem/Try）。Alistair Cockburnから教えてもらったもので、ぼくはこのフォーマットのヘビーユーザー。 ホワイトボードが３つのセクションに分かれており、Keep（このまま続けること）、Problem（問題点）、Try（次に試してみたいこと）と名前が付けられている。全員参加のふりかえりミーティングを開き、そこで、今回のイテレ
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
プチコミュニティとパフォーマンス (PEER trainer.com) | 100SHIKI
プチコミュニティとパフォーマンス (PEER trainer.com) October 12th, 2005 Posted in 未分類 Write comment 今までよりも優れたパフォーマンスを出したいなら一人じゃ絶対無理（一部の例外を除く）。 それが最近の信条であり、その原則をもとにさまざまなアプリケーションを作っていきたいと思っている。 作った目標を共有できたり、励ましあったり、パフォーマンスを軸にした「共有」機能こそが今求められているのではないかと思うのだ。 そう考えるとPEER trainerみたいなものも作ってみたくなった。これはダイエットに特化したコミュニティサイトである。 おもしろいのは自分が参加できるグループは4名まで、と制限されている点である。その4名が体重を記録したり、目標を共有することによってダイエットを進めていくことができる。 数万人が参加するダイエットサイト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
i d e a * i d e a - 開発合宿8月号 〜 研修プランで楽々作業の巻 〜
