世界

「エンジニアを確保しやすい」という理由でプログラム言語を選んでいいのか？

daipresents — Fri, 03 Feb 2012 02:25:28 +0000

昨日、プログラム言語についてつぶやいたら、いろいろFBを頂きました。ありがとうございます。つぶやきのきっかけは、ちょうどエンジニアと言語の選択について話をしたからでした。

チームは今Rubyと戯れているけれど「なんでRuby」と聞かれたので「まつもとさんとFBで友だちになった」と答えている「そんな理由で」っていうけど「初めて配属されたところがJava使ってた」とかいう理由でJava始めるのよりはよっぽどいい話だと思うけどなぁ

よく聞く選定の条件や理由として、「エンジニアを確保しやすいかどうか」というものがあります。これは言語だけでなくフレームワークでも言えることかもしれません。

組織的な視点で考えると、なるほど。気持ちはわかる気がします。ただ、「エンジニアを確保しやすい＝いいエンジニアがいるわけではない」ので、「確保できる＝プロジェクトが成功する」というわけでもないでしょう。ふと「マンパワーでなんとかしよう」とか「なんとかなる」という楽観的な考え方になってしまっているのではないかと不安になりました。発想が現状維持だから面白みにかけるのかな。

さらに、こういった選定が、若いエンジニアに影響を与えることもあります。例えば「現場がPHP」の場合、入ってきた新人は「PHPを勉強してね」といわれて、PHP人生が始まり、確保しやすいエンジニアに仲間入りします。

私も、はじめの現場がJavaだったからJavaエンジニアからスタートしました。違うのやりたいなぁと思っても、なかなか導入は難しい。かといってずっとJavaエンジニアでやっていこうというほどの気持ちもありません。

結局、言語の選択は何でもいいんじゃないでしょうか。

理想を言うと、作る速さならRuby！安定性ならJava！とか、作るものにマッチした言語を選べばいい気がしますが、そうすると選択肢が限られてくる気がします。選択肢がしぼられるとわくわく感やチャレンジする気持ちが萎えてしまう。

だったら、目的や情熱を持っている人が決めて、それをチームが共感できるのであれば、その言語を使えばいいんじゃないかなぁと思うのです。

ちなみに、「まつもとさんとFriendになったからこれからはRuby！」と僕が宣言したとき、チームはざわざわしましたが、1週間後に簡単なツールのデモを見ることができました。しかもよくできてた。そんなもんなのだと思います。

* 「速さ」は「作る速さ」でしたので追記Similar Posts:

アジャイルな見積りに使えるプランニングポーカーを5種類並べてみた

daipresents — Thu, 02 Feb 2012 02:43:28 +0000

前回、僕が持っているプランニングポーカーを紹介させていただいたんですが、最近、近所にプランニングポーカーコレクターが引っ越してきたので、彼のコレクションを見せていただきました。

各社個性豊かなデザインですが、だいたい数字は同じですね。コーヒーマークのカードとかは新しい！

プランニングポーカーは、これまでKKDだった見積もりが、コミュニケーションの場として生まれ変わるということで、僕の周りでも人気のプラクティスです。

日本ではまだ売ってない？と思うのですが、アギレルゴさんが、Mountain Goat 社製プランニングポーカーカードを一個単位でお分けします。ということをされており、まだ在庫があるみたいなので、ご興味があればどうぞ。

Similar Posts:

毎日使うコップならFrancfrancで買えるBodumのダブルウォールグラスが素敵

daipresents — Wed, 01 Feb 2012 03:42:34 +0000

結婚祝いで、同僚に頂いたBodum社とFrancfrancのコラボ商品であるダブルウォールグラスがとても使いやすいのです。

2重になっているため、保温・保冷にすぐれていて、水滴もつかないし、熱いお茶でも熱くない！2つで2500円ぐらいなのでちょっとお高いですが、長く使いたくなる一品です。

調べてみるとBodumの製品にも色いろあるみたいですね。

【土日・祝日も発送&問合せOK】【bodum】ボダムパヴィーナ　ダブルウォールグラス 2個セット …
価格：1,617円（税込、送料別）

Similar Posts:

乾燥が激しいので無印の超音波アロマディフューザーを買ってみた

daipresents — Mon, 30 Jan 2012 02:50:00 +0000

我が家の寝室は、夏湿気が多く、冬乾燥するという悩ましい部屋です。

毎年、濡らしたタオルをぶら下げたり、洗濯物を寝る前に干したりしていましたが、スマートじゃない！！というわけで、前から気になっていた超音波アロマディフューザーを購入しました。なんと、今なら限定デザインお買い得セットです。

ランプにもなり、タイマーも付いているためつけっぱなしの心配もありません。しかも、音が静かなので寝室にぴったりですね。限定デザインも素敵な感じ。

アロマテラピーなんて、表参道を歩いている人だけのものだと思ってましたが、我が家も表参道レベルにちょっとずつ近づいています。Similar Posts:

世界で一番の別れを体験できる島

daipresents — Wed, 25 Jan 2012 03:00:49 +0000

PCを整理していたときに偶然見つけた一枚の写真。

これは、世界遺産にも登録された小笠原諸島父島の港の風景です。小笠原諸島へは船旅となり、行きだけで25時間かかります。360度海しか見えず、夜は満天の星空をみることができますが、父島が見えた時と、船を降りた時の開放感はとても大きかったと記憶しています。

写真の話。この写真は帰りの船の出発風景です。小笠原で過ごした1週間はとても深く、以前ブログにも書いたのですが、最後の最後に、とても印象深いドラマがありました。

当時、小笠原へは1〜2週間に1回ほどしか船は来ません。確か、行きも帰りも同じ船で、途中船は来なかったと思います。そうじゃないと泊まる所が困るんですよね。そんな貴重な時間だから、島の人はこの時間をとても大切にしています。当時、僕はその風景をブログに書いていました。

汽笛が10月の小笠原の空に鳴り響き、船は陸と少しのサヨナラをします。
その瞬間。
手を振る人々がいっせいに船に歩み寄ってきます。
人々の声が大きくなります。
誰かがハイビスカスの花を空に手放し、
赤い花が青い海へと舞い落ちます。
「ありがとう」という声が聞こえます。
涙が出そうになり下を向きます。
「ありがとう」と思います。
見送る人達が小さくなっていきます。
みんな手を振ります。
美しい風景。
なんて美しい風景なんだろうと思います。

そして、幻想的な生活から25時間の船旅が始まり、都心へと帰っていくのです。

余談ですが、帰ってきたときに彼女（現在は嫁）と会う約束をしていて、次の日に~~その日に~~告白した気がする。ドラマチックに感じますが、久しぶりに都会女子にあってテンションが上がったのかもしれません。それもまた思い出。

* 1/25 17:29 その日ではなく次の日だというご指摘をいただいたので修正いたしましたSimilar Posts:

