ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 開発チームで週1回、11人で集まる全体定例MTGをやっていたのですが、業務見直しの結果、試験的に廃止することにしました。 自分達の活動の記録として書いてますが、読者のみなさまにとっても業務の見直しのきっかけになれば幸いです。 きっかけ 同僚からのオススメで『SUPER MTG』を読みました。 最適な人数やファシリテーターが陥りやすい罠など、MTGオーナーになることが多い人間として、非常に参考になる本でした。 自分が関与する全てのMTGに対して「本当に必要なMTGなのか？今のままのやり方でいいのか？」を自身に問いかけながらこの本を読んでいました。 また別の観点で、これから採用活動等で自身のリソースがより厳しくなるので、生産性の低い業務はどんどん見直していきたいタイミングでもありました。 そうしたきっかけで、

「Engineering Manager Advent Calendar 2023」シリーズ2・23日目の記事です。 はじめに ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 2023年の前半より、チームでのQ目標設定と、チーム目標に紐づく個人Q目標の設定を始めました。現在、目標設定を始めて3期目です。これまでに起こった変化などをまとめていきます。 よかったこと いきなり結論、というか記事タイトルでもありますが、「事業・チームに戦略マネジメントが生まれた」というのが最大の変化であり、よかったことです。 スタートアップである以上、リソースは限られています。しかし、やりたいことは山のようにあり、その全てが「重要かつ緊急」のように思えます。 限られたリソースの中で、最小のコストでアウトカムを最大化させるためには、「本当にやるべきこと」を決める、逆に言えば「し

「エンジニア組織の開発生産性・開発者体験向上の取り組みをシェアしよう！ by Findy Advent Calendar 2023」のシリーズ2・18日目の記事です。 はじめに ペイトナーファクタリング事業部でEMをやっている 脇田（@shimpeee_）です。 2023年の1年間で行った、チームの開発生産性改善につながった取り組みをいくつか紹介します。 正直、1つ1つの取り組みそのものにはほとんど目新しさはないです。ただ、当時どういった課題があり、どういった過程を経て取り組みを行うに至ったかのストーリーは、どんな現場であっても唯一無二です。社内のメンバーに向けて、将来一緒に働くメンバーに向けて、そして自分自身の業務の棚卸として、チームの活動の歴史を残しておきたいと思い書きます。 1年前の状況 ちょうど一年前、開発生産性アドベントカレンダーでチームの活動を書いていました。 paytner.

はじめに ペイトナー請求書のフロントエンドを主に担当している @fuqda です。 本稿では、ペイトナー請求書のフロントエンドのテストコードを書きやすくするために最近導入したrosieというライブラリが便利だったので、そちらのご紹介をさせて頂きます。 この記事の対象読者 Jestなどで使用するダミーデータを毎回ベタ書きして疲弊している方 RSpecのFactoryBotのようなライブラリがフロントエンドにも無いのかと探している方 rosieとは？ Ruby on Railsでテストコードを書く際のダミーデータ作成ライブラリとして有名なFactoryBotにインスパイヤされたJavaScript用のライブラリです。 https://github.com/rosiejs/rosie rosieのセットアップ手順 1. rosieと型定義のインストール $ npm install rosie @

はじめに ペイトナー請求書のフロントエンドを主に担当している @fuqda です。 本稿では、ペイトナー請求書のフロントエンドの品質改善の一つとして、最近実施したスナップショットテストの導入についてご紹介させて頂ければと思います。 この記事の対象読者 Vue.js / Nuxt.jsでJestのスナップショットテストを実装する方法について関心がある方 テストコードがないフロントエンドにこれから自動テストを導入しようとしている方 スナップショットテストとは？ スナップショットのテストはUI が予期せず変更されていないかを確かめるのに非常に有用なツールです。 https://jestjs.io/ja/docs/snapshot-testing Jestの公式ドキュメントにも記載があるようにHTML要素の差分を検査し、違いがあれば失敗にするテストのことです。 なお、CSSのスタイル崩れなどの検知

