スタートアップへの福音：Sequoia Capital
シリコンバレー［に限らないが］のスタートアップ企業にとって大切なことは何だろうか。 スタートアップを考える起業家にとって二つの文書が必読だと Michael Arrington がいっている。「アリーナの男」［前出］と「持続可能な企業の条件」の二つだ。 TechCrunch: “Sequoia’s Gospel of Startups More True Than Ever” by Michael Arrington: 20 March 2008 TechCrunch Japanese: “Sequoia Capitalが説くスタートアップへの福音“: 21 March 2008［Namekawa, U 訳］ 後者は、ベンチャーキャピタルの雄 Sequoia Capital が手を差し伸べたいと考えるスタートアップの条件だ。 Apple、Google、Yahoo、Cisco Systems
夏野氏の本音とドコモの縦割り行政と
CNetのインタビューは、夏野氏の本音が見えるなかなか良いインタビュー（永井さんNice Job！）。 ドコモから出てくるにしろ、ソフトバンクモバイルから出てくるにしろ、サービスは変わらないと思いますよ、Apple（が開発する端末）だから。そうなると後は経済条件だけじゃないでしょうか。個人的には、僕の味付けができないからそんなに興味はないですね。少なくとも今のiPhoneでは携帯電話回線を使って自由にアプリをダウンロードするといったことはできないですから。【ドコモ夏野氏に訊く：「iPhone」「ディズニー」「Google検索精度」をどう思う？:モバイルチャンネル - CNET Japanより引用】 この発言は、ドコモの内部事情をある程度知っている人たちにとってはものすごく微妙な発言である。 内部事情とは、ドコモの縦割り行政ゆえに、時々外に見えてしまう自己矛盾。iモードを立ち上げ、ドコモ内部
404 Blog Not Found:It's all up to you - 書評 - あなたはマネージャーに向いていない
2007年12月04日03:00 カテゴリ書評/画評/品評 It's all up to you - 書評 - あなたはマネージャーに向いていない 日本実業出版社第一編集部佐藤様より献本お礼。 あなたはマネージャーに向いていない 津田陽一 私が著者に感謝したい点が二点ある。 一つは、本書を著してくれとこと。 もう一つは、著者が私の上司ではなかったこと。 本書「あなたはマネージャーに向いていない」は、経営コンサルタントである著者が、「マネージャー向きでない」人々を10のタイプに分類し、その傾向と対策を述べたもの。 目次 はじめに 得意技はモグラ叩き - 「発生主義型」トラブルシューター 机上の空論芸術家 - 「理想主義型」プランナー 能力賞味期限切れ - 「悲劇の主人公」ナルシスト いつも一過性 - 「熱烈感動型」ドリーマー 段取りベタすぎ - 「抱え込み型」カーペンター 流血勝負し - 「
人と人をつなぐ技法「チームビルディング」
「チームはできるものではなく、つくるもの」。この視点はありがたい。チームをまとめる立場なら、この視点+技法は必須。プロジェクトチームから町内会まで使える。 好むと好まざるとにかかわらず、社畜でいるかぎり、三十路も後半になると、一匹オオカミでいさせてくれない。「面倒みてやれ」という暗黙のメッセージとともに、何人か付けられる。たいていは、数回の毎朝ミーティングでチームらしくなってくる。 これが10人、20人のプロジェクトチームになると話が違ってくる。さらに、「思惑」「肩書」パラメータが追加されると厄介だ。以前のわたしは、アイスブレイクをいくつかと、赤ちょうちんぐらいしか知らなかった。仕事を通じてチームは形成されるものだと思っていた。 ところが、本書では、チームをつくる方法があるという。短期間で活性化したチームとして機能させるためのメソッドが紹介されている。[アジャイルレトロスペクティブズ]がチ
書評 - コピー用紙の裏は使うな! : 404 Blog Not Found
2007年06月14日05:45 カテゴリ書評/画評/品評Money 書評 - コピー用紙の裏は使うな! コスト削減はその名に反して創造的な行為であることを示した良著。 コピー用紙の裏は使うな! 村井哲之 本書「コピー用紙の裏は使うな!」は、コスト削減の専門家が、コスト削減が何たるかを、豊富なケースとともに紹介した書。著者は株式会社コスト削減総合研究所の代表だけあって、大小さまざまな業種の実例に通じている。 コスト削減とは何か？利益を増大させるために出来るたった二つのやり方のうちの一つである。もう一つは、売上げ増大。この二つを比べると、重要なのは後者であって前者ではないように見える。単純に考えて、コスト削減では現在の売上げ以上の利益を生みようがないのに対し、売上げ増大は理論上青天井だからだ。コスト削減は重要であると感じていても、それはあくまで二番目であり、売上げ増大の次だと思ってしまう。
組織というシステムも使い勝手が悪いと使ってもらえない: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 システム開発におけるユーザビリティの話では、使い勝手の悪いシステムはエンドユーザーに使われずに、エンドユーザーが独自につくった、その人自身には使いやすい簡易的なシステム（例えば、Excelなどのスプレッドシート）が使われ、本来のシステムが目的にしていたはずの情報の一元的管理ができなくなるということが、よく問題にされます。 使い勝手というのは、そういう意味で重要で、特に代替品がすぐに見つかる場合のシステムの使い勝手は、そのシステムが使ってもらえるかどうかに関わるシステムの存在価値を左右する問題です。 例えば、このブログにもいちおブログ内検索機能はついてますが、あまり精度がよくないので僕自身、ブログ内を検索する際には、Googleのサイト内検索機能を使いますから。 使い勝手が悪
千客万来のアーキテクチャ: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 今日、近所の中華屋でご飯を食べていたら、普段気づかない「千客万来」と書かれた木製の看板みたいなのが壁にかかっているのに気づきました。そこの中華屋は中国人の方がやってるんですが、それ見て、「あぁ、これこれ、この発想が日本人って弱いんだよね」って思いました。 「千客万来」は本来システム的発想なのでは？「千客万来」というのは、文字通り、たくさんの客が何度も来てくれるっていう商売繁盛の基本みたいなものだと思うんですが、日本人はどうもこれをシステム的に捉えないんではないかって、それを見たときに感じたんです。 この言葉って、いまだとただのおまじないみたいになっちゃってますが、本来、中国では思想的なものだったんじゃないかって思うんですよね。思想的というか、理論的かな？ つまり、この「千客
プロマネ必読！「アポロ13」
「アート・オブ・プロジェクトマネジメント」で強くオススメされてたので読む ―― これはスゴい。ドキュメンタリーとして夢中になって読めるだけでなく、プロジェクトが危機に陥ったときの「べき/ベからず集」しても、ものすごく有効な一冊なり。 どうしようもない状況、限られた時間、非常に高いリスク、疑わしい解決策…プロジェクトがパニックに瀕したとき、優れたプロジェクトマネージャは何を考え、どう行動するかを知ることができる。本書を通じて学んだ危機管理マネジメントは、次のとおり。 プロジェクトが危機的状況のとき、あらゆる手段を使って、自分の感情をコントロールせよ。感情は事実をゆがめ、判断を誤らせ、解決への手段の一つ一つに邪魔をする 「危機」は、すぐに数字にならない。必ずタイムラグが発生している。だから、危険な数値が今出ているということは、既に危機的状況に突入している、ということだ 問題に対処するとき、絶対
そのプロジェクトでは何を犠牲にしていいのか
そのプロジェクトでは何を犠牲にしていいのか：超現場主義！ 失敗しないITプロジェクトマネジメント（5） 第1回「プロジェクトは失敗するのが当たり前！？」の連載ではITプロジェクトは失敗する確率の方が高く、失敗を前提としたプロジェクトマネジメントの重要性について紹介させていただいた。第2回「ユーザー企業側プロジェクトマネージャの勘違い」からは「ヒト」「モノ」「カネ」にそれぞれプロジェクトマネジメントをカテゴライズし、プロジェクトに潜むリスクファクターの例とその対処法について具体的に紹介させていただいた。第5回では具体的に失敗を前提としたプロジェクトマネジメントの手法を総括として紹介していきたい。 プロジェクトの成否は発注前にほぼ決まっている プロジェクトの成否はユーザー企業側のプロジェクトマネージャがRFPを書き出した時点でほぼ決まっているといっても過言ではない。ユーザー企業を行う前にリスク
「アート・オブ・プロジェクトマネジメント」読書感想文（その8）
本書に書いてあることは本質的なものばかり。自分で気づいて実現できているものは「何をあたりまえな」と感じるかもしれない。そうでないものは、「分かっちゃいるけど、できていない」と思うだろう。 ここでは、わたしにとって苦手な「分かっちゃいるけど、できていない」コミュニケーションと人間関係について述べた9章、10章の感想を書く。 ■歩き回るマネジメント 仕事ができる人は雑談が上手い、と言われるが、わたしがそれを納得するのにずいぶん時間がかかった、大損だと思う。技術力があるとか、プレゼンが上手だとか、確かに大切なものはあるけれど、イザというとき頼りになる人は、必ずといっていいほど雑談が上手い。プロジェクトがトラブルやプレッシャーにさらされるとき、肩書が無意味になるとき、皆の中心にいる人は、最も長く全員と雑談した人であるはず。その人がPMでないならば、PMは最も大切な仕事 ―― コミュニケーションを怠
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
「アート・オブ・プロジェクトマネジメント」読書感想文（その6）
■仕様書など書く必要がないと信じているプログラマ 第7章「優れた仕様書の記述」は、こんな一文から始まる―― 「私は昔、仕様書など書く必要がないと信じているプログラマと議論したことがあります」―― 議論の顛末は予想通り。おそらく、このblogを読んでいる全員がこの話をしたことがあるに違いない。各人がどういう結論を持っていようとも、本章から新たな気づきが得られるはずだ。 なぜなら、「優れた仕様書とは何か?」について徹底的に考え・実践してきたことが記されているから。目の前の仕事にとって仕様書が必須/邪魔の話をしているのではなく、もっと本質的なことが書いてある。コードから仕様書を生成するツールとか、仕様書を書く上でのテクニック集といったものは、無い。根っこの部分「そもそもプロジェクトにおける仕様書の目的は?」とか「仕様書によってできること/できないことは何か?」について非常に明解に応えている。 で
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文（その1）
最近、マネジメント系の仕事ばかり振られるようになったので、予習のつもりで一読 したが、これはスゴい。読んでる途中から振り返り読みを繰り返し、再読も再々読もしなければならないことに気づいた。本書で紹介されるアート（技芸）は、How to モノと大きく異なり、根っこから考え→実践に適用し→フィードバックが必要なものばかり。 あ、最初に結論を述べておくと、これは今年のNo.1スゴ本なり。ふり返ると「No.1スゴ本」の称号をいくつかの書籍につけてきたが、本書は間違いなくNo.1だと言い切れる。読み手の経験に応じ、必ず得るものがある。概要はamazon紹介文をどうぞ（太字はわたし）。 「ものごとを成し遂げるためには何を行う（あるいは行わない）べきか」という実用的な視点からプロジェクトを捉えて、ものごとを成し遂げるための考え方やヒントを、スケジュール、ビジョン、要求定義、仕様書、意思決定、コミュニケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/habuakihiro/20070114