投稿者「yohhatu」のアーカイブ

Regional SCRUM GATHERING Tokyoに参加してきた #RSGT2017

初めてのRegional SCRUM GATHERING Tokyo

Regional SCRUM GATHERING Tokyoに初めて参加して、発表してきた。

余談。このスライドを作るために直近の3連休をほとんど使ったけど、そうさせてくれた家族に感謝。

印象に残ったことなど

  • 2日間(前日の準備なども入れると3日間)とも運営がスムーズ、かつ、ホスピタリティ溢れるものだったこと。実行委員会、スタッフのみなさん、ありがとうございました。

  • ロッシェル・カップと「明日、同じ時間に話すので、似たようなテーマで興味があるのにお話聞けないのは残念ですね」→「じゃ、先にお互いスライドを見せて意見交換しましょうよ」の流れで、1日目の夜に、お互いのスライドや話す内容の意見交換をして、フィードバックをもらったこと。だいぶ刺激になったし、、もっと話したいと思った。

  • このようなカンファレンスにほぼ初めての参加という、クライアントの若手(1人で来ていた)にスピーカーやスタッフなどを紹介したこと。

  • 「Coach’s clinic」(コーチに相談する場)に相談される側で参加したこと。自分のやっていることが少しでも役に立ったのであれば幸い。

  • 聴いたセッションはどれも面白かったけど、色々な人との議論が楽しかったし、考えの整理や新しいやり方、考えを得られた。

  • そしてこれ。

Regional SCRUM GATHERING Tokyo 2018もスピーカーで参加したい。

【資料公開】アジャイルカルチャーが組織に根付くまでの挑戦

Regional SCRUM GATHERING Tokyoでお話した「アジャイルカルチャーが組織に根付くまでの挑戦」の資料です。

現場コーチとして、組織にアジャイルなカルチャーを広めていく時の壁に関する事例・経験・道具箱(プラクティス)をザッとお話しました。
かなり詰め込んでしまった(45分で122ページ)ので、深く話しきれないこともありました。
関西/関東、勉強会/企業問わずお声がけいただければお伺いしますのでTwitterFacebookなどでお気軽にお声がけください。

まとめは以下です。

2016年のふりかえり

2016年をふりかえってみます。
DevLOVE関西のことは2016年前半のDevLOVE関西の活動記録2016年後半のDevLOVE関西の活動記録に書いています。

2016年の目標はどうだったか?

これまでの延長線を大事にしつつ、「そう来た!?」というようなことをやっていきたいと思っています。
2015年のふりかえりではこのように書いていました。

「これまでの延長線を大事にしつつ」については、ありがたいことにギルドワークスとしても、その中の現場コーチとしてのもお声がけいただいているので、ある程度はうまくやれたかなと思っています。
一方、「そう来た!?」というのは、こと個人においては、少し停滞していて、あまりできませんでした。

勉強会などで発表したスライド

2016年はこんなことをお話しました。

ギルドワークスでのイベント「価値探索 × プロダクト開発 -ギルドワークス事例発表- in 大阪」で、現場コーチの中で仮説検証などの価値探索を現場と共にやっているか?といった内容をお話しました。

こちらはDevLOVE関西「それぞれの現場におけるチームづくりの試行錯誤」にて。現場コーチの1つのメイントピックである「チームビルディング」について、自分が考えていることや現場で気をつけていることなどをお話しました。

こちらもDevLOVE関西でですが、こちらは現場コーチの中身ではなく、これまでの自分のキャリアについてお話しました。

もう1つはEGMフォーラム「アジャイルカルチャーを企業に浸透させるには?」にお招きいただき、「アジャイルカルチャーが組織に根付くまでの挑戦」というテーマで少しお話しました。
これのより踏み込んだ内容は2017年1月12日(木)・13(金)に開催されるRegional SCRUM GATHERING Tokyoでお話できると思います。

他にもDevLOVE関西カンバンを作ってみようの中で「現場でカンバンを使ってみて変わったいくつかのこと」というテーマで、カンバンを使っている現場の事例紹介をしました。

ギルドワークスのこと

「現場コーチ事業の継続」という観点では、立ち上げ当初から支援していた現場が卒業する一方、いくつかの現場から支援の相談や依頼をいただき、新しく現場コーチをスタートできています。

イベントも「価値探索カンファレンス -仮説検証型のサービスづくり-」や「越境アジャイルカンファレンス」といったギルドワークスがかかげる正しいものを正しくつくる越境というキーワードにちなんだ場を作ることができました。

コラボレーションでは、ヌーラボの中村さんと「Backlog-GuildWorksの集い」を、Atlassianの長沢さんと「Atlassian – GuildWorks 現場トーク」を、また永和システムマネジメントの天野さんとは「「ふりかえり」による現場改善の事例とその可能性」を開催しました。

その他のこと

2016年は体調的な変化がいくつかありました。幸い大きなことには今のところなっていませんが、不惑を迎えたこともあるのでもう少し持続可能な活動を意識しないといけないなと。

読んだ本はyohhatuさんの2016年の読書グラフ – ブクログを見ると79冊で、ここ数年では一番多かったようです。読んだのを見ると大きな傾向は変わっていませんが、特に後半は「組織づくり」に関する本が多かったように思います。

2017年の目標はいくつか考えていますが、軸は変わらず「正しいものを正しくつくる現場を増やす」です。
そのために、書き物などの情報発信を増やすことや、現場訪問をもっと気軽にお声がけいただいてできるようにしていきたい(これは今でもやっていますが)ので、2017年もよろしくお願いします。

Photo via Visual hunt

2016年後半のDevLOVE関西の活動記録

2016年後半のDevLOVE関西の活動記録

2016年は月1、2回ペースで21回開催することができました。
参加していただいた皆さん、話し手の皆さん、会場提供していただいた皆さん、そしてスタッフの皆さん、ありがとうございました!

このエントリでは後半(7〜12月)の活動記録をふりかえってみます。
また2016年前半の活動記録もよければご覧ください。

7月〜9月

早く本物のチームになるためにすること

より早くチーム本来のパフォーマンスを発揮するために、“メンバーの特性を知る”というワークショップを行いました。

エンドツーエンド(E2E)のテストを手なづけてみる

増田(@whosaysni)さんには「Taming Robot Framework」と題し、Robot Frameworkの話をしてもらいました。
またバタール・フロラン(@shenril)さんには「ゼロから自動までテストの旅」と題し、過去2年間で、ゼロからテスト環境や社内文化を作った話をしてもらいました。

