KPTを使ったプロセス改善：An Agile Way：オルタナティブ・ブログ
ソフトウェア開発の繰り返し単位（イテレーション）ごとに、そのタイムボックスで行なったことを反省し、未来に生かせるように口に出してみる、という活動を行なう。これは、反省会、回顧、Retropective、Reflection、などと呼ばれる（ぼくは「ふりかえり」という言葉が好きだ）。 アジャイル開発ではこの「ふりかえり」が「KAIZEN加速装置」となる。 これを行なうときに使うフォーマットを写真に示した。ぼくはこれをKPT（ケプト）と呼ぶ（Keep/Problem/Try）。Alistair Cockburnから教えてもらったもので、ぼくはこのフォーマットのヘビーユーザー。 ホワイトボードが３つのセクションに分かれており、Keep（このまま続けること）、Problem（問題点）、Try（次に試してみたいこと）と名前が付けられている。全員参加のふりかえりミーティングを開き、そこで、今回のイテレ
開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
偉くない管理職
CNET Japan : ［近藤淳也の新ネットコミュニティ論］ 開発者が楽しく仕事できる環境とは http://blog.japan.cnet.com/kondo/archives/002275.html はてな近藤さんのブログは、最近いちばん更新が楽しみなブログのひとつだが、この最新エントリは特に面白い。 ＸＰのペアプロも、開発合宿も、残業しないメリハリ流も、「絵に描く」のはかんたんだが、はてなではちゃんと実践していて、効果をあげているというんだからスゴイ。 しかしそれにも増して、「偉くない管理職」というのが、個人的にはツボにハマった。 ＜人を管理する仕事は上司の仕事であり、社員は上司の管理の下で業務にいそしむ、といった上下関係ではなく、例えば開発者が「この案件を10日後に完成したいので工程管理をして欲しい」と若い社員に管理をお願いする、といったものです。実際に最近では、新しく入った社員
道具箱の整理
はじめに この記事は、mymy-mycompany分室の2005年10月に1ヶ月をかけて書いたものです。ブログだと後から参照するのが大変なので、ここにまとめておきます。また、ブログでは時間の都合で書けなかった話も追加していく予定です。 私の道具箱 ここ１ヶ月ほど、私的Ｗｅｂサイトプロジェクトなるものに参加しています。オープンソース方式ではなくて伽藍方式。以前、オープンソースのカンファレンスに出たときに、そこで発表していた学生が、ちらと「実はオープンソースよりも伽藍のほうがクオリティが高いものができると思っているんだよね～」と話していたのが、非常～に気になってはいるのですが、そのあたりは、各自のモチベーションと時間の取り方の違いでしょうね。オープンソースでもコミットする人数（アクティブな人）が限られていれば伽藍に近くなるし、伽藍にしてもうまくいかないプロジェクトごまんとあるわけなので。 で、
カイゼン活動に参加したあるSEの日記
4月某日 なにやら会社があわただしくなってきた。コンサルタントを呼び，カイゼン活動でシステム開発の生産性を上げるのだという。毎日の仕事だけでも忙しいのに，まったく何をやらせる気なのか。そもそも，何年か前に品質を上げるといってISO9001を取ったけど，本当に上がったのか。上の人間は現場の苦労を分かっちゃいない。来月には，2日かけて部署全員を集めた合宿を開くらしい。当然，仕事は2日前倒しだ。ふぅー。 5月某日 合宿初日。「悪魔のサイクル」というものを書いた。プロジェクトや会社が抱えている問題点を絵にしたものだ。社長も会長も同席して，「どんなことを言っても人事評価には関係ない」と説明したが，信じるわけないじゃん。でも，年が近いやつばかりのグループだったから，調子に乗って日ごろ思っていたことをぶちまけてしまった。大丈夫かなぁ。 うちのプロジェクト・チームのリーダーは，リーダー同士が集まったグルー
＊「ふっかつのじゅもんがちがいます。」 - ペアプロと上司でないマネージャはすっぱいブドウ
開発者が楽しく仕事できる環境とはを読んで。 ペアプロについて 以前いた会社を辞める前に、引継ぎとして（そして個人的な実験を兼ねて）ペアプロをしてみたことがある。確かに効率的だった。近藤さんのおっしゃるような効能を容易く体感できる。僕は何一つドキュメントを書かなかったが、しかしこの引継ぎは「xxx引継ぎ資料20050806.doc」なんていうWordファイルを書いてこれを元に1時間プレゼンして、このファイルをファイルサーバの奥深くに格納するよりもはるかに効果的だった。 ヒント：そういう引継ぎはやらないよりは幾分ましだが、せいぜい「話題の映画のあらすじを教えてもらったから世間話ができる」という程度のご利益しかない。大事なことはいつだって行間に書いてあるのだ。 ペアで作業を行うため仕事以外の事は一切できない（一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまいます） 「これ
B3 Annex: グーグル、１０の黄金律
Newsweek最新号 (Issues 2006）に、Eric Schmidt（グーグルCEO）とHal Varian（バークレー校教授兼グーグル社コンサルタント）による「グーグル、１０の黄金律」（"Google:Ten Golden Rule"）が掲載されている。 必ずしも目新しくはないが、一応、日本語版をB3 Annex抄訳で。 ・採用は委員会方式で グーグルで採用面接を受ける人はすべて、少なくとも６人以上の管理者あるいは将来の同僚との面接を行う。すべての人々の意見が大切であり、このことで、採用のプロセスがより公平になり、採用基準の向上にもつながる。もちろん、それだけ時間がかかることになるが、その価値はあると思っている。すばらしい人材を雇い、その人を次なる採用のプロセスに集中的に組み込むと、さらにすばらしい人材を雇うことにつながる。 ・必要なものはすべてを供給せよ 私たちは、標準的な（
druby.orgの方から来た人カコイイ: オブジェクト倶楽部クリスマスイベント, しばらくは http://kakutani.com/ でアクセスしてもらったほうがよいかも - 角谷HTML化計画(2004-12-09)
■1 オブジェクト倶楽部クリスマスイベント 当日スタッフ兼ライトニングトークス発表者、の予定。 ライトニングトークスは「見える化」がお題ということで、ちょっとハッスルして昨日から資料をつくりだしたら、60%ぐらいの仕上りでスライド30枚超えちゃった。持ち時間5分しかないのに……。また銅鑼を鳴らされてしまいそうな悪寒。 ライトニングトークス資料: 「見える化」の実践を「見える化」(PDF) けっきょく、48枚スライドを用意して、45枚めくったところで時間切れ。最後のひとネタを披露できず、少し心残りを感じた。けれど、例によって一部には好評だったようで、そこだけが救い。本日の献立は以下2篇: バーンダウン・チャートの紹介 シーズン2 〜The Burndowns: eXperienced〜 eXtreme Feedback Devicesの導入 〜XFDs: Installed〜 Mr.フライパ
「見える化」でソフトウェア開発！ 〜オブジェクト指向 実践者の集い(第 3 弾) 参加レポート〜 sooey
［レポート］ 「見える化」でソフトウェア開発！ ～オブジェクト指向実践者の集い(第 3 弾) 参加レポート～ 1．はじめに 昨年の 12 月 9 日、オブジェクト倶楽部主催によるイベント「オブジェクト指向実践者の集い」が行われました。「オブジェクト指向実践者の集い」はオブジェクト指向を現場で実践している、あるいは実践しようとしているエンジニアに役立つよう「現実的なオブジェクト指向とは何か」、「オブジェクト指向を見直してみよう」をテーマとしています。今回で、このイベントは 3 回目となりました。 クリスマス企画という事で会場にはツリーが置いてあったり、スタッフのみなさんがサンタクロースの帽子をかぶっていたりで、和やかな雰囲気でした。 今回のテーマは「見える化」です。ソフトウェアの世界は見えないものが非常に多いです。そして「見えない」ことにより、ソフトウェア開発では様々な問題が出てきます。例え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
