誰かの「やめた」ことに焦点を当てるシリーズ企画「わたしがやめたこと」。今回は、タレントのぱいぱいでか美さんに寄稿いただきました。 でか美さんがやめたのは、誰かを見返すためにコンプレックスを解消しようとすること。そして、その後コンプレックスと向き合う上で過度な「写真の加工をやめた」こと。 自分の中でコンプレックスを解消するためにやっていたことが、気付けば「コンプレックスを浮き彫りにさせていた」というでか美さん。 体験を経て気付いたことは「コンプレックスがあってもいい」「無理に完璧になろうとしなくてもいい」ということだったそうですーー。 ＊＊＊ くっそー！見返してやる！ ドラマや漫画なんかでよく聞く台詞のようで、実は現実でも使われがちなのではないでしょうか。信じてた人から裏切られた時、好きな人に振られた時、ライバルに負けた時、理不尽な目に遭った時、などなど。わざわざ口に出す人はいないけど心の中

初めまして。株式会社カミナシでPMをやっているGTOです。 先日6/30に、マネーフォワードさんと合同で勉強会を実施しました！当日お集まりいただいた皆様、ありがとうございます。 登壇者として出席させていただき、「PMの自分が如何にユーザーの声をエンジニアの共通言語へ変えたか」というタイトルで発表しました。 カミナシでも、紙というツールを介して長年使われ続けたそのフローをいかにプロダクトで解決していくのかは大きなテーマの一つです。 そんな中でユーザーさんへの価値をどう作り、またプロダクトチームへどう伝えていったのかを話してきました。 当日の登壇でお話し出来なかった部分もあるので、一部掘り下げてこの記事内で紹介します！ 登壇資料 登壇の概要 お客さんへの価値をどのように見つけ、チームと対話をし伝えるのかは最近の自分の悩みごとでした。 お客さんへの価値をどのように見つけ => 仮説検証 チームと

こんにちは、Fundsチームの @convto です。Kyashでは銀行入金やコンビニ入金などの残高の入出金に関わる部分の開発をしています。 Fundsチームではその業務の性質上多数の外部ベンダとやり取りをしています。 それぞれベンダごとに仕様なども異なるため、その接続部分のいくつかはマイクロサービスとして切り出されています。 Fundsチームの管理しているサービス間の通信でgRPCを導入する際、今後の社内の別サービスなどにも汎用的に使えるようなproto管理レポジトリを構築したのでその紹介をしたいと思います。 proto管理レポジトリで満たしたい要件について はじめに、他社の事例も参考にしつつ、自分たちがprotoを管理するにあたってどのような要件を満たせれば良いのか整理しました。 他社の事例を調査したところ、以下のような構成が多かったように思います。 名称は app-proto や p

どうも、まさとらん（@0310lan）です！ 今回は、GitHubのリポジトリをWebベースのRSSリーダーに変えることができるユニークなツールをご紹介します。 専門的な知識は一切不要で、マークダウンファイルに好きなフィードを追加していくだけですぐに自分だけのRSSリーダーを作って管理できるようになります。 すべて無料で利用可能なので、ご興味ある方はぜひ参考にしてみてください！ 【 osmos::feed 】 ■「osmos::feed」の使い方 それでは、「osmos::feed」をどのように使えばいいのか詳しく見ていきましょう！ 基本的な使い方としては、公式のリポジトリにテンプレートが公開されているので、これを自分のGitHubリポジトリとしてコピーするところから始めます。 テンプレートは以下のURLからアクセスできるようになっています。 ＜テンプレートURL＞ https://git

LayerXでCTOを務める松本勇気さんは、これまでGunosy、DMM.com、そして現在のLayerXという3社でCTOを経験した方です。事業開発や社内制度の立案・実行、開発組織のマネジメントなど、数えきれないほどの施策を講じ、技術的側面から企業の経営を支えてきました。 そんな松本さんですが、決して最初からCTOとしてのスキルが優れていたわけではないといいます。むしろ、「GunosyのCTO就任初期の頃はマネジメントの経験が浅く、至らない点がいくつもあった」と松本さんは語ります。 この記事では松本さんに、マネジメントの知見を習得した過程や、CTOを務めた3社で講じた施策の意図について語っていただきました。「開発組織のマネジメント論を学びたい」「学習し続けるCTOの知見を知りたい」という方は必見の内容です。 *…取材はリモートにて実施しました。 【Gunosy】マネジメント経験のほぼ無か

