VOYAGE GROUP　エンジニアブログ

こんにちは、VOYAGE GROUPの水越(@Akiyah)です。

1月30日(月)に、VOYAGE GROUPの会議室パンゲアで第29回すくすくスクラム 〜スクラムプロジェクト逆計画ゲーム〜というイベントが開催されました。

主催はアジャイルプロセスの一つであるスクラムのコミュニティすくすくスクラムであり、VOYAGE GROUPのアジャイル戦略室が会場提供をいたしました。


会場の雰囲気


プロジェクト逆計画ゲームの様子

イベントは参加者がプロダクトオーナー1人と開発者5人の6人チームになってプロジェクトを進めていくというものです。
『このプロジェクトは大成功で、顧客も大満足だった』という結論から始まって、ではいったいなにを実施してそのためになにを計画したのか、をイテレーション4からイテレーション1に向かって時間軸と逆順にたどっていきます。
時間が逆向きに進むので直感的に理解できなくて混乱しました。でもみんなでいろいろ考えて議論＆相談＆質問をしながらゲームを進めて、そうやってわいわいしゃべるのが楽しいゲームでした。

会場で偶然以前の同僚に久しぶりに会えて、近況を報告しあいました。またイベント中に入り口から中の様子をのぞいている会社見学の学生さんがいたのでおしゃべりしました。コミュニティに参加するとこういう出会いがあっていいものだなと改めて感じることができましたよ。学生さんにとっては社会人とおしゃべりできるチャンスなので就職活動中の学生さんなどぜひコミュニティに参加してみてください。

VOYAGE GROUPの会議室はイベントを開催したいというコミュニティの方に会場提供をしています。興味がある方はぜひご連絡くださいね。

こんにちは、VOYAGE GROUPの水越(@Akiyah)です。

皆さん、デザインミニ塾というイベントを知っていますか？
デザインミニ塾とは産業技術大学院大学でほぼ毎月開催されているデザインに関する勉強会です。
塾と言っても申し込みをすれば誰でも無料の、毎回デザインの分野で活躍している方を呼んで講演をしていただくという形式の気軽に参加できるイベントです。

私はエンジニアなのですがデザインにも興味があるので、異文化交流と言う意味でもこのデザインミニ塾を2010年頃からちょくちょく見に行っています。大好きで毎月楽しみなイベントです。
思い返してみると2011年末現在までの約2年間で15回参加したようです。

先日、社内勉強会でエンジニアやデザイナー、そしてUX(ユーザーエクスペリエンス)に興味がある人を集めてデザインミニ塾の紹介を行いました。デザインミニ塾の開催案内pdfファイルを見ながら私が印象に残った話を語ると言うスタイルで、質問や意見が出て盛り上がりました。

その社内勉強会のときにまとめた資料があるので、再編集してこのブログにのせます。エンジニア目線で面白かった回をピックアップしました。

---

第6回
「医療安全への終わりなき挑戦」
～ ヒューマンファクターとインタフェース ～
自治医科大学医学部メディカルシミュレーションセンター教授
河野 龍太郎 氏

この第6回がはじめて参加したデザインミニ塾なのですが、自分の中ではデザインミニ塾で一番良かった回です。
『実務入門 ヒューマンエラーを防ぐ技術』という本の編集者でもある河野 龍太郎 氏の講演で、ヒューマンエラーが起こるわけと、その原因となるインターフェース上の問題を、医療現場、航空機、管制塔、原発などの事例を豊富に紹介していただきました。

B = f(P,E)
B : Behavior（行動）
P : Person（人）
E : Environment（環境）

という式をつかって、行動は人と環境を入力とする関数の結果であり、ヒューマンエラーを人のせいにせず、そのエラーを引き起こした環境に原因があると認識して改善すると主張されています。デザインミニ塾なのに工学やシミュレーションがリスク回避にとても大切だとエンジニアの大切さを主張されていたのが印象的です。

これに近い回では『第24回「ユーザを中心としたものづくり」人間中心設計への取組』で講演された、株式会社 U'eyes Design の鱗原氏のブログである使いやすさ日記もデザインの善し悪しを冷静にマルバツつけていてとても参考になります。

---