数千人が利用する楽天Redmineの過去と未来 #47redmine

daipresents — Mon, 23 Jan 2012 02:49:25 +0000

第二回 shinagawa.redmine勉強会で「数千人が利用する楽天Redmineの過去と未来」を発表させていただきました。

資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。

来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。

はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。

自分のグループで使ってみようという提案もしましたが、なぜか当時のマネージャが嫌がり断念。その後、ユーザー数はゆっくり増えてユーザ数64人に。当時だとエンジニア全体の10％に満たない開発者数です。

そんな中、プラグインを作っていろいろいじるようになり、チームの進捗を見える化し、チームを応援するため、Roadmapsプラグイン、All Time Teamプラグインを作りました。

その結果、Redmineの活用に成功しました。状況が一目でわかるようになり、見る側も自分がどういった状況なのかを理解できるようになりました。「チームでRedmineを使う」という方針にもつながりました。これらの成果は、徐々に周りへと広がり、徐々にユーザが拡大していきます。

ユーザが300人ぐらいを超え、チームメンバーもRedmineに慣れてくると、問い合わせ業務をRedmineに完全移行しました。外部とのやり取りを整理したかったという理由からだったのですが、問い合わせの傾向などをRedmineのレポートで出し、時間がかかっている部分を洗い出したり、過去の問い合わせをトラッキング＆検索することで、業務改善に大きく役立ちました。

このころからアジャイルプラクティスを本格的にRedmineに適用するようになります。

Version Burndown Chartプラグインはその1つです。Redmineのプロジェクトに対するバーンダウンチャートプラグインは見つけたのですが、バージョン単位のものがなかったので作成しました。しかし、入力が多く、バーンダウンせず最後にどーんと下がるチャートばかりだったので利用しなくなりました。

次に生まれたのがパーキングロットチャートプラグインです。私が作ったプラグインの中でも、これがもっとも多く使われているように感じています。バージョンを工夫することで、ビジネスサイドとのやりとりに使うこともでき、完了したバージョンが積み上がっていくため、達成感を感じることができます。

アジャイル開発の要素を取り入れたプラグインを入れてから、様々な情報の見える化が進みました。プラグインに興味をもつユーザが現れ、Redmineが周囲へも浸透していきました。なによりもチームのタスク管理能力が上がったように思います。

当時はバージョンアップごとに機能が増え、それにあわせてバージョンをがんがん上げていました。その影響か、ユーザはやがて1000人を超えます。頻繁なバージョンアップのために環境を改善し、できるかぎり自動化して対応しました。

1000人を超えたため、リアルサーバ＋Passengerへと切り替えました。

一番大きな問題として、RedmineのSVN連携で、SVN側に負荷が集中してダウンしたことがありました。たしかRedmineのコードに書かれていたタイムアウトが長く（たしか3分）、コネクションが積み重なってしまい、負荷へとつながっていました。

SVNだけでなく、JenkinsやReviewBoardなどもSVNに連携するため、SVN側をマスタ・スレーブにするなどの対応が必要になります。SVNにはスケールするための仕組みがあるので、それらの機能をうまく活用して、連携するシステム全体の増強を考える必要があることを学びました。

また、重い検索処理がRedmine全体を止めることがあったため、全体の検索機能は使えなくなりました。私の作った「All Time Teamプラグイン」もユーザが増えるとそうなる現象が発生しました。

コーチングの仕事の影響で、チームはタスクボードを活用するようになり、現在は、問い合わせ作業のみRedmineで運用しています。タスクボードの手軽さはあなどれません。

上のタスクボードでは、Doingのスペースを付箋２枚分しかとらないようにして、作業が誰かに偏らないように並行作業を制限しています。あとは写真をとってふりかえりなどで活用し、消化したタスクの傾向だけトラッキングしています。

私のチームはRedmineからはじめたて使いこなせるようになってきたので、タスクボードの手軽さは魅力ですが、張り出せない制限があったりするケースもあるはずなので、どっちがいいかというより、チームはどちらが好きか？で選べばいいと思います。

また、私のチームが使わなくなった理由として、Redmineで取っておきたい情報（問い合わせの履歴や外部とのやり取り）はRedmineを使う。開発に関する情報は、Subversionのコミットログや、リリースノート、簡単なマニュアルを書いたWikiがあれば十分だったため、ログが残らなくてもタスクボードで十分だったのです。

そして、最初は数人で始まったRedmineの現在へと進みます。

2011年秋ごろのデータです。ユーザは4000人を超え、2500ものプロジェクトが作成されています。

誰でもすぐ使えるようになったためユーザは急増。ただ、使いこなせているかどうかまではわかりません。私の感覚では、30％ぐらいのひとしか使いこなせていない気がしています。ここまでくると、開発の基幹システムと言えます。

ここまで大規模になった楽天のRedmine。たどった道のりを振り返ると、私のコンテキストからはいろいろな問題点も見えるようになりました。

まずは、簡単に使えてしまうという問題。簡単に使えるがゆえに、必要以上に使おうとする人が出てくるため、目的と手段の勘違いが発生し、非効率になってしまうことがあります。

次に、ルールの程度の問題。厳しいルールを始めに決めてしまい、ルールを守れない人が悪・・・という状況がチームを苦しめる場合もあります。大量の更新メールが開発者を襲い、「メール見ろよ」とかの衝突も生まれてました。

最後に、ユーザが増えたことで最適化が難しくなる問題。先に述べたような「全体検索停止」「負荷予測ができないためREST API停止」といった制限が生まれ、もともとあった柔軟性は徐々になくなり、「それなら独自で環境をつくろう」といった動きにつながります。Pluginが大量にインストールされ、大量のタブができてしまうこともあります。

ただ、それでもいいところはいっぱいあるため、どういった使い方をしていきたいのか？というビジョンを運営者側で持つ重要性が高まります。利用開始時のサポートや使い方のレクチャーも考えていく必要があります。ビジョンを達成できないのであれば、「ツールを使わない」という選択も必要になってきます。

楽天のRedmineの未来については、恐らく、私のチームがやっているように、やりとりのログが重要になる問い合わせなどで使われることが主流になっていく気がします。

環境面では、オープンソースソフトウェアで構成することも十分可能ですが、運用に○人コストを掛けるのであれば、ホスティングサービスのほうが安い場合もありえます。もしくは、クラウドサービスを使うことで個別最適化が進み、各自で独立した環境を作るケースが増えてくるかもしれません。

大人数で使う場合は、柔軟性ももちろんですが、「問い合わせならこういう使い方」「開発ならこういう使い方」というプロジェクトごとのテンプレートを作り、OSイメージを配る形で運用したほうが、開発者のためになりそうです。

