2016年1月26日デジタルとアナログ。2016年1月12日2016年あけましておめでとうございます。市谷聡啓コメントする※この記事は、下記へ移動いたしました。淳子コメントする2016年4月1日をもちまして、私たちギルドワークスは2周年を迎えます。これに先立ちまして、2016年3月9日(サンキューの日!)に、日頃の感謝をお伝えすべく、クライアント様・開発パートナー様をお迎えし、2周年記念パーティを行いました。当日は3月とは思えないとても冷たい雨の日...わたくしこと藤田は何らかのイベントごとの時には雨を降らせることに定評があるのですが、まさかここまで寒い日になるとは...そんな寒くて足元の悪い中にも関わらず、60名ほどのクライアント様・開発パートナーの皆様が会場である青山GreenGlassCafeにお集まりいただきました。本来ならばギルドワークスと関わってくださっているすべての方々にお集まりいただきたかったのですが、会場のキャパシティなどの関係で、すべての方々をお呼びできなかったのは大変残念です。市谷の乾杯の音頭で、パーティが始まりました。東京だけでなく、大阪からお越しいただいたクライアント様や開発パートナーのかたがたもいらっしゃいました。お集まりいただいたクライアント様はほとんど自社サービスをお持ちのため、同じ事業者としての情報交換を活発にされており、新しい出会いの場にもなっていれば幸いです。鳴澤さまにお話しいただきました。ギルドワークスではインターワークス様の求人貼り紙をなぞって探せるiOSアプリ「ぽけじょぶ」、製造業に特化した求人メディア「製造×転職Makers」をはじめ、いくつものサービスの開発を担当させていただいております。鳴澤様より、「ぽけじょぶ」をご紹介いただきながら、ギルドワークスの事業開発についてご感想をいただきました。安井さまにお話しいただきました。MonotaRO様には、中村・前川の2名が現場のプロセスの改善と技術的課題を解決する現場コーチとして毎週現場へうかがっています。技術者でもある安井様よりギルドワークスの現場コーチについてご感想をいただきました。猪俣さまからは、パートナーとしての目線で、ギルドワークスとの仕事についてのご感想をお話しいただきました。vein様は大阪に事務所を構えているため、ギルドワークスとは主にリモートで協業しています。vein様なくしては開発が行えないほどに緊密にやりとりをさせていただいておりますが、当初はリモートでの協業に苦労されたとのことです。それでも様々な工夫によって改善していったことから、リモートワークの強みや、リモートならではの良さをお話しいただきました。仙台、大阪、京都に社員がおりますが、このような機会でないと東京のお客様や地方のパートナーと直接お会いすることがなかなかできません。私といえば、普段は東京にいるものの、プロジェクトメンバーは大阪だったり、愛媛だったり、島根だったりで、今回このパーティで初めてお会いした方々もいらっしゃいました。「Skypeでお顔は拝見してるけど物理的にお会いするのは初めて」「チャットではいつも話してたけどお顔を見るのは初めて」というのは、なかなか不思議な体験です。クライアント様・開発パートナー様にお話しいただいたあとは、ギルドワークスの中村から、現場コーチのとりくみについてお話ししました。この1年で7社16チームに関わってきた中で、2015年はとりわけ、「チェンジエージェント」とも呼べる存在を現場で見出してきたことが大きな意義だったように思います。「開発現場」をただ改善するだけでなく、現場に寄り添いながら、事業者のビジネスを見据え、組織改善にも関わっていけたらと考えています。会の最後には、代表の市谷から皆様への感謝をお伝えし、今後のギルドワークスの展望についてお話しするお時間をいただき、散会となりました。ギルドワークスは、創業以来、「正しいものを正しくつくる」事業開発、「正しいものを正しくつくれるようになる」現場コーチを行ってまいりました。2015年、9名という少人数ながら、全国のエンジニア、デザイナーのパートナーの皆様と66本の価値探索・開発プロジェクト、さらに、16の現場コーチを勤めました。創業2年という会社が、ここまで多くのプロジェクトと現場に関わることができたのは、ギルドワークスに自社プロダクトを任せてくださったクライアント様、「正しいものを正しくつくる」ことに共感してくださった開発パートナーの皆様のお力添えあってこそでした。今後も、ギルドワークスでは、クライアント様・開発パートナーの皆様とともに、同じ方向を見据え、「正しいものづくり」に邁進してまいります。創業3年目である、2016年も、どうぞよろしくお願いいたします。大阪」と題しまして、『価値探索』と『プロダクト開発』の2つを中心に、最近のギルドワークスの活動を紹介しました。プロダクト開発まずは私から、ハンドメイドのアイデアを共有するアプリ、Craful開発の舞台裏をお話しました。価値探索を行う意義の一つとして、顧客と開発者の一体感を生み出せるということがあります。実際Craful様の事例では、開発者全員がそのビジョンに共感し、アプリやサービスを良くするための提案を出しあう、非常に熱気にあふれた開発を行うことができました。これからも常に行っていきたいと思っています。現場コーチ続いて、ギルドワークスの中村から、「価値探索につながる現場コーチの価値」というタイトルで、ギルドワークスの開発・価値探索と並ぶ柱である現場コーチの活動を紹介しました。ギルドワークスの現場コーチは、開発の現場だけを見ることはほとんどありません。自律的に動くチームを作るためには、現場の人間一人一人が自分たちが作っているプロダクトと、それが支えるビジネスを意識する必要があります。そんな現場に変えていくギルドワークスの現場コーチについて、事例を交えながら紹介しました。Crafulその後は休憩を挟んで、Crafulの代表である大野さんに登壇いただき、そのあと私と大野さんの対談形式で、ギルドワークスの価値探索と開発についてディスカッションしました。価値探索から、開発、そしてリリースにいたるまでを思い返す中で、価値探索から開発という流れを行ったからこそできたことが色々とあったことに、改めて気づきました。対談では、価値探索を通してユーザを理解しようとしたからこそ無駄な機能を作らなくて済んだエピソード、大野さんから事業について発信することで、開発チームがどんどんビジネス側に踏み込めるようになったエピソードなどがあがりました。このようにクライアントと開発者の距離が縮まり「越境」することで、より良いプロダクト開発ができるんだ、ということを実感しています。この対談はアンケートでも非常に評価が高く、皆さんも興味深く聞いていただいたようです。最後に、大野さんがCrafulを通して今後考える野望を話していただき、クロージングとなりました。ギルドワークスでは、これからも、Craful様の事例のようにクライアントとガッチリと手を組み、本気のプロダクト開発をしていきたいと思っています。#1」を開催しました。ヌーラボ中村知成さんと私の両「中村」がお話をしました。shibuyaのスタッフの方、ありがとうございました。#参考:このイベントの予告Backlogが解決したもの・これからしようとするもの・しないもの中村知成さんは「Backlogが解決したもの・これからしようとするもの・しないもの」というお話でした。印象的だったのは、ユーザーの声があるから機能を追加するのではなく、その声の背後にある思いを汲みとって本当に必要なものを解決することにすごく向き合っているということでした。Backlogの機能追加へのこだわりは数年前から知ってはいましたが、今回の中村さんのお話を聞いてあらためて感じました。私は「プロジェクト管理ツールを使いこなせるようになった現場の話」の中で、これまでプロジェクト管理ツールを自分で使ったり、現場コーチ先の現場で使っている経験から得た知見の一部をお話しました。示し合わせたわけではなかったのですが、どちらの話も「なぜが大事」というメッセージが含まれていました。ヌーラボ中村さんは、ツールに「なぜ、その機能を追加して欲しいという声があるのか?」とお話し、私は「そのツールを使うことで改善した現場の問題はなにか?なぜその問題が起こっているのか?」と。後半はビール片手にセッションの後ではサンドイッチ、ビールと共に参加者の皆様とディスカッションをしました。みなさんに書いてもらった付箋ではBacklogユーザーが多かったようですが、Backlogにかかわらずプロジェクト管理ツールでよくあるような悩みもたくさん出ておりました。それぞれの現場の状況次第ではありますが、私なりに現場コーチのこれまでの知見を踏まえ伝えることができたかと思います。「ちょっと現場を見て、悩みや課題を聞いて欲しい」とお声がけをいただきました。このようなイベントは今後もいろいろ開催する予定ですので、お会いできるのを楽しみにしています。イベント以外でももちろん直接お伺いすることもできますので、お気軽にご連絡ください。岩本弥生コメントする入社後、現場コーチとしてクライアントの現場に入りはじめ3ヶ月がたちました。感じる嬉しいことがあります。メンバーの成長!うまくできなかった事が以前よりうまくやれるようになったり課題をクリアできたり、ローンチがうまくいったり。そんな様々な成功体験を積む瞬間に立ち会える事があります。それは「クララが立った!」の連続です。進めた時は彼・彼女たちに対して本当に良かった(泣)と温かい気持ちになれますしその一役を担えてるとしたらこんな嬉しいことはありません。組織の中でも上司と部下、メンターと新人、チームメンバー同士においてもこういった瞬間に出会うのは同様だと思いますが「現場コーチ」が入り、課題発見や改善のサイクルが動き始めることでよりその機会が多くなっていきます。課題があらわになったり、タスクが山のように見えてきて「大変すぎる、無理だ。」とメンバーが感じたり大変な事や面倒臭い事も沢山出てきたりしますが、それを「あー、やだなぁ」で悶々とするのではなく「出てきやがったなぁ!!」と敵をバッサバッサと倒していくかのようにひとつひとつ乗り越えて皆で勝利を喜びたいものです。そんな活き活きとした現場を増やしていけるとしたらこれ程ステキなことはありません:)このような現場コーチの活動を始めとして、ギルドワークスに興味をお持ちいただいた方はお気軽にお問合せください。現場コーチデジタルとアナログ。前川博志コメントするデジタルツールは素晴らしい!けれど...最近、プロジェクトを支えるデジタルの便利なツールが本当に増えています。BacklogやJiraなどのプロジェクト管理ツールや、SlackやHipChatなどのチャットツールがありますね。それらは、どんどん高度に、そして使いやすくなっています。Jiraを例に取ると、実際のタスクボードのようなビューでチケットを表現して、それをマウスを使ってドラッグ&ドロップで移動させる、なんてこともできます。(Jiraホームページより抜粋)他にも、チケットに対応したgitブランチを自動で作ってくれたり、チケットの話題を話すチャットルームを作ってくれたりなど、ツールとの連携によって色々便利な使い方ができるようになっています。こんな便利な機能を知ってしまうと、アナログのタスクボードを使ったタスク管理ではなく、全てデジタルでやるのが効率が良さそうですよね。いざデジタルで運用するとうまくいかない場合が多いです。聞くのが、「情報が更新されない」や「そもそも使ってくれない」という、初期導入に失敗している事例です。デジタルという新しいツールを使いこなすのは、やはり難しいのです。アナログツールも、素晴らしいアナログツールは、その難しさを軽減してくれます。それはアナログツールが持つ、「常にそこにある」「手で書けて、触れられる」「作りやすく、捨てやすい」という特性が、かなり強力だからです。ミーティングで話しているうちに追加のタスクが出てきた時、デジタルツールでは「後で増やしておきます!」となります(が、3回に1回くらいは忘れてしまいます)。これがアナログだと、その場でタスクカードに追加の情報とともにすぐに書いておくことができます。このようなアクションの「軽さ」は、導入時には非常に重要なのです。両方使うと、もっといいとはいえ、冒頭でお話したデジタルツールの機能や、デジタルデータならではの「トレーサビリティの高さ」「メトリクスの取りやすさ」「検索のしやすさ」は、非常に強力です。いった利点を享受するためには、まずはツールを導入し、使いこなせることが大前提となります。ギルドワークスの現場コーチでは、「どっちも使う」ことがほとんどです。タスクマネジメントでは、アナログのタスクボードとデジタルのサービスの両方でタスクを管理します。アナログとデジタルでデータが重複してしまうので、一見効率が悪いように感じるかもしれません。これらは同じ情報に対して異なる見方になるため、うまく共存できるのです。目で見る日々のタスク管理にはカンバンを、細かい情報の蓄積にはデジタルツールを、というように、同じ情報でも、アナログとデジタルで注目するポイントは変わってくるでしょう。康廣コメントするギルドワークスさんとパートナーとして一緒にお仕事させていただいています、木目沢(@pilgrim_reds)と申します。技術書を読むという習慣はみなさん持っていると思います。技術書を消化しようと思った時、みなさんはどのようにされているでしょうか?写経をしたり、議論をしたり色々な方法があるかと思います。今回はもう一つの選択肢として、「少し論理的に読んでみる」という方法を紹介したいと思います。根拠はなにか?について考えながら読むだけです。主題(何について)巨大なシステムのドメインについて。問題(何が問われ)巨大なシステムは複雑なので、ビジネス資産がどこだかわからない。ドメインの全体像が見えづらい。設計が理解しにくいときに起きる問題と同じことがおきる。主張(どう答えるのか)モデルの重要なコアを洗練する。設計はすべての部分が等しく改良されるわけではないから、その中でもコアを洗練することによって、最も価値のある特化した概念を浮き彫りにする。考えることで要約もできて、理解も進みやすくなり、議論の元にすることもできるのではと思います。ソフトウェアの設計というのが、ビジネスモデルの要約だと考えるならばこのような練習が設計のスキルアップに役に立つのではないかと、個人的に思っています。この本の例題を引用してみます。ジョロウグモはタコではない。ジョロウグモは8本足ではない。何か違うのがすぐわかりますよね。これはどうでしょうか?思考は閃きを必要とする。頭のよい人は閃きを得る力に恵まれている。頭のよい人は思考力もある。読むと正しそうに見えませんか?どこがおかしいか、ぜひ考えてみてください。論理トレーニング」の中の例題ですが、実際のWebや新聞の記事なんかでも論理的におかしいと気づくことがあります。考えながら本を読むのは大変疲れますが、技術書のみならず、いろいろなジャンルの本やWEBの記事を読む際などにもきっと役に立つと思います。Blog.投稿先:キャンセル。