カンバンを作ってみよう

見える化の1つの手法であるカンバンに関するセッションとワークショップを長沢 智治(@tnagasawa)さんに行ってもらいました。
ワークショップでは実際にカンバンのレーンを作り、ボトルネックを計算してみるところまで行いました。

長沢さんのスライド「カンバン クイックスタート」。

プログラミングを楽しく続けるための健康Hack

良いコードを書き続け、良いプロダクトを継続的に生み出していくには健康であることも必要な条件の1つです。
一方でそのコードを産み出し、プロダクトを世に送り届けるエンジニアは不規則な生活や運動不足になりがちです。

健康でありつづけるためのヒントとして、「ヘルシープログラマ ――プログラミングを楽しく続けるための健康Hack」を訳した玉川 竜司さんと、走ることをきっかけとして、「レガシーボディの改善」のための工夫をパタンランゲージにしようと取り組んでいる懸田さんにお話してもらいました。

SIerから飛び出して、それからどうするの?

SIer→事業会社→起業と一見似ているように見える道を歩んできた者の話を聞いて、自らの「自分戦略」と向き合うという場でした。

10月〜12月

社内勉強会を続けるコツ

DevLOVE関西でも3回目となる「社内勉強会」をテーマにしたものでした。
数ヶ月前に社内勉強会を始めた人(藏さん)と数年前から社内勉強会をしていた人(佐藤さん)、それぞれの話を聞いた後は、参加者それぞれの現場で社内勉強会をするために困っていることなどを話し合うことができました。

ドメイン駆動で開発する〜初期のラフスケッチから実装まで〜

初期のモデリングを実際にどうやっているかの事例の紹介と、モデルのラフスケッチをコードに落としていく勘所をみなさんと共有することで、よりスムーズに現場に導入できるのでは?と考えました。

日々現場でドメイン駆動設計を実践している増田亨(@masuda220)さんに実践の事例と勘所を話してもらい、その後は活発な質疑応答の場となりました。

ビブリオバトルであの人のおすすめの本を知ろう

飛び入りも含めて9人の話し手がそれぞれオススメの本を伝えました。

優勝はこの「みんなではじめるデザイン批評―目的達成のためのコラボレーション&コミュニケーション改善ガイド」でした。

『リレーコーディング』でチームで楽しくプログラミングを学んでみよう

2016年最後のDevLOVE関西は「1人1行ずつ順番にコーディングしていき、みんなでお題を満たすプログラムを完成させる」という「リレーコーディング」というアクティビティをしました。
Pythonチーム、C#チーム(2チーム)の3チームで「Hello World」「1 〜 10の数字を表示するプログラム」「FizzBuzz」とお酒を呑みながら、ツッコミしながらという楽しい雰囲気の中、行われました。

DevLOVE関西のソーシャルリンク

Facebookページ
Doorkeeper
Twitterアカウント

Photo credit: Menlo Innovations via VisualHunt.com / CC BY

2016年前半のDevLOVE関西の活動記録

2016年前半のDevLOVE関西の活動記録

2016年は月1、2回ペースで21回開催することができました。
参加していただいた皆さん、話し手の皆さん、会場提供していただいた皆さん、そしてスタッフの皆さん、ありがとうございました!

このエントリでは前半(1〜6月)の活動記録をふりかえってみます。

1月〜3月

それぞれの現場で実践した【自動化】の話

コンシューマゲームの現場からプラチナゲームズの森田さん(@pg_morita)、そしてECサービスの現場からMonotaROのクツさんの2セッションを行いました。
セッションの後はダイアログでそれぞれの現場の自動化について話し合いました。

「エンジニアが幸せな人生を過ごすための学び方、関わり方、あり方」の再演

DevLOVE現場甲子園2015『西日本大会』で「どうしてももう1度聞きたい賞」だった「エンジニアが幸せな人生を過ごすための学び方、関わり方、あり方」を久保さん(@HappyLuckyAkira)に再演でした。

「インフラエンジニアの現場における仕事と文化」のDiff

Wantedlyの坂部さん(@koudaiii)はWantedlyのインフラがどのように変化しているのか(まさにその日に変化した話も含めて)というテーマでした。
またAWSの永田さんはこれまでの経験を元にした構築作業の自動化に取り組んでいるお話を「地道にAWS構築自動化に取り組んでいるお話し」として話をしてもらいました。

グラフィックレコーディング〜構造化のコツ〜

議論を構造化して、可視化するテクニックであるグラフィックレコーディング。この日は「構造化」にフォーカスし、和田あずみさんたちにワークショップ形式で実際に手を動かして構造化するとはどういうことか?を体験する場を持ちました。

ワークショップの様子はDevLOVE関西のFacebookページでも見ることができます。

『ShareWis』のサービス開発の現場

サービス開発の現場シリーズ。
この日は「学ぶ希望が見つかる場所をつくる」をミッションにShareWis(シェアウィズ)を開発、提供しているシェアウィズの辻川さんに「EdTechサービスを4年間やってみて気づいたこととこれから」を、また国平(@Kuchitama)さんに「ShareWisの文化を支えるエンジニアリング」という話をしてもらいました。

3月〜6月

リモートワークの現場の知恵

DevLOVE関西で過去2回実施しているリモートワークをテーマに粕谷(@daiksy)さんに「なぜチャットツールには絵文字補完機能があるのか」というセッションをしてもらいました。
その後はリモートワークをやっているグループ、まだ経験したことがないグループで、「リモートワークのよかったところ、むずかしいところ」「リモートワークを導入するにあたって、個人、組織それぞれで不安に感じているところ」などをテーマに知見を披露し合いました。

myThingsを通じてIoTの一端を知ってみる

myThingsを通じてIoTの一端にふれてみるハンズオンでした。
こんな感じでRaspberryPiを用いたハンズオンだったので参加者の皆さん、楽しそうに手を動かしていました。

難しそうな「情報設計」に実際にふれてみる

知識やデータの組織化を意味し、「情報をわかりやすく伝え」「受け手が情報を探しやすくする」ための表現技術である「情報アーキテクチャ (Information Architecture)」について山下 一樹さんにお話してもらいました。その後は、情報設計のコツなどを体験する簡単なワークショップをしてもらいました。

スクラム現場ガイド出版記念。現場の物語を共有しませんか?

スクラム現場ガイドの翻訳者の1人である原田 騎郎(@haradakiro)さんと共にほぼQ&A、ディスカッション形式で進んだ場でした。

サイボウズの開発の現場