開発生産性 Advent Calendar 2022 16日目の記事です。 はじめに ペイトナー株式会社の脇田（@shimpeee_）です！『ペイトナー ファクタリング』開発チームでエンジニアリングマネージャー兼スクラムマスターとして、開発生産性と日々向き合っています。 「コード品質？レビュー効率？いや、PR数だ！！！」これは、他の誰でもなく、半年前の自分に声を大にして伝えたい叫びです。 「PR作成数をKPIにすると良い」とは知っていましたが、実は勘違いしていました。 コード品質やレビュー効率が改善された結果、PR作成数が増えると思っていました。ですが、実際は逆でした。 PR数を増やそうとする（つまり、 PRサイズを小さくする）ことで、レビュー効率が改善され、コード品質も高まっていくのです。 本記事は「PRサイズが大きいことが、生産性を落としている全ての元凶だったのか・・・！」と気づくまで

Engineering Manager Advent Calendar 2022 15日目の記事です。 はじめに こんにちは！ペイトナー株式会社で1人目エンジニアリングマネージャーをやっている脇田（@shimpeee_）です。2022年5月にペイトナーに入社しました。マネージャー歴2年目の、新米マネージャーです。 ペイトナーでは、会社として「マネジメントの型化」に取り組んでおり、そのおかげで新米マネージャーの自分も経営陣と共通認識を持ちながらスピード感を持って日々の業務と向き合うことができています。 本記事では、ペイトナーでマネジメントの教科書としている「EVeMのベンチャーマネジメント理論（自分が勝手にそう呼んでいる）」の素晴らしさについて熱く語ってみようと思います。 マネジメントの目的とは この章では、これまで持っていた自分なりのマネジメントに対する解釈や思いについて触れたいと思います

はじめに ペイトナーでエンジニアインターンをしています田崎です！ 私は人生で初めて参加したテックカンファレンスであるRubyKaigi2022についての感想や自分が考えたことについてお話したいと思います！ 今回はRubyKaigiのセッションの中でもTrick2022とContribute to Rubyについて取り上げたいと思います。 Trick2022 https://rubykaigi.org/2022/presentations/tric.html#sep08 Trickとは Trickとは ’T’ranscendental（霊的領域に関する、世俗を超越した、超絶技巧） ‘R’uby（ルビー） ‘I’mbroglio（極めて混乱した、恥ずかしい事態） ‘C’ontest（コンテスト） for Ruby ‘K’aigi から取った名前であり、Rubyで記述された複雑かつ面白いコードを

はじめに ペイトナーのエンジニアの井齊です。 みなさんはシステムのテストをどのように行っていますか？ バックエンドであれば、PHPunit, RSpec, JUnitなど フロントエンドであればJestなどで行われているかと思います。 弊社のペイトナーファクタリングのシステムではバックエンドはRailsでRSpecを使っており、フロントエンドのテストとして自動E2E(End to End)テストツールである「Autify」を使っています。 paytner.co.jp 今回はその一環として、フロントエンドのテストとして導入した「Autify」についての感想や良かった点、課題などを伝えたいと思います。 結論 直感的でわかりやすい！！ AutifyのHPでも、 ノーコードと簡単な操作でスムーズにテスト作成 と紹介されておりますが、ぽちぽち画面の要素を押すだけという"簡単な操作"で、直感的にE2E

ペイトナーでエンジニアをやっている脇田慎平（@shimpeee_）です！ 僕が入社した2022年5月からチーム内でペアプロ導入を提案し、実際にこれまで何度か実施して得た経験や気づきを書きます！ 結論 めちゃくちゃにイイです！！！ これからも続けていきます！！！ 以降、始めたきっかけや良かった点、苦労したことなどを書きます。 きっかけ ペイトナーには、「同期作業」という文化があります（僕がとても素敵だと思う会社文化のひとつです）。 「オンラインで繋いで、仕事の会話するもよし、雑談するもよし、黙って作業するもよし」 というものです。 業務上でのもくもく会みたいなものです。 「biz側（PM） x エンジニア」の同期作業を週2回、各30分ずつやっているのですが、これがもうすごく良くてですね。。。 ペイトナー社では現在、フルコミットメンバーは週2の出社でオフィスの席数の関係で出社日を曜日で分散させ