第10回
「公共交通とサイン」
アール・イー・アイ株式会社代表取締役
中村 豊四郎 氏

地下鉄の案内のデザインを行った方の講演です。デザイナーの仕事は華々しいものだとイメージしていたのですが、フォントの性能の測定や配色の視認性の実験など、工学的で地道な作業を聞いて案外エンジニアと似ているんだなと思いました。
普段何気なく接している公共交通の案内図などですが、こういうところにデザイナー達の働きが隠されているのですね。

---

第16回
「デザインの力を生かすＬＧの戦略（仮）」
LG Electronics Inc. デザイン研究センター HEB デザイン研究所 常務
洪 思允 氏

LGやサムソンと言った韓国の電機メーカーの名前はもちろん知っているのですが、日本の大手の電機メーカーと比べ物にならないくらいデザインに力を入れていると言う事を聞き、衝撃を受けました。同様の事を『第25回「日本のデザインにまだアドバンテージはあるか？ 〜アジアの国々の取り組みと比較して〜」』でも聞いたので、改めて日本以外の国のデザインへの強い取り組みを感じることができます。

---

第18回
「カラーユニバーサルデザインをはじめとするUD デザイン活動のお話し」
(株)武者デザインプロジェクト 代表取締役/UDソーシャルデザイナー
武者 廣平 氏

カラーユニバーサルデザインの講演です。私は色彩も好きなのでとても興味深い回です。日本人男性の場合は色覚特性がC型以外のP型やD型の人（いわゆる色弱の方ですが、色覚特性と表現されます）が20分の1もいる事を知り、この話を聞いてからP型D型の人が見づらいかもしれない単純な赤を使う事ができなくなりました！（その代わりに少し青が混じったオレンジを使ったりします）

---

第19回
「「共感」から発想するデザインコンセプト～オブザベーションのご紹介」
株式会社インフィールドデザイン 代表取締役
佐々木 千穂 氏

相手に共感してデザインするオブザベーションという手法とともに、『私は三年間老人だった 明日の自分のためにできること』という本を紹介していただきました。26歳のデザイナーが老婆の特殊メイクをして街に出てみたら、若い自分が受けているのと全く違う対応を社会から受けるという衝撃的な本です。
相手に共感すると言うのはこういう事か、と同時にここまでしないと立場の違いはわからないのか、とショックを受けました。

---

第21回
「異文化市場のお客さんの頭の中を探ろう ローカリゼーションマップの試み」
モバイルクルーズ株式会社代表取締役
安西 洋之 氏
テツタロウデザイン代表
中林 鉄太郎 氏

ローカリゼーションマップという概念についての回です。地域毎の考え方や文化の違いの事をローカリゼーションマップというようです。例えば女性がコンビニに行くとき、日本人なら日焼け止めクリームや乳液、フランス人なら香水、アメリカ人ならアイメイク、と言った違いがあるのだそうです。その他にもメキシコではマルちゃんが国民食として、メキシコの食材とあわせて調理して食べられているというローカリゼーションマップの成功例も紹介されました。これらは『「マルちゃん」はなぜメキシコの国民食になったのか？ 世界で売れる商品の異文化対応力』という講演された安西氏と中林氏の本でも紹介されています。

---

さて、いかがでしょうか。興味が出てきた方もいるのではないでしょうか。
実は参加するにはpdfにかかれているメールアドレスにメールを送らないといけないのですが、デザインミニ塾の次回の予定は産業技術大学院大学のトップページにお知らせが書かれてから知る事ができるという、すこしややこしい方法なのです。興味がある方は次回から申し込みでくじけずにぜひ参加してみてください。

@bash0C7です。ECナビ事業本部でエンジニアをしつつ、アジャイル戦略室という活動を行なっています。

去る2011/10/29(土)に、VOYAGE GROUPのセミナールーム「パンゲア」を会場として、プログラミング言語Rubyに関するカンファレンスの一つ、TokyuRuby会議04が開催されました。

わたしはそこで開場の人＆発表者をさせていただきました。素晴らしい参加者、スポンサー、主催者による、人を大事にするRubyらしい素晴らしい会議でした。その一端を担えたことを誇りに思います。

大変ありがたいことに発表公募の選考に通過し、「闇からの伝言」というタイトルでお話させていただきました。

