【スライド約300枚】ベンチャーマネージャーのマニュアル｜長村禎庸@EVeM
本マニュアルの概要本マニュアルは、「ベンチャー企業のマネージャーに必要な行動の型・知識」を、私のマネジメント・経営の実践経験、及び様々なベンチャー企業の経営アドバイザーとして観察したことを元に体系化してまとめたものです。 総論だけではなく各論に突っ込んだ、ベンチャー企業のマネージャーのための”実務マニュアル”です。 (ベンチャー企業のマネージャーのことを、以下ベンチャーマネージャーと呼びます) ベンチャーマネージャーに必要な以下のことについてまとめました。 ・ベンチャーマネージャーの役割 ・ベンチャーマネージャーの基本動作 ・ピープルマネジメントの技術 ・ベンチャーマネージャーの立ち位置と心得 約300枚のスライドでまとめています。 マネジメントというのは「総合格闘技」です。 マネジメントは目標設定だけでもないし、コーチングだけでもなしい、モチベーションコントロールだけでもありません。 あ
2006-07-13
実のところ、わたしはあんまりインターネットを使いこなしていない。Web2.0の世界とは程遠い。せいぜいWeb1.5くらいな感じである。利用者としてブログを書いたり、SNSを使ったりしているが、それ以上でもそれ以下でもない。おもしろいWebサービスを生活にいち早く取り入れるということもしていないしAmazonのアフィリエートやGoogleのアドセンスで小銭を稼ぐというようなこともやっていない。mixiの会員番号が8万番台というのも微妙な位置だし、はてなの日記をはじめたのは2004年の春だ。はてなのアンテナとかRSSのフィードもまじめにメンテナンスしていなくて、梅田望夫さんの日記とRubyのまつもとさんと眞鍋かをりさん（めがねっ娘萌え〜）のブログくらいしか定期的にチェックしていない。Amazonで本をがんがん買って、書評をがんがん書くという感じでもない。 にもかかわらず、同世代の仲間の中では(
CNET Japan Blog - 江島健太郎 - Kenn's Clairvoyance：あらためて感じる、開発の進め方の難しさ
あらためて感じる、開発の進め方の難しさ 公開日時： 2006/04/16 14:43 著者： kenn 最近めっきり開発者モードへと還って失われた日々を取り戻しつつ目下急成長中（注：当人比）の江島でございます皆様いかがお過ごしでしょうか。 色々模索しながらやってきた新サービス開発プロジェクトですが、同僚のダニーがバックエンドのコードを書き、ぼくがUIの部分を担当するという大まかな分業に落ち着いてきています。 すでにpretrieve.comというパブリックレコード検索エンジンを開発してリリースした経験のあるダニーはともかく、ぼくは本格的なウェブのサービス開発というのは初めてなので、あちこちで頭をぶつけながら修行中です。 この手のウェブのプロジェクトは、一見簡単そうに見えて実際やってみるとスピーディにやるのは結構難しくて、とくに進め方についてはずっと暗中模索でちょっとずつ前進という
コマンドライン化 (ToDo Txt.com) | 100SHIKI
世の中にはGUIよりもコマンドラインが得意、という人がいる。 タスクの種類によるが、自分も効率を求めるときはコマンドラインを使う場合がある。 そうしたコマンドライン派にはTo Do管理もToDoTxtのようなものがいいだろう。 このサイトではテキストファイル＆シェルスクリプトでTo Doを管理するためのミニプログラムを配布している。To Doを追加したり、集計したりがコマンドラインから手軽にできるのだ。 check*padのようなAjax系インターフェースもいいが、こうしたスピード重視のインターフェースもいいですね。他にどんなアプリケーションがコマンドライン化されるべきでしょうね。
意外に危ないメーリングリスト運用 ― ＠IT情報マネジメント
メーリングリストはとても便利であるため、多くの組織で日常的に使われているが、何も考えずに運用しているとさまざまな問題を引き起こす。そこで今回はメーリングリストに関する問題を洗い出し、その解決方法を考えてみたい。 メーリングリストが引き起こす問題とは 以下ではセキュリティと社内情報格差というテーマで2つずつ、計4つの問題をケーススタディ形式で紹介する（すべてフィクションである、念のため）。 ケース1 退職者に社内情報が筒抜け 退職者が退職後もメーリングリストを受信できていて、社内情報が筒抜けであったことが発覚した。 解説： メーリングリストのメンバー管理はメーリングリスト作成者が行うところが多い。そのような場合は概してメンバー登録には熱心だが、メンバー削除には無頓着の場合が多い。メーリングリスト作成者の意識の低さも問題だが、そのことを社内のだれもが検知できない状況にも大きな問題がありそうであ
TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くの本があるかと思いますので、見える化をキーワードにして
| うまくなりたい！試合に出たい！ オヤジと息子の野球日記
うまくなりたい！試合に出たい！ オヤジと息子の野球日記 上手くなりたい一心で強豪のリトルリーグチームに入った小学２年生の息子クマ。万年補欠を脱出するために野球未経験のオヤジが立ち上がった。父子の泣き笑い奮闘記。
Googleの組織マネジメントを前例に。 - naoyaのはてなダイアリー
「日本版Googleを目指す」と回答したのは近藤氏。今では世界企業となったGoogleだが、はてなの目指すGoogleとは何だろう。 id:jkondo が出てるこの記事。「日本版Google」 なんていうキャッチーなフレーズばかりが先行してますが、本来僕ら言いたかったのはそういうことじゃなくて。 組織のマネジメントという点でみたときに、Google というのは非常に優秀な企業で、いまや 3,000 人もの社員を抱えている大企業にもかかわらず、大企業病のジレンマには陥っていないと言われます。僕らが着目している点はその点です。 はてなはよく小さな企業だからいまのやり方ができるんだろう、とか、大企業病からは逃れられないという風に言われます。そのカウンターとして実際に同業者で 3,000 人になっても現場プログラマが満足しながら働ける企業というのが世の中に前例としてある、だったら僕らにできないは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