サービス開発の現場シリーズ。
サイボウズさんのプロダクト「kintone」。その開発チームのKAIZENの文化、品質に関する現場の取り組みを三苫さん、酒井さん2人のエンジニアに語ってもらいました。

技術選択の難しさ、指針を考える

どの現場でもほぼ出くわすことになる技術選択の難しさ、指針というテーマで、後藤 知宏(@mkkn_info)さんには「フロントエンドエンジニアがみる生存戦略入門 〜 なぜ我々は学び続けるのか 〜」を、足立さんには「10年目の大変更。シェアNo.1が新しい技術を選択する時。」をお話していただき、その後は、それぞれの現場のコンテキストに応じた対話をして悩みを話したり、それに対する知見を伝え合ったりしました。

それぞれの現場におけるチームづくりの試行錯誤

「どうやってチームを作るか?」「どうやってチームを育てていくか?」について、それぞれの現場…事業会社におけるサービス開発、受託開発、現場コーチからの視点…での試行錯誤の話をしてもらいました。
その後は参加者からの質問を「3人ならどうするか?」と意見を出し合う場となりました。



DevLOVE関西のソーシャルリンク

Facebookページ
Doorkeeper
Twitterアカウント

「アジャイルコーチの道具箱 – 見える化実例集」を読んだ

アジャイルコーチの道具箱 – 見える化実例集」を読みました。

ギルドワークスで現場コーチとして、様々な現場がアジャイルな開発をうまくやれるような支援、現場の改善や見える化をしている自分としてはとても興味をそそられるタイトルです。
また翻訳した方々も@haradakiro@ryuzeeなど期待せざるをえない人達ばかりで、すぐに読み始めました。

読んでいる途中「あの現場のあのチームはこれが良さそうかな」「あのチームが持っている課題はまずこれをやってみて、それからこっちをやってみてはどうだろう?」とアイデアが色々出てきてワクワクしてきました。

やるかどうかは現場のチームが決めればいいですが、「こういうアイデアがあるよ」「こういう感じで一度試してみてはどうかな?」とコーチとして色々なカードを見せたり、背中を押すことができそうです。

コーチだけでなく、チームが見える化を推進していくのも役立ちます。
「見える化する対象は分かったけど、どう見える化すればいいかわからない」という悩みはここにある様々な実例でほとんど解決できそうです。悩みにピッタリのそれがなくてもパラパラと見るだけで解決できそうなヒントは浮かんできます。
#もちろんどうやって運用するか?当たり前にするか?という次のステップはありますが、「やってみる」ことはできそうです。

以下は読みながら垂れ流したツイートです。

2015年のふりかえり

2015年のことをふりかえってみます。
#DevLOVE関西のことは28回開催した2015年のDevLOVE関西に書いています。

発表させてもらったこと