最後に、どんなツールよりも対話するほうがコミュニケーションを取ることができます。アジャイルマニフェストにも「個人との対話」と書かれていますが、最近ではツールの進化が激しいので、プロセスやツールも軽視できない時代になってきたのではないかと思うようになりました。

私のチームでは、Redmine以外にもいろいろなツールを導入し、使い、捨ててきました。しかし、根本となる「ツールの使い方」「ツールを使う理由」への理解を深める事で、どんなツールに変化しても、対応できる柔軟性がチームに生まれました。ツールではなくチームが柔軟性を持ったのです。

最適なツールを最適に使いこなすことができれば、開発はより楽しくなります。Redmineはとてもいいツールだと思いますが、Goodなツールではなく、Excellentなツールへと育てるのが、導入や運用する側の仕事になってくるのではないでしょうか。

もし、今のRedmineがExcellentではなかったり、そうならないのであれば、ツールを再考する時期かもしれません。なぜなら、ツールを使い続けることが目的ではないからです。

数千人が利用する楽天Redmineの過去と未来 – The past and future of Rakuten Redmine that is the backbone of 1000+ engineers

View more presentations from Dai Fujihara

Similar Posts:

アジャイル実践者研修のおみやげが届きました

daipresents — Thu, 19 Jan 2012 05:39:36 +0000

アジャイル実践者研修 : Scrum Fine-Tuning using Organizational Patternsに参加した後輩からおみやげが届きました。Mountain Goatのプランニングポーカーもゲット。また、欲しいところに配ろうと思います。

翻訳されたScrum Tuning Using Organization Patternsを読みはじめました。Similar Posts:

楽天のRedmine事例を勉強会で発表します #47redmine #RxTstudy

daipresents — Tue, 17 Jan 2012 02:59:18 +0000

1/21（土）東京、2/4（土）大阪で、楽天のRedmine事例を発表する予定です。これまで培ってきた経験をあらいざらい共有できればうれしいなぁと思っています。なかでも、大阪で勉強会に行くのは初めてなので、とても楽しみにしています。

発表資料はまだ作成中なのですが、どちらの発表も導入初期から現在までの歴史や出来事を中心にお話させていただく予定です。資料は後日公開予定です。

第二回 shinagawa.redmine勉強会（東京）

タイトル：数千人が利用する楽天Redmineの過去と未来

参加登録は、第二回 shinagawa.redmine勉強会 ATNDからどうぞ。1/5現在、キャンセル待ちみたいです。Redmine人気はすごいですね。

Redmineが1000人のエンジニアに使われるまでのことにも書かせていただいたのですが、はじめは数人で使われていたRedmineも、すでに1000人以上が利用しており、なくてはならないツールへと進化しました。大規模になってしまったRedmineについて、運用/利用していた経験と、今思うことを共有させていただく予定です。

第3回RxTstudy（大阪）

タイトル：大規模Redmineを適用せよ

参加登録は第3回RxTstudy ATNDから可能です（懇親会はこちら）。こちらは、上限100人に変更されたのでまだ登録可能です！

RxTstudyでは、Redmineを使ったタスクマネジメント、プラグインを使った見える化や効果測定を中心に、導入したRedmineの歴史を共有させていただこうと思っています。どちらかというと3年使ったRedmineの使い方について共有したい10のことの拡張版になるかとおもいます。

おわりに

この2回の勉強会で、自分の知ってる情報はすべてまとめようと思っています。質問などがあれば、勉強会でも、懇親会でも、Twitterでもなんでもいいので、お気軽にご連絡ください。

当日お会いできることを楽しみにしております。Similar Posts:

Wikipediaの「プログラマ」を説明したページの内容が偏っている件について

daipresents — Fri, 13 Jan 2012 02:29:47 +0000

今年の仕事のことを考えているうちに、改めて「ソフトウェア開発ってなんだろう？」と思うようになった。

そして、ソフトウェア開発をする上で、「理想の環境というのはなんだろう？」ということを考え、今年はそれを目指そうと調べている。改めてWikipediaなどを読んでみると、いろいろな気づきがあり、一部の表現内容がとても偏っていることもわかった。

まず、Wikipediaのソフトウェア開発についての説明。

ユーザーのニーズやマーケティング上の目標をソフトウェア製品に変換する作業である。〜中略〜ソフトウェア製品のマーケティング活動そのものは、必ずしも新商品開発とは結びつかない。

これはとてもいいまとめのように感じる。開発という中にいて周りを見ていると、エンジニアからの視点が強い人が多い。例えば、「Appleにあこがれる」「新しい技術を導入したい」といった、エンジニアの欲求に対しての視点だ。マーケティングの用語で言うとプロダクトアウトになるのだろうか？エンジニアのアイデアによって、製品やサービスを作るという形だ。

しかしながら、それだけでお金を稼ぐことは難しく、Wikipediaにもあるようにマーケティングの要素や、ビジネスサイドの考え方も必要になってくる。新サービスを作り続けることは大切な要素だが、その資金や時間を作り出すために、ビジネス視点や日々の改善作業は必要不可欠になる。

顧客の期待を満足させるべく開発されたソフトウェア製品の成功/失敗の責任が工学的側面にあるのかマーケティング的側面にあるのかを判別するのは、多くの場合困難である。そのため、ソフトウェア開発全体として工学的側面とマーケティング的側面を共に理解し、それらの協調を促進することが重要である。

私は、サービスを作っている会社に転職したことで、工学的な要素である「作り方」にこだわりたいタイプの人間なのだが、マーケティング的側面の重要性を感じるようになってきた。そして、工学とマーケの両方を理解することはとても難しいことも分かった。Wikipediaだと「プロジェクトマネージャのような人がバランスを取る」と書いてあるが、請け負う範囲が個人の裁量を超えるぐらい広いため、誰かがバランスを取るのではなく、全体でバランスを取る形がいいのかなぁと思った。

そして、問題のプログラマのページである。

恐らくこれを書いた人は、個人の視点で書いたように思える。なぜなら、共感するところはあっても、時と場合による所が多いからだ。これだとWikipediaのページとしては「不十分」と書かれても仕方ないように思う。例えば、

また、ソフトウェアに不具合が発見された場合、深夜残業や休日返上での修正作業をせざるを得ないこともある。

２４時間体制の仕事は他にもあるはずなので、プログラマだけの苦労ではない。

偽装請負や多重派遣を指すスラングとして、単に人材を他社に送り込むことで中間マージンを搾取することから「人売り」（人売りIT、人売り企業）、面談場所にたどり着くまでの間に営業担当者から他社の営業担当者へと次々と引き渡され連れ回されることから「ドナドナ」（ドナドナされる）などが存在する。

私も面談を経験したことがあるが、悲観的には思っておらず、ビジネスモデルの問題だと思っている。顧客といい関係を築いているならば、こうならないことも経験したので、これも悪い面だけがアピールされているのが残念だ。そして、中間マージンビジネスはもう難しいビジネスなので、経営者は早く見直さないと、企業はゆるやかに死へと進んでいくだろう。

