今月も快調に10万ペースでamazonが燃えているので、もう金輪際amazonを使わないつもりで、hostsに書いた。これでもう大丈夫だ、絶対大丈夫だ。
朝会(デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2)を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
こんにちは。薮田(yabucccchi)です。 僭越ながら今年最後のディレクターブログを書かせていただきます。 プロジェクトを進めていく中で何かトラブルがあったときに、原因を調べてみると「コミュニケーション不足(会話不足)だった」ということはないですか? あると思います。 プロジェクトを進めるにあたって、コミュニケーションが円滑であれば、プロジェクトも円滑に進むといっても過言ではありません。それは「情報共有」や「ホウレンソウ」がプロジェクトにおける最も重要な要素のひとつだからです。 そんなわけで今回はスムーズなコミュニケーションを実現させる方法について書いてみたいと思います。 ■プロジェクトメンバーの人数をなるべく少なくしよう 人数が増えると業務効率が上がると思われがちですが、必ずしもそうではありません。人数が増えることで情報共有は難しくなるからです。メンバーの人数が増えると、コミュニケー
私の小学校には当時習字の得意な校長先生がいて、卒業してゆく子供一人一人に好きな言葉を聞き、その言葉を色紙に書いて贈ってくれました。 当時から気が散りやすく、勉強なんてまるで手に付かない子供だった私は、別に好きでもなかったのですが、自分への戒めもこめて次の四字を選んで書いていただいたのでした。 一心不乱。 その色紙を毎日目にして勉強ができるようになったのならそれこそ美談なのですが、そんなことは全然なく、何十年か経った今でも足りない集中力をかき集めて日々を過ごしている気がします。 集中力を一時的にでもブーストするためのハックはいくつもありますが、そのときに応じて使い分けることでなんとかやり過ごしている感があります。今日紹介するのはそんなハックのうちの一つ。あとそのとき使用するタイマーもいくつか紹介します。 一時間を 48分:12分 に分ける The Power of 48 minutes など
IT ConversationsでRuby on Railsの作者デービッド・ハンソンが2008年5月にRailsConfでおこなった講演が配信されている。そして、以下でも聞ける。 RoRの思想についての言及が冒頭にあるが、大部分は開発者の身の処し方についての講演である。その部分の概要は以下の通りである。 RoRは他のフレームワークや開発手法に比べて生産性について依然として優位性があり、RoRを使って開発していると「余剰開発力」を享受できる。しかし、その状態は永遠には続かない。遅かれ早かれ以下のどれかが起こるから。 他の言語/フレームワークがRoRを凌駕する RoRを凌駕する新たなフレームワークが登場する RoRがメインストリームになる 幸い、どれもすぐには起こりそうになく、RoRでの開発はまだしばらく生産性の点で有利である。その優位性によって生ずる余剰開発力をいかに活用すべきだろうか。も
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
面会を依頼されたときに、それを断るというのは、けっこう骨の折れる意志決定である。 そもそも、誰かが自分に会いたいと言ってくれることは、大変ありがたいことである。自分みたいな人間に興味を持っていただけて、とても嬉しい。 何より、はるばるアメリカまで来て、何かのついでとはいえ、ぎっしり詰まった旅程のなか、わざわざ日本人である自分に会いに行きたいといってくれるのだから、光栄なことである。 しかるに、それを忙しいからといって断るのは、どこか気が進まない。 そもそも、私の現在のワークスタイルでは、拘束時間的・物理的に忙しいということはまったくない。起きたいときに起き、寝たいときに寝て、働きたいときに働き、遊びたいときには存分に遊んでいるのである。 だから第三者が見れば、どこをどう見ても私を忙しいほうの種類の人間と分類することはないだろう。 しかし、実際には精神面では極度に張り詰めているのである。 東
こんにちは、livedoor Blog を担当しています佐々木です。 「livedoor Blog」プロジェクトの定例会議は、検討する議題が山積みで関係者も多く、いつも20名を超すスタッフが集まります。ですが、長時間の会議はデメリットしか生みませんので、“会議は週に1回1時間だけ”と制限を決めて、そのなかで効率的な会議の方法を試行錯誤しています。 そこで今回は、「アジェンダの作成方法」に焦点をあて、“ライブドア流”会議術の一端をご紹介したいと思います。 【01】アジェンダは前日のうちに関係者にメールする 会議で使用するアジェンダは、前日のうちに関係者にメールして目を通してもらい、補足がある場合には事前に受け付けます。 そうすることで、参加者が予習をするようになり、会議での話がスムースになります。また、アジェンダの内容によって「今回は欠席する」という判断がしやすくなるのもメリットで、参加して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く