@sunaot です。『「継続性アーキテクト」という生き方』や『アーキテクトを目指すエンジニアの最短ルート』が興味を持ってもらえたので、この記事ではアーキテクトの仕事の重要な一部だと考えている「ビジネスの構造をアーキテクチャで表現する」ということについて書いてみます。 ビジネスの構造と書いてしまうと、業務のモデリングの話かなと思われるかもしれません。実際、設計手法について書かれている書籍では業務のモデリングの話が中心です。その時代の前提は、要求を持っている人としてのユーザーがいて、業務があって、そのシステム化をしていくというものでした。現在、サービス開発をしていくという中で直面している仕事はやや性質が変化していると感じています。正解となるサービスの姿というものはなく、やっているビジネスの状況やユーザーの関心も変化する中でサービス開発をし、サービス自身も変化をしていきます。サービス開発年代の

Scrum.orgの認定トレーニングであるPSPOを受講した際に、トレーニングの中で出てきたプロダクトオーナーの成熟度レベルについて、Scrum.orgのブログに記事があったので、著者のRobbinに連絡をして、許可をいただいたので、記事の翻訳をこちらにアップします。 元の記事はこちら https://www.scrum.org/resources/blog/growing-product-owner-five-product-owner-maturity-levels プロダクトオーナーの役割は、組織において様々な異なる方法で実装されています。プロダクトオーナーの責任と権限は、組織、部門、チーム、そしてプロダクトオーナーによって異なります。これは、人が成長しなければならない役割であることから、ある程度は説明できます。この役割には、いくつかの特定の能力と考え方が必要です。さらに、多くの組織

はじめに こんにちは！ アンドパッドEMの早田です。 アンドパッドでは現在絶賛採用強化中で、ありがたいことにどんどん人が増えています。 そんな中で多数のメンバーが様々な期待を持って、折角入社してくれていますのでいち早くアンドパッドという組織を知ってもらい、打ち解けていき、どんどん成果を出していってほしいという気持ちがあります。 今回は私のチームにメンバーが入った際に、どんなことを行うことでオンボーディングを達成していっているかを紹介させていただければと思います。 オンボーディングとは よくオンボーディングとかオンボとか会社で聞きますが、もともとは 「オン・ボーディング（on-boarding）」=「船や飛行機に乗っている」 という意味の単語です。 つまり会社/チームを船や飛行機に見立てて、新しいメンバーが同じ船の乗組員として目的地まで一緒に 航海してもらうために、色々なことを教えたり慣れる

1. はじめに 私のチームは2019年までは、同じフロアでチーム4人が集まって、ペアプログラミング/モブプログラミング中心で開発し、チームで情報を共有しながらお互いに助言し合って開発していました。 アジャイル開発のチームとして、わりと良い感じにコミュニケーションを取りながら開発できていたと思います。 しかし2020年に、コロナの影響で、突然チーム全員がリモートワークに変わり、それは崩壊しました。 チーム全員がリモートワークの初心者のため、リモートワーク初日は大変な事になりました。 今まで同じフロアで気軽に声をかけあっていましたが、それができなくなり、初日は「楽しくない」開発でした。 翌朝に、皆で初日の感想を話し合った結果、全員が疲労感と孤独感を感じており、今までの楽しかった開発が、一変してしまいました。 こんな状態で、この先、リモートワークを続けていけるのか、皆、とても不安を感じていました

ドキュメントツールのインストール(Windows) Macの場合の設定方法は、本項の後に記載 PowerShellの起動 各種ツールをインストールするため、PowerShellを管理者として実行 Windowsボタンを押下 powershell と入力 右クリックで管理者として実行 を選択します Chocolateyのインストール 本手順は前述で起動したPowerShellを利用 1.Chocolatey のサイトにアクセスし、インストールコマンドをクリップボードへコピー 2.前項でコピーしたコマンドをPowerShellにペーストして実行します Set-ExecutionPolicy Bypass -Scope Process -Force; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServiceP

プロジェクトが始まるときにかなり初期の段階でWBSを作ることは多いとおもいます。そのWBSの作成、プロマネやディレクターに任せっぱなしになっていないでしょうか。WBSはスケジュールをガントチャートで表したものを指していると思われがちですが、実はスケジュールだけでなく見積もりやアサインを精度高く行うためにも重要なものです。 たとえば「Webデザイン作成」というスコープにどのような実作業が含まれているかはWBSを作ることによって見える化しプロジェクトメンバーやクライアントと共有できるようになります。ときどき下記のように書かれたWBSを見ることがあります。 Webデザイン作成 ・作成 ・確認 ・修正 ・確認2 ・修正2 ・確定 しかし、これでは「Webデザイン作成」に必要な知識、さらには作業量・スケジュール・予算も分かりません。Webデザイン作成の例を続けると、下記のように「作成」のスコープを分

【制作秘話】漫画『トリリオンゲーム』は"理系"だからこそ生み出せた。原作・稲垣理一郎 × 技術監修が語る起業家&エンジニアのリアルとは？

[CEDEC 2010]ネットゲームの裏で何が起こっているのか。ネットワークエンジニアから見た，ゲームデザインの大原則 編集部：touge 先週行われた「CEDEC 2010」の講演から「ネットワークゲームの仕組みとゲームデザイン」と題されたセッションを紹介しよう。 「CEDEC 2010」公式サイト 登壇したのは，セガ第三CS研究開発部のテクニカルディレクター 節政暁生氏。節政氏は「ファンタシースター オンライン」シリーズのプログラマとして，長年ネットワークゲーム（オンラインゲーム）の開発を手がけてきてきた人物だ。この講演では，その経験からネットワークゲームのゲームデザインにおいて，気をつけるべきことについてのレクチャーが行われた。その内容には一部技術的な要素を含むものの，基本的にはプランナーに向けたものであるため，理解にそれほど専門的な知識は必要ない。いわばネットワークの基礎の基礎にあ

「ボーダーブレイク」の10年を開発者とゲストが振り返る，「10周年だヨ！ボダりな祭」レポート。12月のPS4版アップデートも一部が明らかに ライター：稲元徹也 セガ・インタラクティブは2019年8月31日，「ボーダーブレイク」（PS4 / AC）の大型イベント「10周年だヨ！ボダりな祭」を，東京・大崎ブライトコアホールにて開催した。 稼働開始から10周年を迎えるボーダーブレイクの開発陣が，同作にゆかりのあるゲストとともに，その10年を振り返った。本稿では当イベントのメインステージとなった10周年振り返りトークの模様を中心にレポートをお届けする。 会場の大崎ブライトコアホール 会場入口には，来場者が書き込むメッセージボードが設置された ボーダーブレイク10年の年表。日付まで細かくまとめられていた 物販コーナーで販売されていたグッズは，昼過ぎには売り切れているものも 「もみー」こと上岡大介氏に

「バーチャファイター」に受け継がれる哲学――不定期連載「原田が斬る！」，第8回はセガ・青木盛治氏にVFシリーズの未来を聞いた 編集部：touge ライター：箭本進一 カメラマン：大須 晶 12→ 鉄拳シリーズのプロデューサー・原田勝弘氏による対談企画「原田が斬る！」の第8回をお届けする。 久々の更新となる今回の対談相手は「Virtua Fighter esports」（バーチャファイター eスポーツ。PS4 / ARCADE）のチーフプロデューサーを務める，セガの青木盛治氏だ。「バーチャファイター」（以下，バーチャ）シリーズは3D格闘ゲームの始祖にして，原田氏が手がける「鉄拳」のライバルと言える存在。かつてのゲームセンターでは，バーチャと鉄拳がしのぎを削っていたことを覚えている人も多いだろう。プレイヤーも「バーチャ派」「鉄拳派」に分かれ，日夜意見をぶつけ合っていたものだった。 しかし，こう