そして、「格差社会におけるプログラマ」について。

頭数として利用される立場である以上、プログラマ自身のアイデンティティに対する価値は最初から全く期待されておらず、肉体の能力や精神的な意欲の低下が顕著となる３０代後半以降の局面を以って職業を継続する事が困難な状況に陥る傾向がある。本来は知的労働者であるべきプログラマが、そのアイデンティティを無視されたままに、年齢や怪我による主に肉体的な能力の低下を理由として簡単に使い捨てられる日本の常識的な産業構造を揶揄する意味でIT土方という言葉や新3Kという言葉はあまりにも有名であり、・・・

たしかにそういう面はあると思う。が、悪い面のみを書いているので悪く見えてしまうのが悲しい。

改めて調べてみると、いろんな見方があることがよくわかる。「SIerはオワコン」という言葉がよくタイムラインを流れていた時期もあるが、SIであろうが、サービス開発であろうが、どこも似たような問題を持っている。一部の問題に対して、全部が悪であるような言い方は個人的に好きではないし、そんなことしていても世の中が良くなる気がしない。そんな暇があったらプログラムを書いたほうがいい。

Wikipediaの先頭に「プログラマはクリエイティブな仕事である」と書いておこうかなと思った。

これ以外にも、システムエンジニアのページや、デスマーチの定義が面白かった。

Similar Posts:

1/16（月）にJim Coplien 氏のアジャイル実践者研修が開催されます

daipresents — Wed, 11 Jan 2012 02:21:42 +0000

1/16（月）にアジャイル実践者研修が開催されます。詳細は、アジャイル実践者研修 : Scrum Fine-Tuning using Organizational Patterns (東京)をご確認ください。10・11日には大阪でプロダクトオーナー研修。10日の夜はScrum Meetupという名の新年会も開催されます。年初からアジャイル尽くしです。

講師のJim Coplien氏については、Wikipediaにエントリがあり、こう書かれていました（適当訳）。

James O. “Jim” Coplien (Copeとして知られているかもしれない)は、コンピューターサイエンスというフィールドで活躍する本の著者、講演者、リサーチャです。彼は、豊富なリサーチ経験を元に、ソフトウェアデザイン、組織開発、ソフトウェアデバッグといった領域で、重要な貢献をしています。 via Wikipedia

Scrum FoundationにもBIOがあり、それをふまえると、アーキテクチャパターンや、ソフトウェア開発における組織開発（開発というところが面白い）の第一人者なんですね。

今回は研修に、西村直人さん、角谷信太郎さん、和智右桂さん、高橋亜紀子さんといった方々もサポートではいるようですので、より深い研修になる気がしています。

アジャイル実践者向けの研修はめずらしいので、ご興味があればぜひどうぞ。Similar Posts:

Agile India 2012 が2/17から3日間開催！#agileindia2012

daipresents — Tue, 10 Jan 2012 03:01:19 +0000

Agile India 2012が来月2月に開催されます。

Linkedinのグループに投稿されたメッセージを読むと、アジア最大規模のアジャイル系イベントになるようです。

プログラムを見ると、12のステージ・同時7トラックになっており、かなり大きなイベントのようです。ステージも最近の話題を取り込んでおり、以下のような魅力あるステージになっています。

リーダーシップと組織変革
エンタープライズアジャイル
アジャイルとアウトソース
アジャイル開発プラクティス
DevOps
文化、個人とチーム
リーンの原則とプラクティス
アジャイルプロダクトマネジメント
コーチとメンター
リーンスタートアップ
リサーチカフェ
ライトニングトークス

Agile2012でも分散アジャイルがステージになっているように、インドでもアウトソースのステージがあります。海外はもうアウトソーシングまで考えたアジャイル開発が主流なんでしょうか。

また、DevOpsやリーンスタートアップといった最近のトレンドを取り入れたステージや、リーンに特化したステージと、世界のカンファレンスを見ていると、今年のトレンドも見えてくるように思います。

ライトニングトークスはもう世界に通じるステージなのかな？Similar Posts:

Google Chromeのテーマを作ってChrome Web Storeで公開しよう！

daipresents — Thu, 05 Jan 2012 03:07:11 +0000

写真はPicasaで公開しています

明けましておめでとうございます。今年もよろしくお願いいたします。

ここ数年、竹富島コンドイビーチの壁紙を使っています。この写真だと、席に深く座ると海にいる気分になれます。ふと、Chromeのテーマをこの写真にしたいなぁと思って作り方と、Chrome Web Storeでの公開方法を調べてみました。

テーマは、Create Chrome Theme Onlineというサイトを使うだけで、Web上で作成が可能です。配布可能なファイルをダウンロードできるので、作ったあとにZIPファイルとしてダウンロードしておきます。次に公開です。公開はDeveloper Dashboardからでき、はじめに1回だけ$5の料金を支払う必要があります。Dashboardにアクセスして、さきほどダウンロードしたZIPファイルをUploadします。.crxファイルだと怒られるので注意が必要です。次に、Iconやキャプチャを設定します。optionalと書かれているもの以外は全部設定しなければならないみたいで、

128×128のIcon画像
1280×800 or 640×400のテーマ画像
Small tile – 440×280の小さめのテーマ画像

と、いろいろなサイズの画像を用意しておきます。あとは$5の支払いを済ませ、公開すれば完了。

インストールするとこういう感じになります。今回作成したテーマは「沖縄の休日」という名前で公開していますので、よろしければどうぞ。Similar Posts:

世界、daipresents、広がる年、希望に満ちた年

daipresents — Thu, 29 Dec 2011 07:59:57 +0000

Apple and Ayers Rock Uluru

なぜ「世界」というブログタイトルにしたか？

一番初めにホームページを作ったときに、そのタイトルを「The World – Little Star」にした。たしかGiocitiesかどこかに作った気がする。この名前の由来は至極単純で、Jojoの奇妙な冒険のスタンド名から取った。世界を支配する能力を持つスタンドがかっこよかったからだ。「Little Star」は、自分も含めた生きている人間は、小さなほしみたいにキラキラしているというところから名付けた。

その後、このブログはhatenaでは「賢者の贈り物」という名前になった。思うところや映画や本のことを書くことが多かったが、たまに僕自身を気に入ってくれるユーザがいて「あなたは賢者だ」と言われることもあったが、賢者は自分の回りにいるたくさんの人であって、私は賢者などではないと思っていた。賢者になりたいとは思っていた。はてなにはブログから本を製本してくれるサービスがあって、一度作ったことがあったが、それを読んでいると「ああ、ブログは人生なんだな」と感じたことを今もよく覚えている。その本は、まだ家にある。そして、MovableTypeでブログ構築したり、Pukiwikiに技術ネタをまとめた「フジハラボ」を作ったりして、それぞれをマージして今のブログになった。

