5月28日(水)より、イベントの参加登録を開始します!同時にライトニングトークスのトーカーの募集も開始いたします。ふるってご参加・ご応募くださいね。5月1日(木)に、オブジェクト倶楽部の春イベントを開催しました。ゴールデンウイークの間というスケジュールにもかかわらず、61名というびっくりするような多くの皆さんにご参加いただきました。スタッフ一同、心より感謝申し上げます。イベントで使用した最新の資料および動画を公開いたしました。http://www.ObjectClub.jp/event/event2008spring/本イベントでは『受託開発の極意-変化はあなたから始まる。践手法』の出版元である技術評論社の皆さんに大変お世話になりました。[10]オブジェクト倶楽部メルマガ読者のみなさん、こんにちは。員ブロック長」というまとめ役をしています。地域の運動行事をまとめるリーダーなのですが、仕事で普段取り組んでいるプロジェクトとも違い、また独特の難しさがありますね。今回は、私がブロック長での悪戦苦闘の経験から得た、「リーダーの引継ぎ」に関する気づきの話です。ブロック長はやることが多い大変な役割のため、大多数の地域では副ブロック長を経験してからブロック長に繰り上がります。者が突然ブロック長に選出される」ことになります。これをフォローするために前任者が副ブロック長となる仕組みがあるのですが、それでもなかなかやりづらい。因なのですが、少し視点を変えてプロジェクトリーダー的立場から考えてみると、「主導権が発揮しにくいこと」が大きい問題だと気づかされます。仕事を把握する間もなくバタバタと始まってしまったこともあり、段取りの全体像がわかっていませんでした。結果的に私と前任者の間での責任の所在があいまいになります。私は出張が多く平日の打ち合わせに参加できないため、全体的な打ち合わせの参加は副ブロック長にお願いし、決まったことは後から連絡される形になります。これは開発プロジェクトに例えると、お客さまとの打ち合わせをすべて代理のメンバーに任せるようなもので、いまいち全体像がつかめず、もどかしい気持ちになります。このような状況がソフトウェア開発プロジェクトで続いたとすれば、そのプロジェクトは失敗するでしょう。長期間にわたるプロジェクトでは、人材のローテーションという観点からリーダーの途中交代や引継ぎが行われることがありますが、その立ち上げには相当気を使う必要があることを実感しました。リーダーが主導権を発揮しやすい環境を意識するのは引継ぎのキモです。成功に向けたポイントをまとめます。(リーダーもそれを自覚すること)・リーダーの兼任は避け、集中して仕事やお客さまと向き合える環境とすることこの記事がMLに配信されるころには、運動会は終わっているはずです。私も新リーダーとして主導権を発揮し頑張るので、きっと成功していると信じています。(岡島)■「受託開発の極意〜変化はあなたから始まる。受託開発の手ほどきと現場をよりよく変えていくための実践手法です。http://gihyo.jp/magazine/wdpress/plus/■私のブログです。リーダーネタと少々の技術ネタを扱ってます。現場リーダーの仕事術をやさしく説明しています。http://www.amazon.co.jp/exec/obidos/ASIN/4797333502/xpjp-22_______________________________________________________________________この記事への評価にご協力をお願いします。URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。[29]◆はじめにみなさ〜ん。Ruby会議2008のチケットはゲットしたかな?わたしはゲットしましたよ〜楽しみですねぇ♪そういえば、最近また、Rails本がいろいろ出てきているようですね。http://www.amazon.co.jp/exec/obidos/ASIN/4797336625/xpjp-22著者の一人の諸橋さんは、オブジェクト倶楽部ナンバーワンのRails使いです!◆今日のテーマ前回から、RSpecのマッチャを紹介しています。eql(2)のeqlです。今回は、includeマッチャを紹介します。includeは、配列や文字列で指定された要素が含まれるかを調べるマッチャです。}の実行結果の配列に要素4,9が含まれること」を期待する振る舞いとして明記しています。2つ目は、「文字列"aaa@bbb"に"="が含まれいないこと」を期待する振る舞いとして明記しています。◆まとめincludeマッチャを紹介しました。includeは配列や文字列で指定された要素が含まれるかを調べるマッチャです。