通常なら提示資料を公開するところですが、今回はトークスクリプトを公開しようと思います。
本番はアドリブが入っているので、スクリプトと本番の語りとで差異がありますがご容赦ください。

「闇からの伝言」


（BGMスタート）

闇、について一つ問題提起をしたい。
ネガティブイメージで使われがちなこの言葉だが、だが本当にそれでいいのだろうか。

物事にはいろいろな側面がある。

光あれば闇があり、ウォーターフォールがあればAgileがあり、
PHPがあれば Rubyがある。

そういう分野に限った話ではない。

妖怪があれば、人間があり。
神様がいれば、 常人もいる。

いいとか悪いとか、使うべきとか消し去りたいとか、そんな事じゃない。どちらも必要なのです。
一番の問題は、この、救いようのない世界で、わたしたちがどうするか。
どうすればわたしたちが助かるのか、どうすれば運命を変えられるのか、その答えだけを探して、何度も始めからやり直して…

ごめんね。わけわかんないよね…気持ち悪いよね。

でも、わたしたちにとって立ち止まることと、諦めることは同義だ。
何もかもが無駄だった、と、決して運命を変えられないと確信したその瞬間に、ぼくらは絶望に負けて、老害へと変わるだろう。
勝ち目のあるなしにかかわらず、僕らは戦うしかないんだよ。

（このあたりでBGM変わる）

逆に言うと、戦い続ければいい。闘うフィールドは数限りなくある。取りうる工夫も様々にある。
継続したコミュニティの集まりが怖くても、カンファレンス。ちゃんとしたLTが怖い、闇。
技術がなくても、それらを開催することはできる。

そして、それは今すぐできる。いつかじゃない。来月でも来週でも明日でもない。明日って今さ！

RubyKaigiだってそうさ。どうなるんですか？じゃない。こうしましょう！でしょう！！
The RubyKaigiは自分の手に余る？Regional RubyKaigiがある。
Tokyo0X、Keio、Tobu、Shiba、Boso、まだまだ行われてない地域や回がある。
やり方も様々なスキームがある。セミナー、LT、花見、うまいものを食べる、全員トーカー、ワークショップ、様々な工夫がある。

それに、一人で全てやりきる必要はない。チームを作る。まわりのrubyistに声をかけて。
首都圏ならもはや石を投げればrubyistに当たる。それに、先達もたくさんいる。助けてもらえる。

規模も自分たちが扱えるサイズで大丈夫。

（このあたりでBGMかわる）

かの偉大な作家も言っていた。

夢をかなえてもらう立場から、夢をかなえさせてあげる立場に、どんと変わるんだよ。
大人を逃げるな。

と。

我々VOYAGE GROUPもさらなる挑戦のステージにいる。すでに挑戦は始まっている。できるできないかじゃない。やるんだよ。ナントカだからできない、で止めるじゃない。ナントカを解決すればいいんだよ。やるんだよ。

RubyConf2011でのLTだってそうさ。

（このあたりでドラ。鳴るまで、思いつく限りまくし立てる）

初めまして。中村(@tomomihoge)と申します。
5月よりECナビの中の人になりました。

今回は、先日グリーさんで開催されました勉強会、「PHPでTDD&CIワークショップ」に参加しましたので、そちらについてお話しようと思います。

[概要]

勉強会の大まかな流れは以下の通り。

1. テスト駆動開発(以下TDD)、継続的統合(以下CI)に関して概念の説明や、周辺の話題に関して座学。
2. TDD 組と CI 組に分かれて実践形式で演習(ワークショップ)。
3. 懇親会

なお、私の知識レベルは

• TDD, CI について概念は抑えてる
• どんなツールがあるかも知っている(代表的なものくらいは・・多分)
• テストは書いたり書かなかったり(少なくともテスト・ファーストは実践してない)
• CI は経験ゼロ

と言ったところです。

こんな状況なので CI ワークショップを選択しました。
実際どんなものか見てみたかったのと、先駆者から実運用する際のアイデアを吸収したかったので。

1. 2. については他の方のレポートを参照していただくとして、私は 3. についてお話しようと思います。

[CI ワークショップ]