「世界」になった。

最近、知り合った人から「世界って名前すごいですね」って言われて困っているが、「世界」にはいろいろな意味があり、Globalという意味の「世界」もあれば、私が見た「世界」、あなたが見ている「世界」とたくさんの世界がある。

なぜ「daipresents」というIDにしたか？

母親の影響で映画が好きになった。よくそのテロップに「○○ presents」というのがでてきて、「これはいい表現だ」と思ったのがきっかけだったと思う。いつか、自分が映画監督になったら、「daipresents」という文字を入れたいなぁとか妄想していた。自分もいつか、誰かに何かを伝えることができるような人間になりたいと思った。受け取るだけではなく、誰かにバトンを渡すような。

今年もまた、出会う人に恵まれて僕の世界はどんどん広がっていった。いろんなイベントに参加したり、海外のカンファレンスに行ったり、イベントを開催したり、後輩と一緒に勉強会で発表したり、たくさんの世界に触れ合う機会が多かった。

いろいろな世界と別れることもあった。災害により静かな威厳を感じることもあった。毎日を全力で生きているか心配になる時もあった。仲間と戦う楽しさも知った。何もしなければ、本当につまらない世界だったのだろう。

また、来年もそういうことを考え、生きていく年になるだろう。それでも世界は広がっていく。世界はそうやって変わっていく。

世界よ変われ。Similar Posts:

皇国の興廃この一戦にあり、各員一層奮励努力せよ！記念艦「三笠」に会いに行く

daipresents — Mon, 26 Dec 2011 02:51:27 +0000

スペシャルドラマ「坂の上の雲」が最終回を迎えるということもあって、ナントカマスに記念艦「三笠」を見に行ってきました。記念艦「三笠」は、京急線横須賀中央駅から歩いて15分のところにある三笠公園内に展示されています（公式Webサイト）。

東郷平八郎像と記念艦三笠。船の前には東郷平八郎さんの銅像が待ち構えています。彼の軍服なども船内に展示されていました。

三笠の船尾。実際に海に浮かんでいるわけではなく、海沿いに固定されているんですね。船内には音声案内があるのですが、現在の形になるまでには大変な道のりがあったそうです。

船から突き出る砲身

上甲板

補助砲前

Z旗の説明

三笠のメインマストにもZ旗が掲げられています

船首からの眺め主砲の迫力がすごい

艦橋東郷平八郎さん、秋山真之さんといった方々の立ち位置にプレートが埋め込まれています。日本海軍は、鉄板に覆われた司令室に入らず、艦橋で戦いに挑みました。砲弾や波が飛び交う中、東郷平八郎さんは一歩も動かず戦況を見守り、最後に足元を見ると、彼の立っていた場所だけ乾いていたという逸話もあるそうです。

僕も秋山さんの立ち位置にたってみました。感慨深いですね。

前司令室。35cmの鉄板に覆われています。

三笠船首には菊のご紋章がついています。実際に使われた紋章は船内に展示されています。

おみやげコーナーも熱いのです。

「皇国の興廃この一戦にあり。各員一層奮励努力せよ」敵艦見ゆの報を受け、Z旗とともに全艦に送られた言葉です。来年、会社に貼ろう。

艦内案内図と、Z旗のシール。シールはMBAなどにでもどうぞ。

Z旗。これはテーブルに飾ろう。

写真はすべてflickrで公開しています。Similar Posts:

アジャイルサムライ著者ジョナサン・ラスマセン氏から #DevLOVE へのメッセージ動画

daipresents — Thu, 22 Dec 2011 02:57:16 +0000

@papandaへのAgile2011土産としてアジャイルサムライ著者のジョナサン・ラスマセン氏の動画メッセージを頂いて来ました。今年も終わるので公開いたします。

ちょうど日本では「アジャイルサムライ道場」が全国各地で開催され、そのことを伝えると困った感じでしたｗ。日本での盛り上がり方に戸惑っている印象でしたが、よろこんでもらえたんじゃないかな。

当時、時間があるときに急いで字幕をつけてみたのですが、僕の力量だと聞き取れない音があったので、訳はすげー適当になっています。ご了承ください。

カンファレンスでは、彼のセッションが2つあったのですが、どちらも大盛況でした。もっといろんな話を聞いてみたいですね。

Similar Posts:

横浜のコワーキングスペース『タネマキ』に行ってきました

daipresents — Mon, 19 Dec 2011 03:02:31 +0000

横浜にオープンしたコワーキングスペース「タネマキ」に行ってきました。

場所はタネマキのページにあるとおり平沼高校の前に位置するピンクの建物が目印です。はたしてその中はどんなかんじなのでしょうか？

『タネマキ』のページにはこう書かれています。

僕たちには夢があって、たくさんのアイデアを育てて、明日の世界をもっともっと活気溢れる楽しい場所にしちゃおうぜ！と企んでいます。

コワーキングスペースに来るのは初めてですが、広くてネット（無線Lan）環境、電源もあり、昼だと2時間500円なので、ちょっとPC作業したいときは、ここに通おうと思っています。

ここにカウンターができるらしい

タネマキ運営者の@uetsuharaさん、@understandardさんとはWordCamp Tokyo 2011で知り合ったのですが、「何かしでかす場所を作る」っていいですよね。二人を見ていると応援したくなってきます。

『タネマキ』がどんな場所に育っていくかが楽しみになってきました。Similar Posts:

アジャイル開発のバーンダウンチャートはもう古い？！2012年からは「にゃーんダウンチャート」へ

daipresents — Thu, 15 Dec 2011 03:20:47 +0000

PHPフレームワーク『CakePHP』の日本人第一人者といっても過言ではない@yandoが開発したPHP版Redmine『candycane』。徐々にRedmineとの差分をなくしつつあるプロダクトだが、ついに目玉プラグインとなる「にゃーんダウンチャート」の開発に成功したというニュースが届いた。では、その全貌をお届けしよう。

このモチベーションは意味分からんわーｗ

2011年は「アジャイル」という言葉が、日本のソフトウェ開発業界でメジャーな言葉になったが、2012年はさらにそれが加速する可能性を秘めている。その追い風になるプラグインになることを祈りたい。

参考資料

Similar Posts:

アジャイル実践者として持っておきたいアジャイルツールセット

daipresents — Wed, 14 Dec 2011 02:51:29 +0000

となりのタスクボードの前を通ったときに、変わったマスキングテープが貼ってあることに気が付きました。

「アジャイルで目指した坂の上の雲」で、初勉強会発表を経験した、話題の@TAKAKINGに聞きにいくと、彼のテーブルの上には写真のようなアジャイルツールセットが。付箋、ペン、マスキングテープと、MTG時のディスカッションや、とっさのワークショップなどで使えるんですよね。