以下のような場でお話させてもらいました。

  • HDIfesプロジェクトを成功させるための「期待マネジメント」
  • Agile Japan 2015アジャイルな現場になっていく時の越えなければいけない3つの壁
  • デブサミ関西関西で働くという生き方
  • TISMatsuri:プロジェクトを成功させるための「期待マネジメント」(再演)
  • この中で一番嬉しかったのは、古巣でのTISMatsuriの発表でした。HDIfesで私の話を聞いた上で「社内の同僚にも聞いて欲しい」という思いで声をかけてもらいました。
    昔々、その古巣でアジャイルサムライ読書会などの社内勉強会をやっていたことを思い出したりもしました。

    これからもお役に立つのであれば積極的に出かけていきますので、お気軽にお声がけください。

    ギルドワークスのこと

    「正しいものを正しくつくる」をミッションに2年目もギルドワークスとして色々やりました。

    プロダクト開発では、株式会社チカク様のまごチャンネル、株式会社クラフル様のCraful、株式会社オズビジョン様のスマートフォン版ハピタスなどを、全国に散らばっているエンジニア、デザイナーの仲間とリモートワークでチームを組んで手がけました。
    開発以外でも価値探索として、様々なお客様、サービスに携わることができました。

    一方、私がメインで行っている現場コーチでも、「正しいものを正しくつくる」現場を増やすためにいくつもの現場に携わることができました。まだまだ道半ばではありますが、お客様からいただいている声からはそれ相応の値打ちも提供できているようです。

    そんな現場コーチでは「まとまっていないんだけど、ちょっと困っていて話し相手になって欲しいんだけど…」という感じでも、ご相談に乗れますので、こちらもお気軽にお声がけください。

    またイベントでは開発者ギルドカンファレンス2015ギルドミートアップ価値探索 × プロダクト開発 -ギルドワークス事例発表-などを開催しました。

    コラボレーションしたサービスとしては、ハッカソンの企画から事業化までを、開発現場まで踏み込んで支援する企業向けサービス、発火ワークス(HackaWorks)を開始しました。

    こうしてふりかえってみると、素晴らしいお客様、仲間に恵まれて、色々なことができた1年でした。

    2016年はこういうことにチャレンジしたい

    ギルドワークスとしても現場コーチとしても1つの節目である3年目を迎えますが、これまでの延長線を大事にしつつ、「そう来た!?」というようなことをやっていきたいと思っています。

    というわけで、2016年もよろしくお願いします!

    Photo credit: KK_photographics via VisualHunt / CC BY-NC-ND

    DevLOVE関西

    28回開催した2015年のDevLOVE関西

    DevLOVE関西、2015年は28回開催することができました。
    2014年の40回2013年の35回に比べると減り、一月に2回というペースでしたが、100回を越えることもできました。

    参加してくれた皆さん、話し手の皆さん、会場提供していただいた皆さん、そして裏方スタッフの皆さん、ありがとうございました!

    2015年も色々やりました

    DevLOVEの2つのコンセプト「開発の楽しさを発見しよう。広げよう」「開発の現場を前進させよう」にあるように、1つに偏らず色々なテーマでやることができました。
    2015年の特徴は、特定の技術ではなく、事業会社の現場の話、サービス開発の現場の話といった「現場」に着目したものも多かったことです。

    事業会社の現場シリーズでは、クックビズさん、モノタロウさん、ロックオンさん、またサービス開発の現場シリーズでは駅すぱあとから始まり、houren.soboardMackerelesaDocBaseといった様々な現場のお話をしてもらいました。

    年に1回の大きめの場としてDevLOVE現場甲子園2015『西日本大会』を実施し、全15話の現場の話をお届けるすることもできました。

    ずっと感じていることですが、毎回初参加の方が一定数いてくれることは主催しているスタッフとして嬉しいことでした。

    やったことのリスト

    ※各イベントの詳細はこちらでご覧ください。

    01/19 事業会社の現場を知ろう~クックビズ編~
    01/26 JavaScript フレームワークは Angular JS だけじゃない!
    02/02 ウェブデザイン・ウェブ開発に必要なこと(DevLOVE仙台共同企画)
    02/04 「APIデザインの極意」読書会#2
    02/07 「駅すぱあと」を支える開発 〜9262の可能性を繋げ!〜(DevLOVE関西Ver)
    03/07 メトリクスによる「見える化」のススメ: エッセンシャル・リーン
    03/20 事業会社の現場を知ろう~モノタロウ編~
    04/04 システムテスト自動化ワークショップ
    04/10 農業の「現場」から生まれた業務改善サービス「houren.so」の話を聞いてみる
    04/11 コミュニケーションツールと“持ち寄り型”プロジェクトマネジメント
    04/18 自分戦略〜エバンジェリスト編〜
    04/20 現場主導によるITS導入
    05/11 現場の課題や困りごとをライトにトークしてみる
    05/15 クリエイターの技術持ち寄り発表会〜デザインそもそも論〜
    05/25 事業会社の現場を知ろう~ロックオン編~
    06/11 「レビュー」をもっとうまくやってみる
    06/26 TOCを初めて知ってみる
    07/18 議論を楽しく見える化しよう!グラフィック・レコーディングワークショップ
    07/24 クラウド時代のエンジニアの役割〜AWSを使い続けて気づいたこと〜
    08/15 プレゼンの技術
    09/12 妖怪と一緒に現場のコミュニケーションの問題を解決しよう! ー 最新のパターンランゲージ技術とカウンセリング技術の応用 ー
    09/14 現場のアーキテクチャの話をしてみませんか?
    09/18 『board』のサービス開発の現場
    09/19 DDD(ドメイン駆動設計)実践者の話を聞いてみよう
    11/09 『Mackerel』のサービス開発の現場
    11/16 クリエイターの技術持ち寄り発表会〜仕事の考え方、回し方編〜
    11/28 esaとDocBaseのサービス開発のDiffの話
    12/05 DevLOVE現場甲子園2015『西日本大会』

    2016年はそれぞれの現場で実践した【自動化】の話、そして「エンジニアが幸せな人生を過ごすための学び方、関わり方、あり方」の再演といったDevLOVE現場甲子園の再演からスタートです。

    2016年もDevLOVE関西の場に関わった話し手、皆さんの現場が前進できることをやっていきますので、よろしくお願いします。

    DevLOVE関西のソーシャルリンク

    Facebookページ
    Doorkeeper
    Twitterアカウント

    強い現場はDiffに対して向き合っている

    この記事は DevLOVE Advent Calendar 2015「diff」の12月23日分の記事です。

    昨日のエントリー「今年衝撃的だった3つのdiff」の書き手であるshidaさんからのバトンを受けて書かせてもらいます。

    自己紹介

    2014年4月よりギルドワークスという会社を仲間と共に立ち上げて、スクラムやチームビルディングやファシリテーションを武器に様々なクライアント様の現場で現場コーチをやっています。

    コミュニティではDevLOVE関西をやっています。

    これまでのDevLOVE Advent Calendarでは2013年「現場」というテーマで「いろいろな現場に深く関わっていく」を、2014年 「越境」というテーマで「「ええやん」と思ったらやっていこう」を、それぞれ書いていますので、良ければそちらもお読み下さい。

    現場コーチの現場で見かける「Diff」

    現場コーチの現場では、色々なDiffを見かけます。
    2つのプロジェクトにおける開発チームでのDiff。コードの書き方や設計思想から始まり、デプロイのどこをどういう風に自動化しているか?といった技術面。また会議体などコミュニケーション面でもDiffはあります。
    企画チームにおけるDiffもまた同じようにあり、プロダクトのあるべき姿の話などなど。
    そして開発と企画、現場と経営など役割が違うところにもDiffはもちろんあります。

    そういう「Diff」に現場が直面した時に「AとBでは◯◯という違い(=Diff)があるけどどっちにする?」「AとBのどっちもどっちだし、お互いの妥協したところのC案で…」といった話になることがあります。

    この時に(現場コーチから見て)やってはいけないこと、なってはいけない状況は「Aの意見を言った人は、ちょっと気に食わないBにしよう」「とりあえずAとB、それぞれの顔を立てないといけないから、この場を収めるためにCにしよう」という利己的な視座や目的から見て正しくない結論を取ることです。

    もちろんみんな(一見)大人なので本音は表明せず、もっともらしい理論武装で話をしますが、本来の目的に照らして深く会話して質問を投げかけて行くと、そういうのは見えてきます。

    このような組織、チーム、現場は結果として目的を達成できず、成長しきれない、衰退していきます。

    強い組織は「Diff」に対して向き合っている

    「強い組織とはどういうのだろう?」と考えた時に1つの要素として「Diffがあることを(恐れずにむしろ)歓迎し、そのDiffに向き合い、ぶつかりあいながら、目的に向かっていくことができる人達がいる、場がある」ことかと思います。

    Diffを取ることで自分達が良くない状態であることが分かることもあります。その時にその事実と向き合うことができ、そこから目的に向かう一歩、二歩を進むことができるかが大事です。

    DevLOVEというコミュニティがそういうDiffに向き合おうとしている人達の背中を押したり、何か一歩を踏み出すヒントを得られるような場になっていたりして、少しでも役立っているのであれば嬉しいことです。

    そして自分自身、「現場コーチ」として様々な現場のDiffと向き合いながら、これからも「正しいものを正しくつくる」現場作りをやっていこうと改めて思いました。
    最後は決意表明みたいになりましたが、これが私の【DevLOVE Advent Calendar 2015 「Diff」】のエントリです。

    Photo credit: Walt Jabsco via Visual hunt / CC BY-NC-ND

    あるリーダーFさんのこと

    ふと週末に近所を散歩していたら、クラブ活動中の母校(中学校)の学生を見かけて思い出したことです。

    これまで自分が出会ったリーダーで、強く印象に残っている一人が中学校時代の先輩でした。
    #中学時代のことなので美化されているとは思いますが…

    思い出話

    この2つ上の女性の先輩(以下、Fさん)は、知り合った当時、生徒会の会長をやっていました。
    このFさんの代の生徒会がやろうとしていたことに校則の改正がありました。
    今、思えば自由で緩やかな校風で校則もそれほどとは思わなかったですが、当時の自分達には「こっちの方がいいな」とか「これは今に合っていないかも」と感じるものがあり、それを変えるための「校則の改正」でした。

    (自分は色々あって他の生徒達より)これらの活動を間近で見聞きすることができました。

    Fさんの進め方は、(この年代にありがちな)ガキ大将的な「とにかく自分についてこい!」的なリーダーシップではありませんでした。
    「自分達はどこに向かおうとしているのか?そうなったらどんな風になるのか?」といったビジョンを示す、伝えることをすごく大事にしているようでした。

    「今はこういう所にいて、こんなことになっているんですよ。で、それをこういう風にしてみようと思うんです。もし、そんな風になったら(あなたは)どう思います?どう感じます?」といった感じで、ちゃんとそれぞれが考えることができる…少なくとも感想を持つ…ようなメッセージを出すようにふるまっていました。

    しかもそれを教師、生徒、保護者それぞれの関心事や心配事に合わせるような形でどこを強調するか使い分けていました。
    この年代は「どうしてダメなんだ!」「頭の固い先生や親はこれだから!」と何かと正論を正面からぶつけ、お互いにとって良い結果にならないことが多いと思うのですが、Fさんの進め方ではそういう衝突が起こりませんでした。

    もちろん教師、保護者のキーマンに根回しをしていたかもしれませんが、このような進め方もあってか驚くほどスムーズにことが運んでいました。

    ふりかえって自分を見てみると

    (今でもまだまだできていませんが)20代の頃はFさんとは真反対のふるまいをしていました。
    所属組織やクライアントの課題に対して、自分の視点からのみの正論を相手に投げていくスタイルでした。
    中には受け入れてもらったものもありましたが、無用な衝突なども多かったように思います。
    Fさんの進め方や考え方を深く理解して取り入れることができていれば変わったかもなぁ…と思いを馳せていました。

    メトリクスによる「見える化」のススメ: エッセンシャル・リーン #DevKan

    2015年3月7日(月)に「メトリクスによる「見える化」のススメ: エッセンシャル・リーン」を開催しました。
    #会場を提供していただいたシナジーマーケティング様、ありがとうございました。

    きっかけ

    2014年秋頃に発表されたスライドを見た時に「自分の現場でもこのエッセンスは役に立つので、ぜひ話を聴いてみたい」と思ったのがきっかけで、伊藤さん(@hageyahhoo)にお声がけをしました。

    私は「現場コーチ」という肩書きで色々なクライアント様の開発チームと一緒に、プロセスや開発の改善をしていくことを多くしています。

    その際に闇雲にやるのではなく、狙いを絞る必要があります。そのためにも「今どのような状態で、それをどのようにしたいのか?」という現在地点と目標地点を見極め、その途中経過を計測して、把握することが大事です。
    その見極めや把握は定性的なものではなく、定量的であることも大事です。

    その定量的に計測するポイントなどを学ぶことができればと期待していました。

    内容

    セッション、ワークショップの内容やその裏での狙いなどは伊藤さんのブログに詳しく書かれていますので、そちらをどうぞ。

    改めてメトリクスをどう設定して、見える化するのか大事さを感じました。
    この手のメトリクスは1つ(例えばディベロッパー)の視点になりがちなのですが、このワークではマネージャ・デベロッパー双方の視点をぶつけ合うことで一方的なメトリクスにならないようにしていました。
    これは実際の現場でも同じで、開発チーム以外にもマネージャーをはじめ、様々な視点を持った違うロールの人がいます。その人達にも納得感のある内容、見せ方が大切になってきます。

    実体験と重ね合わせて感じたこととしては、メトリクスを実際の取るのに手間がかかるやり方では定着しないということです。
    一手間で誰もが見れるようにする、自動化していつでも見れるようにするというのもこの手のプロセスでは大事です。
    ただ様々な理由でそこまでできていないこともあるので、まずはうまくリソースを使いながらメトリクスの重要性を見せていって、より効率良くするためのリソースを獲得する…といった戦略も大事になってきます。
    #その最初の段階をクリアするために伊藤さんのような内部のコーチや外部のコーチの力を借りるという方法もあります。

    後は、なかなか他の人のワークショップの進め方を見る機会はないので、伊藤さんのワークショップの進め方などを垣間見れたのは面白かったです。

    今後のDevLOVE関西

    FacebookページDoorKeeperでお知らせしますので、興味ある方はお越しください。

    「駅すぱあと」を支える開発 〜9262の可能性を繋げ!〜(DevLOVE関西Ver) #DevKan

    2015年2月7日(月)に「「駅すぱあと」を支える開発 〜9262の可能性を繋げ!〜(DevLOVE関西Ver)」を開催しました。
    #会場を提供していただいたはてな様、ありがとうございました。

    きっかけ

    東京のDevLOVEページでこれを知り、「四半世紀前からのソフトウェアの話ってきっと学びが色々あるんだろうなぁ」と思っていました。
    そんな時、たまたま話し手の一人である新井さんに「今度DevLOVE関西でもやって欲しいです」と相談したら、「じゃ前回の話し手全員で行きますよ!」という嬉しいお返事をいただきました。

    #ちなみに新井さんはDevLOVE Advent Calendar 2014 「越境」で1人10エントリを書いた猛者です。

    内容

    募集ページにスライドやブログのリンクをまとめています。

    駅すぱあとの産みの親である宮本さんのセッションからスタートしました。

    プロダクトに四半世紀も携わってきただけあって、どのエピソードもとても面白かったです。
    最後の方の「自分の経験がこれからの人に少しでも役に立てばと思って今日は話しました」という言葉がすごく印象的でした。
    主催者の1人としてはこの宮本さんのお話を聴けただけで本当に満足していました。

    次のセッションは一転してDSLの話。
    しかし「運賃計算ってなんでこんな複雑なんだ?」というのが印象でした。その中で技術と業務(ドメイン)の会話をスムーズにするためにチャレンジされているお話でした。

    さらにDevOpsBizのお話。これもあるある話だったのですが、「あるよねぇ、仕方ないよなぁ」で終わらずに関係者を巻き込んで進めているというお話でした。

    新井さんのお話。組織改善、変革をすごいスピードと情熱でやっているその実例のお話でした。これだけやるのもすごいですし、何よりそれを自分のところだけで終わらずに他の部署や社外にも向けてアウトプットしているのがすごいです。特に人材交換はホンマにやってみたいなぁと強く思いました(ギルドワークスとヴァル研究所さんでできないかな)。

    最後は新規サービスのProduct/Market Fitのお話。ギルドワークスでも新規サービスに色々関わっているので、この辺の難しさを共感しました。いいなぁと思ったのは、本やサイトに載っていることを鵜呑みにせず、ぶつかった壁に対して「じゃ自分達の現場ではどうやったらうまく行きそうか」を色々試している点でした。

    セッションが終わった後は、そのままピザとビールを投入しての懇親会をしました。ここでも話し手ごとのテーブルごとに色々な話が盛り上がっていました。
    20150207_164414

    今後のDevLOVE関西

    FacebookページDoorKeeperでお知らせしますので、興味ある方はお越しください。

    ウェブデザイン・ウェブ開発に必要なこと(DevLOVE仙台共同企画) #DevKan

    2015年2月2日(月)に「ウェブデザイン・ウェブ開発に必要なこと(DevLOVE仙台共同企画)」を開催しました。
    #会場を提供していただいた楽天様、ありがとうございました。

    きっかけ

    DevLOVE仙台のスタッフの佐々木(@chachaki)さんが、今回の話し手である細川さんが書かれているブログ「バニレートデザイン」のファンで、特に「ウェブデザインに関する知識や技術の相互関係チャート」が面白そうなので、これを元にしたお話をしてもらいたいというのが、そのきっかけでした。

    そして久々にDevLOVE関西、DevLOVE仙台での共同企画がスタートしました

    内容

    まずバニレートデザインのブログの書き手、細川富代さんのセッションからスタートしました。

    ウェブデザインの歴史から始まり、ウェブデザインに関係する要素という流れでした。
    スライドにはそれほど説明はありませんが、細川さんの話は整理されていてとても分かりやすかったです。

    続いてDevLOVE仙台の角銅さんのセッションです。
    こちらは角銅さんが自分達がされている開発の流れをその必要性などの面にフォーカスしてお話してもらいました。
    このお話はギルドワークスでやっているプロセスにも似ていたので、参考になりました。

    セッションの後は以下のテーマでダイアログとしました。
    ダイアログ

    ダイアログの時間は少し短めでしたが、DevLOVE関西、DevLOVE仙台それぞれでどんな話をしたかを(一部ですが)共有したりしました。

    今後のDevLOVE関西

    FacebookページDoorKeeperでお知らせしますので、興味ある方はお越しください。

    DevLOVE関西「JavaScript フレームワークは Angular JS だけじゃない!」 #DevKan

    JavaScript フレームワークは Angular JS だけじゃない!」を開催しました。
    #会場を提供していただいたシナジーマーケティング様、ありがとうございました。

    きっかけ

    きっかけ

    話し手の一人でもある中村 久司さんのこんな言葉がきっかけでした。
    当時、私はいくつかのJavaScriptのフレームワークを調べていて「いっぱいあるなぁ…」と思っていたこともあって、これをDevLOVE関西のテーマにしてみようかと企画を蹴り出しました。

    結果的に(DevLOVE関西の企画にしては珍しく)半年以上後になりましたが開催できました。

    セッション

    話し手3人それぞれのスライドです。

    セッションの後は、セッション毎=紹介したJavaScriptのフレームワーク毎にグループに別れてQ&Aを行いました。
    KnockoutJSやVue.jsのグループには割と自分でガリガリと使っている人が集まり「このブラウザでこの場合にうまく動かないんだけど、みんなどうしている?」と言った話が盛り上がり、一方、Senchaではセッションのタイトル通りエンタープライズでお仕事をされている方が多く集まっていて、「現場への導入トレーニングをどうスムーズにするか」などの話がメインで特色が出ていました。

    今後のDevLOVE関西

    FacebookページDoorKeeperでお知らせしますので、興味ある方はお越しください。

    DevLOVE関西「事業会社の現場を知ろう~クックビズ編~」 #DevKan

    2015年最初のDevLOVE関西として「事業会社の現場を知ろう~クックビズ編~」を開催しました。
    #会場を提供していただいたファーストサーバ様、ありがとうございました。

    クックビズさんとはギルドワークスとして…厳密にはギルドワークスを立ち上げる前から仕事を一緒にさせてもらっていました。
    CEOの藪ノさんや杉田さんとやり取りが楽しく、またその考え方も自分にとっても考える内容が多かったので、一度DevLOVE関西でお話してもらおうと思い、お願いしました。

    また事業会社のエンジニアが普段どのようなことを考え、行動しているか?という話はあまり関西では聞かないのでは?と思ったこともありました。

    藪ノさんの採用の話はギルドワークスも常に仲間を見つけているので、自分達の採用や「どんな人と働きたいだろうか?」と色々と考えることがありました(この辺はまたまとまったら書きます)。

    杉田さんのスライドは以下で、特に事業会社と受託会社のマインドセットの話は共感しました。

    2人のセッションの後は数人のグループに別れ、以下の4つのテーマでダイアログ(対話)をしました。
    ダイアログテーマ_20150119

    参加していただいた皆さん、話し手の藪ノさん、杉田さん、ありがとうございました。

    2014年のふりかえり

    2014年のことをふりかえってみます。

    コミュニティ(DevLOVE関西)や発表など

    コミュニティ「DevLOVE関西」のことは40回開催した2014年のDevLOVE関西を、発表的なことは2014年の発表スライドまとめに書いています。

    正しいものを正しくつくる「ギルドワークス」を立ち上げた

    市谷(@papanda)ら仲間と共にギルドワークスを立ち上げました。

    ギルドワークスを立ち上げたのはもちろんゴールでなく、やりたいことをもっとダイレクトにやっていくための1つの手段です。
    そしてそのやりたいことはGuildWorks Blogの書いたように…

    「自分が手がけているプロダクトやサービスのことを胸を張って、家族や友人に伝えることができる」エンジニアを1人でも増やしたい
    仕方なく仕事をやっているエンジニア、自分が書きたくないコードを書いているエンジニアを1人でも減らしたい

    …ということです。

    その実現のために私は…

    現場コーチとして組織の中に踏み込んで、チームを巻き込みつつ「あるべき姿」と「そこに至る道筋」を一緒に考え、示し、行動していく。

    …というのをメインの武器にやっています。
    #かつて(一緒に仕事をしたことはありませんでしたが)同じ組織にいた市谷といったん別々の道を歩んで後に、こんな風に一緒に歩んでいるというのは不思議です。

    とてもありがたいことに今までのところクライアント様や色々な仲間に恵まれて、良い滑り出しができています。
    2014年はギルドワークスのことが一番大きな変化でした。

    2015年はこういうことにチャレンジしたい

    ギルドワークスを通じて、自分がやりたいことでその値打ちを提供していくというのは2014年以上にやっていきます。
    他のことは具体的に「これ!」と決めているわけではないですが、おそらく1年後の今頃には「2015年も色々大きなことがありました」と書いているような気がします。

    というわけで、2015年もよろしくお願いします!

    2014年の発表スライドまとめ

    2014年に色々なコミュニティで発表したスライドのまとめです。
    ギルドワークスとしては他にも色々ありますので、興味がある方はお気軽に声をかけてください。

    「開発現場に伝えたい10のこと」それぞれの後日談

    DevLOVE関西「開発現場に伝えたい10のこと」それぞれの後日談にて。

    DevLOVE関西の電子書籍が出来上がるまでのお話でした。

    成功と失敗の 狭間に横たわる2つのマネジメント

    DevelopersSummit2014(デブサミ2014)にて。

    このツイートから実現したことでした。会場の雰囲気も素晴らしく、憧れであったデブサミでお話できたのはとても嬉しい出来事でした。

    Trelloを使ってサクサク開発してみませんか?

    DevLOVE関西TrelloやBacklogを活用して仕事に追われないようにする方法にて。

    Trelloは個人的にけっこう使っていたので、それらの良さをまとめてお話しました。

    プロジェクトを成功させるための期待マネジメント

    DevelopersSummit2014inKansai(デブサミ関西2014)にて。

    2月のデブサミに続いての発表でした。
    発表で伝えたかったことなどはGuildWorksBlogをご覧ください。

    (LT)DevLOVE関西の現場

    DevLOVE現場甲子園2014 日本シリーズ編 〜東西開発現場の集結〜のランチLTにて

    改めて自分がなんのためにDevLOVE関西をやっているのをふりかえる良い機会になりました。

    その他

    ・アジャイルジャパン神戸サテライト「コミュニティをやってきて気づいたこと」
    ・ミライカフェ「越境する難しさと楽しさ」

    最後に

    なんといっても2014年はデブサミ、デブサミ関西と2つのデブサミでお話させていただき、また両方のセッションとも多くの方に聴いていただいたのが、印象的で嬉しい出来事でした。

    DevLOVE関西

    40回開催した2014年のDevLOVE関西

    DevLOVE関西、2014年は40回開催できました。
    #2013年の話は「35回開催した2013年のDevLOVE関西」をご覧ください

    参加してくれた皆さん、話し手の皆さん、会場提供していただいた皆さん、そして裏方スタッフの皆さん、ありがとうございました!

    2014年も色々やりました

    開発現場に伝えたい10のこと」という電子書籍の話【「開発現場に伝えたい10のこと」それぞれの後日談】から始まり、【アーキテクチャについて知ってみる】まで、いずれもDevLOVE関西のコンセプトの1つである「現場を前進させる」を目標に色々なテーマでやっていきました。
    また年に1回の大きめの企画も【DevLOVE甲子園2014 西日本大会】を実施することができました。

    色々なテーマでやっていることもあったせいか、毎回初参加の方がいてくれたのが嬉しかったです。

    やったことのリスト

    ※各イベントの詳細はこちらでご覧ください。

    01/14 「開発現場に伝えたい10のこと」それぞれの後日談
    01/25 ファシリテーショングラフィックで議論の見える化をしよう
    01/26 UXデザインのためのユーザーの価値観分析ワークショップ 〜KA法を試してみよう〜
    02/01 「SCRUM BOOT CAMP THE BOOK」片手にアジャイル開発を考えてみよう!
    02/08 「Sencha Touch」でHTML5を使ったモバイル向けWebアプリケーションを作ってみませんか?
    02/18 TrelloやBacklogを活用して仕事に追われないようにする方法
    02/21 StartupWeekendTokyo × DevLOVE関西 〜開発の現場 meets Startup〜
    02/25 顧客を理解する!インタビューの基本
    03/15 ぐるぐるDDD/Scrum – ドメイン駆動設計。モデリングと実装のうずまきをまわしてみよう
    03/17 再演「DevLOVE関西 ~Decision~」
    03/25 レガシーコードと対峙する方法を考える
    03/27 勉強会勉強会 〜君がッ 参加するまで 勉強会をやめないッ!〜
    03/29 プログラマ35歳定年説勉強会
    04/19 自動テストの誤解とアンチパターン
    04/22 技術書の海から脱出しよう!エンジニアがおすすめ本を語り合う、ビブリオバトル in DevLOVE関西
    04/24 Vagrant体験入門
    05/17 泥臭い受託開発を語り合う(DevLOVE関西×DevLOVE仙台コラボ企画)
    05/21 継続的デリバリー(Continuous Delivery)のお話を聞いてみよう
    05/29 ユーザテストLive! 見学会 in KYOTO – 「あなたは”ユーザーテスト”を見たことありますか?」
    05/31 組織に新しいアイデアを広める方法(パターン)を学んでみる
    06/12 テスト自動化の様々な道具を使ってみた四方山話
    06/27 WebDesign workshop of the programmer, by the programmer, for the programmer #4
    07/08 リモートワークを実際にやってみてどう?
    07/11 Selenium 2 WebDriverハンズオン
    07/15 知っておいて損はない!エンタープライズiOSアプリ導入のいろは
    08/09 進め、現場のチーム開発 〜チーム開発実践入門〜 (DevLOVE関西Ver)
    08/23 DevLOVE甲子園2014 西日本大会
    09/08 「エッセンシャル・スクラム」読書
    09/27 ワークショップをうまくやってみる方法を学ぶ
    10/03 運用現場の話を聞いてみる
    10/17 それぞれのリモートワークの軌跡とこれから
    10/20 NoSQLの1つ「MongoDB」を知ろう
    10/30 5年目、10年目の自分戦略
    11/01 「CakePHPで学ぶ継続的インテグレーション」ハンズオン
    11/17 エンジニアとして、英語と向き合ってみよう!
    11/25 観察からはじめる「仮説の立て方・想像の仕方」
    11/28 エンジニア×営業
    12/02 「APIデザインの極意」読書会#1
    12/19 Dockerを現場に取り入れてみよう!
    12/20 アーキテクチャについて知ってみる

    こうやって眺めてみると本当にいろいろやっています。
    もちろん回数が多ければ良いというわけではないので、参加してもらった方の現場が少しでも前進できる内容をこれからもやっていきたいです。
    2015年も色々やっていきますので、よろしくお願いします!

    2015年最初のDevLOVE関西は「事業会社の現場を知ろう~クックビズ編~」です。事業会社の開発現場をテーマにしたお話ですので、興味のある方はぜひお越しください。

    DevLOVE関西のソーシャルリンク

    Facebookページ
    Doorkeeper
    Twitterアカウント

    「DevLOVE現場甲子園2014 日本シリーズ編 〜東西開発現場の集結〜」に参加しました #devlove

    DevLOVE現場甲子園_日本シリーズロゴ02

    現場甲子園シリーズの最後となる「DevLOVE現場甲子園2014 日本シリーズ編 〜東西開発現場の集結〜」に参加してきました。

    現場甲子園シリーズ

    DevLOVE現場甲子園2014 東日本大会
    DevLOVE甲子園2014 西日本大会
    プレイバックDevLOVE現場甲子園

    名言縛り

    西日本組は朝のFbメッセでやり取りしながら「名言縛り」というのができていました(笑)。
    名言縛り
    その結果が以下です。

    川畑 雄補(@ku_suke) 選手:「例外は、現場の外で発生する!」
    山本 学(@yamamoto_manabu) 選手:「女性/男性問わず、子供/大人問わず、人の生活に触れ、対話することはとても良いものだ」
    山口 陽平(@melleo1978) 選手:「ラジオ体操すると エンジニアの健康が守られ チームが活気付く」
    染田 貴志(@tksmd) 選手:「リモートワークに悩んだらTOKIOの姿に学べ」
    だいごろう(@wata_dai) 選手:「機械のためにだけでなく、人のためにコードを書け」
    栗栖 義臣(@chris4403) 選手:「オオトリと言えば鳳啓助」

    ランチ時間の野良LT

    「DevLOVE関西の現場」というLTをしてきました。

    「ブログを書いて 現場を変えるまでが DevLOVE関西」という名言(?)ぽいものも入れています。
    特にこの2年間で72回やってきた中で自分が感じたことなどを話してみました。

    感想

    全12セッション、どれも「へぇ〜」と思うことが多く、どの話し手も最初の話からUpdateしていたのは流石と思いました。

    特に印象の残ったのは「社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について(Rebuild)」と再演賞を獲得した「現場のコード意識を変えるために導入したリーダブルコードとガウディの思想」でした。

    前者は私自身も現場コーチとして経験していることだったので、自分のカードを増やすという意味で学びがありました。またあれだけ一次ソース当たっている行動力も参考になりました。
    後者はコードを書くということへの考え方の大事さを改めて感じることができました。

    また数年ぶりに元同僚と会ったり、関西からも普通に来てくれた仲間がいたり、現場コーチをしている現場の方が来てくれたりと色々嬉しいことがありました。

    「ええやん」と思ったらやっていこう

     この記事はDevLOVE Advent Calendar 2014 「越境」の12月4日分の記事です。
     昨日のエントリーの書き手である@s_kicさんからのバトンを受けて書かせてもらいます。
    #このアドベントカレンダーはなぜか年明け以降も続いていきそうです。「越境」や「DevLOVE」に興味がある方はぜひお気軽に申し込みください。

    自己紹介

     2014年4月よりギルドワークスという会社を仲間と共に立ち上げて、スクラムやチームビルディングやファシリテーションを武器に様々なクライアント様の現場で現場コーチをやっています。

     コミュニティではDevLOVE関西をやっています。

     去年(2013年)のDevLOVE Advent Calendar 2013 「現場」では「いろいろな現場に深く関わっていく」を書いたので、良ければそちらもお読み下さい。

    「越境」ってなんだろう?

     今まで自分自身で「越境しよう」とか「越境したな」と意識したことはほとんどありません。エントリのタイトルにもあるように【「ええやん」と思ったらやっていこう】という考えで、自分と自分に何らかの期待をしてくれる人達にとって「これが良い」と思うことをやっていたら、今に至っている感じです。

     改めて「越境」について考えてみるとデブサミ関西2014でお話したスライドに言いたいことはほぼ書いていました。

    最近思うこと

     たまに「(yohhatuは)機会に恵まれていいよね」「自分はそんなチャンスはないし…」と聞くこともあります。
     自分はこう考えています。

    1人の人間が一生で出会う機会はそれほど大差はない。
    その一生という河に流れて来るいくつもの機会という実を、拾いに行くかどうか。
    不安定な岩場を飛び移らないといけなかったり、河の水は冷たいかもしれない。
    でも少しだけ勇気を持ってやってみれば意外と大したことがなかったりする。

    その手に入れた機会という実を一口かじって捨ててしまうか、食べきって自分の経験にするか。
    一口だけだと美味しくないかもしれない。けれど最後まで食べると思ってもみなかった果実(=すごい学び)が詰まっているかもしれない。

     この「機会を手に入れることができるか」「手に入れた機会からどれだけの学びを得れるか」が越境につながると思っています。

     「ちょっと怖いから」「今はまだその時期じゃない。もうちょっと後で」とかやらない理由などいくらでも出てきます。
     そういう言葉を聞く度に「それっていつなん?」って思います。人生はその「いつか」を待っているほど長くありません。
    #この言葉は尊敬する人に言われたものです。

     何も考えずに飛び込もうというわけではありません。
     その考える力を「できない理由」を考えるのに使うのではなく、「どうやったらやれるか?」「もっとうまくやれる方法はないか?」と前に進むために使えば良いわけです。

    最近思うこと(その2)

     もう1つ、特にギルドワークスを作ってから強く思うことです。

    「越境」は自分の足でする必要がある。
    誰かが決めた自分の意思が介在しないで境界を越えるのは「越境」ではないと思う。
    自分で考え、決断して、境界を自分の足で越えていくことが「越境」だと。
    自分の足で越えていくから、ちょっとした勇気と覚悟もできて「自分事」になってくる。

     この自分の足で歩いて行く時に1人である必要はありません。
     相談したり、背中を押してもらったり、時には言い合いができる「背中を預ける仲間」の存在も、越境する大きな力になります。

    最後に

     これからも「ええやん」と思ったらやっていこうという気持ちで自分でハンドルを握って進んでいきます。
     最後は決意表明みたいになりましたが、これが私の【DevLOVE Advent Calendar 2014 「越境」】のエントリです。
     

    次の方へ

     @hnishimさんです。どのような越境のお話が聞けるのか楽しみです。