ワークショップのスタイルですが、事前に環境をある程度用意して、実践すると言ったものでした。
これは時間圧縮に有効だなと思いました。
一方、事前の環境がバラｯバラなので VM 用意してそこからスタート、みたいなのもアリだと思いました。

参加者は15名ほどでしたでしょうか。
全体では50名ほどで、TDD を選択された方が多かったです。

ワークショップの内容はまさに↓こちらの資料の通りです。
PHPでTDD&CIワークショップ、Jenkins + PHP の各種プラグインパート資料

かいつまむとこんな感じ。

1. 環境作る
2. サンプルジョブ作って実際に動かして大まかな流れ確認
3. 各種プラグインとの連携

特に 3. に入ってから実践的な内容を多く聞かせていただきました。
現実(メンテコストの高い既存コード)とどう向き合っていくか、
その中で Jenkins をどう活用しているか、興味深かったです。

• 閾値を調整して、現在を出発点にする。現状より悪くしない、新しいコードは綺麗に書く。
• カバレッジは100%が理想だけど、少しずつ増えていけばそれでいい。完璧を目指すより向上を実践する。
  

とかく「1から始まるプロジェクトなら使えるけど、途中から導入するのは無理ゲー」
と逃げがちな自分には、自省することしきりでした。

[その他]

合間に参加者の開発環境について聞いてみました。
Eclipse が数名、Emacs が 2名、Vim が残り全部でした。
この割合は現職の割合とも類似してます。

また Windows ノートで参加してたのは 3 名程度だったでしょうか。
残りの方達は全て Mac で、Web 系ってこういう感じなんだなーと。
(前職では Windows 一色でした。)

[懇親会]

ワークショップは22:00を超えたあたりで終わったのですが
その後、質疑応答やらなんやらで22:30になっても席を立つ人はまばら。
CI話でご飯三杯いける状態で、懇親会と言う名のアディショナルタイムでした。
私にはこっちの方が気楽でいいですね。

非常に有意義な勉強会でした。
今回 DB のテスト(DB と言うか DAO 層部分)をどうやっているのか聞きそびれてしまったので、次回はそちらも盛り込んでいただけたらなぁ(ﾁﾗｯ
次の機会も是非参加したいです。

会場を提供していただいたグリーさん、CIワークショップ講師の @cactusman さん、@yamashiro さん、ありがとうございました。

※ にしても、記念すべき一回目の投稿がコード1行もなしってお前・・・。次回はもう少しテクニカルな何かを書きます。

こんにちは、CTOの小賀(@makoga)です。

ECナビでは「テーマを決めてお話しよう勉強会」とか「テーマを決めてほげほげ勉強会」と呼ばれるエンジニアが自分でテーマを決めて発表する勉強会を行っています。

    第1回　メール配信システム
    第2回　バージョン管理とデプロイ
    第3回　プレゼンテーションにおける提示資料作成技術

第3回の@bash0C7からご指名を受け、第4回目は僕が発表しました。テーマは「プロジェクトが失敗する要因」です。タイトルがつりっぽいところもあり30名以上が参加しました。エンジニア以外の人からもなかなか好評だったので、その後同じ内容でもう1回行ったところ、こちらは半数以上がエンジニア以外となり全体で30名ほどが参加しました。どちらの回でも質問がたくさん出て、僕も理解が深まり、やはり情報は発信するところに集まることを実感しました。

一応そのときの資料をslideshareにアップしてみましたが、説明しないと？？？な感じに仕上がっておりますｗ

資料について少し補足します。今回はまず用語の認識をあわせるところから始めました。「プロジェクト」についてはプランニング・オニオンをベースに説明し、「プロジェクトの成功・失敗」についてはCHAOSレポートから引用した文章を元にそこから自社の特性に合わせ説明しました。ようやく認識があったところで今回は特に見積もりに特化するよと宣言し、覚えてほしいこと3つ「不確実性コーン」「規模と期間」「正確さと労力」について説明しました。ここを文章だけでうまく説明するのは難しいので興味のある方は『アジャイルな見積りと計画づくり ～価値あるソフトウェアを育てる概念と技法～』を読んでみてください。とても良い本です。

次回は不確実性に備えるバッファあたりの話をしようと思います。