ちなみに、私のアジャイルツールセットはこちら。MTG時に「ホワイトボードのペンが書けない！」という残念な気分を味わいたくないので、ホワイトボードマーカーがある感じです。マスキングテープは、ジェフ・パットン氏の「情熱プロダクトオーナートレーニング」で学んだ必須ツールですね。なにかと役立つので買い置きを忘れない感じです。ペンは、付箋のサイズにちょうどいいものがおすすめです。

mtというブランドがおしゃれ。

最近は、おしゃれなマスキングテープが売っています。近所のイオンでも購入可能でした。Similar Posts:

アジャイルで目指した坂の上の雲 #DevLOVE HangarFlight – Snow Barrage – で発表しました #4tate

daipresents — Mon, 12 Dec 2011 03:05:25 +0000

DevLOVE HangarFlight – Snow Barrage -で『アジャイルで目指した坂の上の雲』を発表させていただきました。

発表内容については、以前の記事にも書かせていただいたのですが、今年の１月から７月ごろに担当した、とあるプロジェクトのアジャイル導入の話です。さらに、今回は、同じプロジェクトを戦った若手エンジニア@TAKAKING22にも来ていただき、プロジェクトのその後を話してもらいました。そして、最後に、彼や私が、今思うことをまとめています。

今回は、スライドの枚数が多く、駆け足での発表になってしまったので、それぞれの詳細や、補足事項などを書かせていただこうと思います。（資料はSlideShareとSpeaker Deckで公開しています）

坂の上の雲を見あげた

昨年、小説『坂の上の雲』を読み終えて、主人公ゆかりの地である愛媛松山を観光したりしました。そして、毎年12月にチーム内で実施している「成果発表大会」で、メンバーに「坂の上の雲」の話をしました。

『坂の上の雲』の中で、一番印象に残ったのは、主人公たちが激動の時代に、何かを成し遂げようとがむしゃらに時代を生きるところです。小説の中では、ロシアに対する脅威が全面にあり、状況は好転しないまま日露戦争へと突入します。

彼らは「楽天主義」というマインドを持ち、ネガティブな状況を決して悲観せず、坂の上にある一筋の白い雲を追い求めるように、近代国家への道を駆け上がっていきます。

ソフトウェア開発を取り巻く状況は、ここ数年でさらに大きく変化しました。クラウド（雲）、アジャイル、ビッグデータ…。私は、目の前の課題にしばられて、大きな変化に追いつけなくなることを恐れ、「坂の上の雲を追いかけるような開発をしよう」とチームに提案しました。

アジャイル開発の導入

私は、アジャイル開発の知識はそれなりにあり、自分のチームでの実戦経験もありました。しかし、今回のプロジェクトでは「2つのチームの合同作業」になるため、まずは、チームを作る必要がありました。

まず、「全員が同じ方向を見る」ことを重視しました。新選組の「誠」の旗を壁に貼り付けたり、主要メンバーの席を背中合わせにしたり、ランチを一緒に食べたりしながら、「行動する」ことをチームに求め続けました。そして、チーム間の垣根を否定し、「私たちは」という言葉をよく使うようにしました。

それ以外では、コミュニケーションを活発にするために、

進捗報告MTGはしない。その代わりに朝礼でフェーストゥーフェースで共有すること
週1回のMTGは、ビジネス面、技術面の情報を準備してディスカッションに望むこと
混乱を防ぐために、残す情報はMediaWiki、インスタントな情報はYammerで発信すること

などの規律を作りました。

技術的なプラクティスとしては、CI＋UnitTestに一番力を入れました。ビルドサーバの門番をアサインし、ビルドに失敗したり、テストケース数やカバレッジが下がったりしたときは、すぐに対処するように動いてもらいました。結果的には、バグの発生率も抑えることができ、手戻りがほとんど発生しませんでした。

そして、プロジェクトはリリースを迎えます。上の動画はXP祭のLTで『半年間のアジャイル開発をタスクボードでふりかえる動画』として共有させていただいたものです。

動画はふりかえりの最後に共有したものなのですが、チームメンバーからは

楽しかった
スピード感があった
CIアラートが放置されることがあったけど、次は何とかしたい

といったポジティブなフィードバックが返ってきました。新しい気づきを大切にし、チャレンジする気持ちを持ち、困難をみんなで解決しようとするチームになることができました。

その後の彼ら

リリース後、私は別のプロジェクトを担当するため、チームから抜けました。その後については@TAKAKING22がブログに書いてくれました。 ~~きっと書いてくれるはず。いや、書くに違いない。ていうか書け！なので、私から見た彼らを少しだけ。~~

しばらくすると、いつもやっていた朝礼の声が聞こえなくなり、タスクボードは更新されなくなります。チームの雰囲気も暗く元気がありません。

事情を聞くと、次のフェーズとなるプロジェクトがあまりうまくいっていないようでした。マネージャーに話を聞くと「アジャイルが善、それ以外が悪になってしまった」そうです。私のフォローが足りなかった部分もあるのですが、次のプロジェクトに対する次のチームを想像できず、こういった結果になってしまったのではないかとマネージャに教えてもらいました。

しかし、ここから先は自分たちだけで進まなければならないということもチームはわかっていました。アドバイスをするために、彼らの話を聞いたのですが、一番心に残っているのは、

アジャイルが○とかウォーターフォール×という話ではなく、元の状態に戻せばうまくいくという考え方が、チャレンジをあきらめているように感じてしまう。

という言葉でした。

世界をより良くしたいと考えているエンジニアにとって、「何もしない」という行為は、もっとも残念なことなのだと思います。元の状態に戻ることを経験した彼は、それでも楽天主義をつらぬき、失敗からの気づきを次への工夫へとつなげていきます。

その後の私たち

まずは、@TAKAKING22の今です。

彼はこれまでの経験から「見える化」だけでなく、周りを巻き込んだ「見せる化」を実行に移します。そして、自らの成功体験を周りへと広めようと現在もがんばっています。

これは最近の写真なのですが、彼が一人で作ったタスクボードに、やがてメンバーが集まって来るようになりました。

復活の兆しを見せたタスクボード。彼自身の変化が、周囲を変化させたのかもしれません。もしかすると、彼は世界を変えたのかもしれません。

そして、私の今です。

その後の私は、別プロジェクトにおいて、ファシリテーションだけ行い、中心人物となる人物のサポートに徹しました。次の世代のリーダーを育てたいと思ったからです。

このプロジェクトからはふりかえりを行い、ベロシティのトレンドや、TODO・Doing・Doneの数をカウントしたグラフなど、1週間でとれるデータをすべて見える化することで、リーダーやチームに気づいてもらおうと見せる化をしました。

アジャイルコーチとして活動するうちに、雲の向こうに

よりアジャイルになるために、アジャイル開発の組織への適用
活動をスケールさせるための体制強化

