会議中に話すのを我慢する - jkondoの日記
役割上、会議の多い仕事をしています。全社的な経営責任者という立場に加え、はてなのサービスの責任者として進捗や方向性を見ていますので、各ディレクターと方向性や成果を確認したり、サービス以外の責任者との会議もあります。なので会議の生産性を上げるのは非常に重要で、いろいろな工夫しています。その中で、最近重要だな、と思っている事を少し紹介したいと思います。 会議中は聴くことに集中して、最後にまとめて話す 最近心がけているのは「会議中にあまりしゃべらない」ということです。基本的なフォーマットとしては、会議をする相手に必ずアジェンダを作ってきてもらい、主に報告内容と相談内容をまとめてもらいます。そしてその内容を全部聴くまで基本的にしゃべりません。とにかく聴きます。途中で質問はしますが、それをどうするのかという話は、聴き終わってからやります。聴き終わったあとで、「ここはどうするか」「こうしたほうが良くな
潰れるベンチャーと潰れないベンチャー - jkondoの日記
超交流会の当日は「学生ベンチャー入門」というセッションで、同じ御池ビルののぞみ藤田さんと、株式会社ゆめみの深田社長、株式会社ランゲートの喜社長と一緒に登壇させていただきました。学生がベンチャーを立ち上げるうえでのアドバイスを経験談を交えながら話す内容で、質問は4つくらいあったのですが、最後に会場の方から「潰れるベンチャーと潰れないベンチャーの違いはなんですか？」という質問があり、そこで出た内容を紹介したいと思います。 これについては、4人の意見がけっこう一致していて、普遍的な答えがあると感じました。結局「諦めずに粘り強くやるべきことをやること」じゃないかと思います。これは単に諦めが悪いというだけではなくて、うまくいかないときにどうするかという行動パターンに差があると思っています。 大事なのは、その場でやるべきことをちゃんと考えてやれるかどうか、という単純なことだと思います。そもそも、人の能
ずっと、はてなに入りたいと思っていた - Money does not hurt your heart
エンジニアとして働きはじめて、まだ10年も経っていないけれど、ちょうどいい機会なので、この機会に振り返っておこうと思う。武勇伝なんて派手な話は何もない地味なエンジニア人生だけど、自分が関わったものが誰かに使われているのを電車の中で見たりすると、ちょっと嬉しいです。id:naoyaさんや登大遊さんのように、カッコイイエンジニアになりたいなぁ、とあこがれます。エンジニアとしての転機皮肉なことに、エンジニアとして独り立ちしたな、と自覚するようになったきっかけは、リストラだった。それなりに大きな会社だったのだけど、事業部がリストラで解体されていく中で、若手の現場のエンジニアが減っていき、減ったエンジニアの仕事をやらざるを得なくなった。事業部ごと解体されようかという勢いの中で、いきなりそれ新人の仕事じゃないだろう、という大きな仕事をふられて、右往左往して泣きながら必死で働いた。超神水みたいなもので、
ポストイットが活躍してます - jkondoの日記
最近はてなココやうごメモはてなのコンセプトをブレスト的に考える機会が立て続けにあったのですが、ポストイットを使ってみんなにアイデアを書いてもらう方法でやると比較的うまくいったので紹介します。 ポストイットとペンをたくさん用意 目的とみんなに出して欲しいアイデアを説明 3つずつアイデアを書いてもらう 順番に発表して机に貼り付けていく 良いと思ったものに名前を書いてもらう 名前が入ったものを残して、それぞれについて感想や物足りないところなどを言う 議論を踏まえてもう一度3つずつ書いてもらう＞4に戻る という感じで2周くらい回すとそれっぽいアイデアに収斂していくので、一定時間で確実にアウトプットが出るように感じました。 普通に会議をやってると発言力が強い人ばかり喋っていたり、発言するのに気を使ってしまったり、アイデアを考えているようで実は考えていない状態だったりします。でもポストイットとか紙に書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
