はじめに 前回は、ユーザーインタビューの事前準備として、会場に用意しておくべき諸々の物品について、なぜそれが必要かの理由とともに紹介しました。 今回から、いよいよユーザーインタビューの本番(実査と呼びます)です。「本物の」会話を見ながら、インタビューの進め方や会話テクニックを解説していきます。 ●ユーザーインタビューの全文ダウンロード(無料) 今回紹介するユーザーインタビューは、筆者が本記事を執筆するために、公開許諾をとったうえで実際に行ったものです。通常、インタビュー内容は機密保持のため公開されることはありません。全文公開はたいへん貴重な資料となりますので、ぜひこちらからダウンロードしてください! インタビューの概要 ユーザーインタビューは2回行いました。それぞれAさん・Bさんと表記します。また、インタビューは昨今のコロナウイルスの状況を鑑みてリモート(Zoom)で行っています。 リクル

モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました unsafe:このドキュメントは、モノレポについて書かれた記事 Misconceptions about Monorepos: Monorepo != Monolith (https://blog.nrwl.io/misconceptions-about-monorepos-monorepo-monolith-df1250d4b03c) を、筆者であるVictor Savkin氏の許可を得て翻訳したものです。 複数のプロジェクトを同一のリポジトリで運用する モノリシックリポジトリ（モノレポ）― この記事では、モノレポを使う際によくある誤解とその対策、モノレポが持つ本当の課題と利点がまとめられています。モノレポはガチガチの「一枚岩（モノリス）」

Photo by Wonderlane こんにちは。倉内です。 ITエンジニアを対象にしたアンケート調査で、今の職場環境や仕事内容に不満を感じていると答えた人が挙げた理由でもっとも多かったのが「仕事上の評価が正当でないと感じるから（給料が安い）」という結果が出ています。 でも正直なところエンジニアの評価って難しいですよね…。技術力で測るといっても、「そもそも技術力とは？」に対して簡単に答えを出せるなら苦労しません。 エンジニアの仕事は短期間で結果が出ないものも多いですし、コードが書ければ業績や経営課題への貢献度を一切考慮しなくていいのかという悩みもあります。ましてや頑張り度なんかで測れるものでもありません。 ただ、最近はさまざまな企業が評価制度を公開していて、技術力をどういった定義で評価しているか、制度としてどのような工夫がされているか…などを知ることができます。 そこで今回は評価制度を公

マネジメント職に就くまで マネジメント職に就いてから 最初に取り組んだマネジメント施策 エンジニア評価制度の制定 全社規模の技術投資計画の策定 計画を実行する組織の新設 「選択」後に感じたギャップ 抽象的な理解のギャップ やりたいこととスキルのギャップ ギャップにどう処したのか マネジメント職の「選択」に必要となるスキルとは おわりに ─ 「やらない」という選択肢はなかった こんにちは、栗林健太郎です。人々からは「あんちぽくん」と呼ばれています。皆様も是非、そのようにお声がけくださると幸いです。 わたくしは現在、GMOペパボ株式会社（以下、GMOペパボ）で取締役CTOを務めています。会社全体としてこれから実現するべきビジョンや方向性を示し、その実行を中心的に担うエンジニアリングおよびデザイン組織を管掌しています。また、セキュリティ事業や鹿児島拠点の立ち上げなど、新しい取り組みを行うチームを

バルクヘッド パターンは、障害を許容するアプリケーション設計の一種です。 バルクヘッド アーキテクチャでは、アプリケーションの要素をプールに分離し、1 つの要素で障害が発生しても、他の要素は引き続き機能できるようにします。 これは、船体の区分された区画 (bulkhead: 隔壁) になぞらえた命名です。 船体が傷つけられた場合、水浸しになるのは破損した部分だけで、これによって船が沈むのを防ぎます。 コンテキストと問題 クラウド ベースのアプリケーションには複数のサービスが含まれ、各々のサービスは 1 つ以上のコンシューマーを持ちます。 サービスで過度の負荷やエラーがあると、そのサービスのすべてのコンシューマーに影響します。 さらに、コンシューマーは複数のサービスに同時に要求を送信し、要求ごとにリソースを使用しています。 コンシューマーが、正しく構成されていないまたは応答していないサービス

マイクロサービスアーキテクチャにおけるデータベース再び 以前のブログで、マイクロサービスにおけるデータベースの持ち方と、その場合のデータの整合性の取り方の問題について解説しました。 今回も、マイクロサービスアーキテクチャにおけるデータベースの持ち方に関するデザインパターンの特徴について説明し、その後にこのデザインパターンにおいて起きる起きるもう一つの問題、トランザクションをどうやって実装するかという点について解説したいと思います。 Database per Serviceパターンにおけるトランザクションの難しさ マイクロサービスアーキテクチャにおいてデータベースをどのように持つか？という問いに対する答えには、前回説明したとおりDatabase per Serviceというデザインパターンがありました。 このデータベースのデザインパターンの特徴は、データベースが必要なサービスごとにそのサービ

最近、エンジニアリング組織の健全さの指標に、 d/d/d というのを用いてる。 deploys / a day / a developer の略で 1日あたりのデプロイ回数を開発者数で割ったもの。 だいたい、0.1 以上なら健… https://t.co/2DQo7GBR7j

クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（後編）。JAWS DAYS 2014 大規模なオンラインサービスを支えるためのオートスケールと、サービスをすばやく進化させていくための迅速なデプロイ。クックパッドはこの2つをクラウド技術の組み合わせによって両立させています。 同社のインフラ責任者である成田氏がその仕組みやルールを、Amazonクラウドのユーザーコミュニティ主催のイベントJAWS DAY 2014で解説しました。 （本記事は「クックパッドのデプロイとオートスケール（前編）。JAWS DAYS 2014」の続きです） オートスケールはAmazon Auto Scalingを使わないと判断 今日の本題であるオートスケールの話をしたいと思います。 オートスケールとは一般に、トラフィックが増えたらサーバを増やしましょうね、という作業を自動化するものです

こんにちは、サーバサイドエンジニアの@Juju_62qです。 今回は年末から仕込んでいたタイミーのSLOについてと、その時に得た学びを紹介したいと思います。 概略 結論としてタイミーのSLOで大事にしているのは以下の3つです。 プロダクトの緩やかな品質低下を検知できるものであること プロダクトの健全性を大局的に把握できるものであること 罰則はSLOを消費する行為に相反する行動を取ること また、組織で新たなものをやる時は熱量/知識/経験のいずれか2つ以上が必要になることも学びとなりました。 概略 SLO（Service Level Objective）とは なぜSLOを作ったのか SLO導入前の状態 SLOの役割 導入のために行ったこと タイミーで定義しているSLOについて 利用チームについて SLOでどの範囲を扱うかについて 違反時について SLOの見直しについて SLOを導入してよかった

はじめに CX事業本部の佐藤智樹です。 今回は「モダンアプリケーションのためのアーキテクチャデザインパターンと実装」のセッションを聞いたのでレポートします。 これからマイクロサービスやサーバーレスなど新しい設計に挑戦する場合や既に取り入れている場合に、アーキテクチャデザインの指標として非常に参考になるセッションだったので是非動画を見てください。 セッションではモダンアプリケーションに対する定義を最初に示したのちに、Beyond the Twelve Factor Appの各要素がそれぞれどのような原則なのかまず抽象的な考えから入り、具体的にAWSサービスを使うならどのように実現できるかという流れで一貫して紹介されていました。 マイクロサービスやサーバーレスなどの設計は抽象例だけだと難しく、具体例だけでは機能にフォーカスしすぎて何が解決したかったのかが不明確になりやすいと感じています。 この

Babylon.jsと色々なものを組み合わせる：ブラウザのAPIやガジェットや2D描画ライブラリなど / Babylon.js 勉強会 vol.3

新型コロナウイルスの影響下で、食の宅配などO2O（Online to Offline）サービスが好調です。なかでも有名漫才師を起用したテレビCMも話題となった出前館は、2020年8月期の連結決算で利用者数が前期比で31％増、売上高も前期比で54.6％増となりました（ただし広告展開やシステム投資などの先行投資により営業利益は赤字となっています）。 この背景に、株式会社出前館とLINE株式会社が2020年3月に締結した資本業務提携があります。LINEが出前館の経営に参画し、広告だけでなくサービスの提携も進んでいます。2020年11月には「出前館」アプリがLINEアカウントと連携し、出前館のOEMだったLINEデリマは12月にサービス統合されました。 ただしLINEでは、出前館を「LINE」アプリの関連サービスではなく、独立したO2O事業として継続的に成長させたい。そのためLINEのエンジニアを

これまで、クロコスCTO、ヤフージャパン マーケティングソリューションカンパニー開発本部ソーシャルマーケティング開発部部長、メルカリCTOなど、多くの企業でエンジニアチームを率いて、各企業・各組織にあった組織づくりに尽力してきた柄沢聡太郎氏。 2020年に発生したコロナ禍は多くの業界に多大なダメージを与えました。その状況下で、新たな飲食店デリバリースタイルを目指すスターフェスティバル株式会社。柄沢氏は、同社で取締役CTOを務めながら、自身の店である吉祥寺にあるビアレストランP2B Hausオーナーとして奮闘。テクノロジー・エンジニアリングと外食・飲食産業を掛け合わせたさまざまなプロダクト開発に関わっています。 今回、非常に多彩なキャリアを積んできた柄沢氏（sotarok氏）に、動いているプロダクトやサービスのエンジニアリングとチームビルディング、そして、自発的なプロダクト開発ができる組織づ

このテキストは、2020年７月に発売の書籍『売上が上がるバックオフィス最適化マップ』（クロスメディア・パブリッシング）の「第1章」をnote用に編集したものです。 本書は、読んで字の如く、バックオフィスや、その他企業内の業務をITによって最適化する手法をお伝えするものです。近年、ITによるバックオフィス最適化を考える企業は増えていますが、ITサービスの導入などに苦戦するケースも同様に多いです。そのような悩みを持つ経営者やIT活用を推進されている方々に、IT活用・導入に必要な考え方や方法論をお伝えします。 この記事の前提となる話（本では「はじめに」にあたる話）をまだ読まれていない方は、まずはこちらをご参照下さい。 このテキストでは、「なぜ多くの企業でIT活用が進んでいないのか」という点について、さまざまな観点から解説していきます。 まず、みなさんにぜひ認識していただきたいのは、バックオフィス

以前から何故CTOに代表される技術系の役員という役割が必要なのだろうか？と考えていた。技術が重要なだけなら昔ながらの製造業や通信産業の組織でも似たような役割が設定されていたはずだ。みんなバカじゃないので。CIOはいたがCTOはあまり聞かなかった。その違いはなんだろう？ スタートアップとして投資を受ける時にVCから「あなたのチームは技術者採用できますよね？」というのを証明するためにCTOの設置が求められたりするなど、特にWeb系企業においてはあたりまえの役割として設置されている。つまり技術者のキャリアパスとして、役員クラスまで登れるんですよ、という道筋の提示という役割はまああるのだろう。 ただ、それだと客寄せパンダにしか見えなくもなく、ビジネス的な役割が適切に存在しないのであれば長くは続かない。やはり技術部長やテックリードではなく、役員クラスとしての責任をどう果たすから技術系役員が必要だとい

会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

ランサーズ Advent Calendar 2020 24日目の記事です。 昨日は まなみん さんの 「思考発話法でUXリサーチをしてみた話」 でした。 概要 社員ではなく、1人のフリーランス人材（ランサー）として、ランサーズ社を手伝っています。 「こんなことをやってきたよ！」という話を、書ける範囲で書きます。 CRM（顧客管理）x データ活用 の案件を主に担当しています。 注意 本稿は筆者個人の見解に基づく内容であり、関係組織を代表するものではありません。 不適切・考慮不足だと感じさせてしまう点があれば、それは筆者個人の責任によるものです。 どうぞ筆者個人宛てにご指摘のコメントをいただけますと幸いです。 もくじ 概要 注意 もくじ きっかけ 案件1:顧客セグメント可視化 案件2:社内システム改善 案件3:オープンデータ活用 その他:データプラットフォームのメンテナンス性向上 意識している

差別や人権の問題を「個人の心の持ち方」に負わせすぎなのかもしれない。 「マジョリティの特権を可視化する」イベントレポート こここスタディ　vol.02 職場やSNSで見聞きする、さまざまな差別やハラスメント。 「なんでこんなことが起こるのだろう」「もっと平等な社会になったらいいのに」「人としての権利が当たり前に守られるべき」と、当事者の叫びに胸を痛める人は少なくないはずだ。 「私は“中立”。差別なんてしないのにな」と思うことだって、正直あるだろう。 けれど実際には、“中立”で何もしなければ差別にはあたらないという意識そのものが、差別的な社会構造に加担してしまう危険性をはらんでいる。 こう指摘したうえで、問題を個人の態度に由来するものではなく、「マジョリティの特権」から捉えようとするのが、上智大学外国語学部教授の出口真紀子さんだ。 差別や人権の問題は、これまで差別されるマイノリティ側、社会的

はじめにIT産業が集まる街といえば、シリコンバレーが有名だ。Airbnb、Uber、Facebook、Salesforceなど数々の会社がサンフランシスコ近辺にオフィスを持つと同時に、名門VCオフィスが並ぶ「Sand Hill Road」もある。サンフランシスコのどのカフェに行っても、起業家が自分のアイデアを誰かにピッチしている姿を見かけるのが普通だった。テック業界の起点がサンフランシスコであるからこそ多くの会社はサンフランシスコにオフィスを抱えている。 引用：Gfycatただ、それが変わってきている。実はここ数年でサンフランシスコとカリフォルニア州の状況が悪化している中、起業家やVCはカリフォルニア州から撤退。そしてコロナがその動きを加速したことで、今ではかなりの勢いでサンフランシスコから他の都市へテック業界が分散され始めている。何故このような動きになっているのか？多くの方はサンフランシ

バーチャル六本木ではたらく、藤原です。 株式会社medibaは "ヒトにHappyを” ミッションに、サービスデザインをする会社です。 "クリエイティブセンター"という、マトリックス組織立ち上げから半年ほど経ったので、取り組んできたことなど記録していきたいと思います。 今回は、変わりゆく個人と企業との関係に「UXデザイン手法」と「ノーコード開発」を取り入れた "はたらくヒトの体験デザイン"【Employee Experience Design】について ①【前編】バックオフィスにもUXデザインを。 ②【後編】組織DXには、日々の慣習を一歩前へ。に分けてお話したいと思います。今回は前編です。 なぜ、はたらくヒトの体験デザイン【EXD】なのか？ UXデザインの仕事は、社会やユーザーへの価値をデザインすること、そしてリリース済のプロダクトには改善を手掛けることになります。 しかし、ユーザーや事業