が見えてきました。全員がアジャイルになるのはとても難しいことですが、アジャイルになりたい人が苦労しないような環境を作っていきたいと考えるようになりました。

そして、ビジネスマンはビジネスを楽しみ、開発者は開発を楽しむだけではなく、ともに手をとりあって、サービス開発を楽しむ土壌を作っていきたいと思います。

我々はまだまだ坂の途中ですが、一筋の白い雲に向かって、坂道をかけのぼっていくような、そんなサービス開発を来年も目指そうと思います。

未来のために私たちの帆を立てよう

最後に、今回の発表前に、@TAKAKING22に「一番いいたいことを最後に書くこと」と伝えたのですが、彼は「世界を変える」と書きました。私は、このスライドを見たときに、あることを思い出したのです。

今年のAgile Japanの最後に@DiscoverCoachさんのワールドカフェがありました。その最後にカードが配られ、その裏に「あなたが成し遂げたいことを書きましょう」ということで、私も帆を立ててみたのです。

私は彼と同じように「今の世界を変える」と書きました。

今回の発表は、私にとって後輩に発表をさせるのが最大のミッションだったのですが、ひょんなことから自分が立てた帆を思い出すことができました。

こういった機会を作ってくださったDevLOVEのみなさん、参加者や運営の皆さんに感謝します。そして、HangarFlightに誘ってくれた@papandaや、ワールドカフェを実施してくださった@DiscoverCoachさんへ。

思いはつながりました！

参考

以下、いただいたご質問に対して

Q. 3ヶ月後に生産性が上がりはじめた理由は？
A. わからないが、やったこととしては、横槍作業のブロック。また、見積もりでやる量は見えていたので、これ以上あとにできない地点が3ヶ月だったのかも
Q. アジャイルをやるのにどれだけの根回しをしたのか？
A. とくにしていませんが、もともとチームでアジャイル開発をしていたので、こういう開発スタイルで開発してみたいところがないか、聞いて回りました。興味があるけど、まかせきれないというところももちろんあって、結果、導入したグループは、応援してくれる人が多かったので、やりやすかったという点もあります。
Q. 横展開させるために気をつけていることは？
A. 最近、横展開する気がなくなりました。アジャイル開発をPushするのではなく、興味のある人がPullしてくる形を試してみています。情報を取りに来る人を支援したいなぁと。

以下、資料や参考ページ。

アジャイルで目指した坂の上の雲 #DevLOVE HangarFlight Snow Barrage

View more presentations from Dai Fujihara

資料『アジャイルで目指した坂の上の雲 #DevLOVE HangarFlight Snow Barrage』はSlideShareとSpeaker Deckで公開しています。
Project 4Tate for Japan
Agile Japan 2011ふりかえりセッション資料

Similar Posts:

500人から1000人ぐらいのIT系大規模勉強会を支える技術

daipresents — Thu, 08 Dec 2011 03:00:32 +0000

楽天テクノロジーカンファレンス2011 ソニックガーデン倉貫さんのセッション

11月に二週連続で大規模なイベントの運営に携わることができました。

一つは『楽天テクノロジーカンファレンス2011』で、もう一つは『WordCamp Tokyo 2011』です。当時の思い出は、こことここに書いたのですが、合計参加者1000人以上というイベントを経験できたので、ノウハウを残すためにふりかえりをしてみようと思います。

イベントとコミュニティの関係といった、より詳細なイベント運営論については、WordCamp Tokyoで50人ものスタッフ運営をとりまとめた@shinichinさんの”WordCampTokyoの運営もオープンソースにする via Shinichi Nishikawa’s blog ”を読むことをオススメします。

プログラムについて

「テーマ」はすごく重要だと思いました。お招きする講演者に向けて、発表を依頼する際に、テーマがあったほうが全体としてまとまりのあるプログラム構成になります。この場合、テーマに興味のあるユーザのみが集まる傾向にありますので、募集人数にそくしたテーマづくりが大切になるでしょう。

逆に、テーマなしのごった煮なプログラムを目指す方向性もあります。メリットとしては参加者に新しい興味に対する発見が生まれる傾向があり、デメリットとしては、「何を聞いたらいいかわからない」というコメントも出てきます。

並行するセッション数も考慮する必要があります。海外の大規模イベントAile 2011 Conferenceの場合は、20ぐらいのステージが並行に走り、5日間イベントが開催されますが、多すぎる影響で、セッションを選ぶのが大変なんですよね。逆に1ラインでプログラムを組むと、人の入れ替えがくっきり出てしまい、ぎゅうぎゅう、がらがらといった現象が生まれてしまうので、1000人までのイベントであれば、3～4つぐらいの並行ラインが経験上良い気がしています。

あとは、参加者にやさしいイベントにするため、ステージごとにテーマをわけたり、「エンジニア向け」といった参加者層を伝えたり、「上級者向け」のようにスキルで分けたりするのは効果的だと思います。

プログラムはイベントの背骨みたいなものなので、最後までしっかり練るべきです。一番時間をかけていいところのように思います。そして、最近だとTwitterなどで情報発信が可能なので、プログラムをがっちり確定してから公開するのではなく、確定した時点で、インクリメンタルに情報を流していくと集客につながります。

開催場所について

個人的には、XP祭りの早稲田大学のキャンパスや、Agile Conference Tokyoの開催場所だった文化ホールとかがおすすめだと思います。なぜなら、

会社内に入れるより入退場のセキュリティチェックが楽
大人数収容目的で作られた建物だから（トイレの数や通路の広さなど）、人の誘導などがしやすい
お値段が安い

からです。

広い会場の場合はパーティション区分けなどが必要。設置撤収時間は30分～1時間ぐらいだった

WordCamp Tokyoや楽天テクノロジーカンファレンスは、楽天のイベントルームで開催されたのですが、「企業の部屋」とかだと、そこにはそこのルールがあるので、きちんと確認をしておく必要があります。とくに、セキュリティの問題が出てしまうと、今後の場所提供や、会社存続の問題にまでなってしまう可能性があるので、十分注意をはらう必要があります。

ブログを書いているうちに、ちょっと気になったので、有名な会場の平日利用の値段も調べてみました。

東京国際フォーラム

ホール 5012席 3,549,000円
ホール 1502席 1,165,500円
展示ホール 5000m2 7,350,000円
地上広場約850m2 441,000円

横浜スタジアム

料金非公開だけど草野球で先輩が借りてたから安いはず。ブルペンに入れるという特典が熱い

幕張メッセ

国際展示場ホール1～8 54,000m2 17,552,000円
国際展示場ホール9 9,000m2 2,926,000円
イベントホール 9000人 1,890,000円

東京ドーム

1,942,500円
スタンド、オーロラビジョン利用は別料金

一見高そうですが、参加費数百円で集客すればお釣りが取れる感じ。9000人収容可能とか熱いなぁ。あとは、やりたいことにあわせて調整するだけなので、会場準備として

現地視察
プロジェクタ＆スクリーン、ネットワーク機材など必要なモノ調達
「やれること」「やれないこと」の整理

を洗い出し、早めに消化しておくのが吉です。立入禁止、トイレはこちら、ステージはこちらといった紙は少し多めに印刷しておき、マスキングテープを3～4個買っておけば、ペタペタ壁に貼ることができます。

ランチ・懇親会

お昼のドリンクは、一人一本計算で、当日参加予定者数あれば十分でした。スタッフの分で微調整することができます。

懇親会については、居酒屋を予約するパターンもありますが、今回はケータリングなどでがんばるパターンについてまとめますいろんな人から教えてもらったネタとして

ビール（350ml）は一人1.5本計算。ただし、人数が増えると、飲む本数が減る傾向にあるらしい
食事は少なめにして会話を楽しんでもらえる企画を考えたほうがいい

というのがあります。自分の場合は、20％ソフトドリンク計算を入れるんですが、ビールもソフトドリンクもどちらも大抵あまりました。そういうときは、お見送り時におみやげとして配ることが多いです。イベントだと、黒字でも赤字でも困るんですよね。

カクヤスさんを使った搬入の場合は、搬入の便数が決まっているそうで「○時に来て！」という指定ができません。冷蔵したものを持ってきてもらう場合は、開始1時間前ぐらいを目処に持ってきてもらい、箱を開けず、ケースを固めて置いておけば、冷えたビールを楽しむことができます。

食べ物については、楽天デリバリーコンシェルジュのようなサービスがあるので、そこで人数分を注文が楽です。注文時に

サポートスタッフはついてくるか？
ゴミを持って帰ってくれるか？

を確認しましょう。生ゴミは処分が面倒くさいことが多いので、処理の仕方も忘れないように確認しましょう。

誘導や当日受付

受付を制する者はイベントを制する。とまでは言いませんが、ここでのオペレーションがとても重要になってきます。ポイントとしては

受付がボトルネックになるのを防ぐために、あまり多くの作業を入れない
受付がボトルネックになるのを防ぐために、名前の突き合わせチェックなどは極力しない
受付後の人で混雑しないように、受付場所とエレベータの間にゆとりをもたせる
受付した人数をカウントしておき、定期的に全体に伝える
忘れ物は受付に集約する

などがあります。いかに効率よく、スムーズに会場に行ってもらうかがポイントなので、箇条書きのマニュアルを作るなど、コストをかける部分だと思います。

誘導については、昔、4人で400人誘導できたので、一人100人計算で誘導はできる気がします。心配な場合は、参加者が困ったときに、ぱっと見渡してスタッフが見つかる程度に配置するぐらいがちょうどよいと思います。あとは、入場時、退場時や休憩時間などに、人を集め、終わったら解散するシフトを組むと、スマートに運営ができます。誘導は選択と集中。成功は担当者の采配にかかる部分です。

公式Webサイト

WordCamp Tokyo 2011の公式Webサイトでは、55のエントリーが投稿されています。9末が初エントリーになっているので、実質2ヶ月ぐらいの期間。平均すると1日1エントリー（ただし直前の案内が多くなってしまうんですが）です。こういった定期的なUpdateをすると、参加者やスタッフのテンションも上がってきます。

さらに、@wctokyoによるつぶやきや、Facebookページも大活躍しました。Facebookページは500を超える「いいね」をいただき、コメントのやり取りも活発になりました。

ブログによって、かっちりした情報を提供
Facebookページで、イベントが近づいている感や、盛り上がり感を提供
Twitterで、インスタントな情報を提供

というように、ソーシャルメディアをからめてのプロモーションは、もう必須といえるのかもしれません。

スタッフの運営

WordCamp Tokyoでは、たくさんのWebサービスを使ってコミュニケーションをとりました。

Google+のHangoutや、Skypeを使ったTV会議
ディスカッションにFacebookグループ
タスク管理にBacklog
ドキュメント管理にGoolge Document
たまにオフラインMTGや飲み会

Webでつながればなんでもできちゃう時代なんだなぁと改めて思いました。ただ、あって話すほうが早い場合があるので、オフラインも重要だと思います。ツールに使われるようにならない程度に、便利なツールを使うべきです。

役立つ道具

これまでにいくつかイベントをやってきて必要になったマストアイテムはこちらです。

ウエストバッグ的な何か
太字の水性ペン。ポスカとか
マスキングテープ。張り紙だけでなく、「ここから入らないで！」のテープにもなる
A4のコピー用紙10枚ぐらい
プログラムを印刷したもの

とくにマスキングテープは無敵です。

今後の課題点

会場や懇親会で、参加者同士のコミュニケーションを促進させる方法は、いつも悩むところです。WordCamp Tokyo 2011を終えて via カイ士伝の「名札コーナー」のような企画は、ポイントになってくるんだろうと思います。講演者とコミュニケーションを取る方法としては、デベロッパーズサミット2011の「アスク・ザ・スピーカーブース」のような、「講演者は公演後ここにいます！」といったブースを作るのもいいなぁと思います。

あとは、勉強会のようなイベントは、効率的なやりとりからよりも、非効率なやりとり（言い方は悪いかもしれないけど）からいいアイデアが生まれることが多かったように思います。

例えば、コンテンツ検討ディスカッションをする場合、「意見を出し合う => ぶつかる =>調整する」を繰り返すのだと思うのですが、この作業自体が効率が悪いです。そこで、「困ったらトップダウンで決める」というような効率化をすると、スタッフのモチベーションが下がっちゃう。自分の結論としては、

誰がやっても同じ結果になるような調整作業は効率よく
やりかたによって出来が変わってくる作業は効率を求めないでコミュニケーションを求める

のがいいんじゃないかなぁと思いました。

まとめ

今回、僕自身が学んだのは、2週連続でイベントを開催するのは、肉体的にも精神的にも大変ということでした。もうこんな無茶しない。そして、そういった状況の時に限って人間は、前夜祭で体力を使いきろうとする傾向にあります。でも、こんなときってビールがすごくおいしいんですよね。なんでだろう。

また、スタッフが高いモチベーションを持っているという点が、イベント成功の鍵を握るのは間違いないです。スタッフ全員がそうなるのは難しいかもしれないけど、モチベーションが高い人は、多ければ多いほどいいです。

あとは、こういったノウハウは、結構いろんな人が持っている気がするので、どこかにまとまっているといいなぁと思いました。

以上、つらつらと書きなぐってしまいましたが、参加するだけでは見ることができない面白い世界がそこにはあるので、興味があれば、勉強会などを開催してみるのをオススメします。

勉強会はスタッフの情熱によって支えられている気がします。Similar Posts: