技術的負債

こんにちは。 Eight でエンジニアをしている鳥山（@pvcresin）です。 最近は芸人のラランドのラジオにハマっています。「お母さんヒス構文」が好きです。 さて今回は、私が普段行っている Frontend Enabling 業務の紹介をしたいと思います。

はじめに こんにちは、WHITEPLUS エンジニアリング部 CX開発Gのhirasushiです。 CX開発Gでスクラムマスターをしています。 この記事では、現在のスクラム開発体制の中で、改善や技術的負債の返済にどう取り組んでいるかを紹介します。 改善/技術的負債への姿勢 CX開発Gでのスクラムは、1週間1スプリント、月曜始まりの金曜終わりというサイクルで実施しています。 月曜午前に振り返り（スプリントレトロスペクティブ）、午後に計画 というスケジュールです。 振り返りではKPTAフレームワークを採用しており、振り返りの最後にActionとして改善のための行動について合意します。 また、振り返…

年の瀬ご多端の折、皆様におかれましては本年も大変お世話になりました。crowdworks.jpの開発をしているプロダクト開発部部長兼VPoEの@hihats です。 本記事はクラウドワークスAdvent Calendar 2022 24日目の記事です。 我々の組織ではこれまでも技術的負債解消に取り組んできていましたが、今期（10月）よりさらに人と時間をそこに集中しています。これまでこのブログでも紹介されてきたようにRuby on Railsのモノリスとなっているcrowdworks.jpにおいて、フロントエンドのVue.jsへの移行は今年に入ってから着々と進む中、バックエンドのほうは保守性の低…

2020年より七転八倒しながら進めてきた Synergy! モダナイズプロジェクト、NEWT が2022年8月に完了しました。２年半のプロジェクトを、プロジェクトマネージャーと振り返ります。 馬場 彩子（ババ アヤコ）2001年入社のシナジーマーケティング最古のエンジニア（ほんとは2番目）。最高技術責任者。2005年ローンチのクラウド型CRM、Synergy!はローンチの開発に携わっていたが、いまどんどん書き変わっていてとてもうれしい。好きなものはビールとカニ。 NEWT プロジェクトとは シナジーマーケティングが提供する CRM SaaS、Synergy! は2005年にローンチしました。今…

こんにちは、こんちゃん(@konchanSS)です。 今回はZucksアドプロダクト事業本部で、2年ほど前からはじまった負債カンバンを作成する動きから 負債返済へのアクションを起こして1年経ったのでそれを振り返ったものです。 負債カンバンとは 負債カンバンとは簡単にいうと、弊事業部にあるさまざまなサービスの負債をまとめたものです。 なぜ始まったかというのはゆっけ(@karahiyo)さんのtech blogを読んでもらえるとよりわかります。 以下、記事から抜粋したものです。 苦手なこと 課題とは認識しつつも対応が進まない、優先順位があがりきらないタスク どこにどんな技術的負債があるか把握しきれ…

こんにちは。ソフトウェアエンジニアの @ttokutake です。 この記事では、スタディサプリ小中高プロダクト開発部の技術戦略グループの活動内容を紹介していこうと思います。 「いきなり何ですか？」と思った方がほとんどだと思われますので、まずは「技術戦略グループとは何なのか」から順を追ってご紹介させていただきます。 @chaspy さんが SRE NEXT 2022 ONLINE で発表している内容と被っている部分がありますが、ご容赦いただけたらと思います。 ちなみに自分は2021年10月〜2022年9月の期間で技術戦略グループの中の横断ワーキンググループをリードする役割を担当していました。 …

初めに こんにちは。ソフトウェアエンジニアの近藤です！ 2022 年 8 月からコミューンに入社し、当社サービスの commmune の開発チームで、フロントエンドおよびバックエンドの開発に携わっております。 今回は具体的な技術の話ではなく、コミューンの開発チームの取り組みである 20%ルールについてご紹介します。 初めに 20%ルールについて なぜ緊急度の低い課題を解決することが大事なのか 具体的な運用方法 私が実際に 20％ルールを行い感じたメリットと課題 具体的に実施された事例の紹介 私が今後 20%ルールを使って取り組みたいこと まとめ

最近寒暖差が激しくて少しダレています。どうも、Azoop杦本です。 先月、数ヶ月に1度開催されている送りコードというものが開催されました。今回が第3回となります。 送りコードというのは以前の記事にも記載されている通り、エンジニアメンバー全員が普段の業務から離れて技術的負債の解消に集中する 日となっております。詳しくは下の記事をご覧ください。 tech.azoop.co.jp 重厚なメソッドの分解、フレームワークの更新、不要なファイルの削除、今まで見て見ぬ振りをしてきたものの対応、自動テストのチューニング、見えづらい問題の可視化など、今後もシステムを運用する上で必要な作業を2日間行い、最後にエン…

これまでパーソルキャリアのテクノロジー本部 本部長を務めていた柘植がパーソルホールディングスCIO/CDOに着任し、昨年7月から同ポジションに、「doda」のプロダクト開発をはじめさまざまな事業を管掌してきた上妻が就任しました。 2023年度から新しい中期経営計画もスタートし、テクノロジー本部の役割はこれまで以上に広がり、また事業の中でも重要なポジションを占めていくこととなります。 そうした中、テクノロジー本部はどのような戦略を描き、どのような未来を見据えて進化を遂げていくのでしょうか。そして上妻がテクノロジー本部で大切にしたい共通の価値観、カルチャーとは―― テクノロジー本部設立以来3年半を…

mtx2s.hatenablog.com いい話だった。 最近、前任が溜めに溜めた技術的負債に相当苦しめられていて、ストレスで発狂している。 他人が書いたコード読むの苦手。それの何が問題で、何が原因で、どうすれば解消するかを考えるのはもっと苦手。 まあでもちょっと思考放棄して他人行儀になってた面はあったかもしれない。 もう数年後に退職することは決めたので、それまでは一旦逃げずに技術的負債と向き合うか。 まあでもこういった改善活動が土日サビ残になるのは気にくわない。 うちの会社ほんまにコンプラ崩壊しとる。

はじめに インフラエンジニアの長田です。これまでマイクロアドのインフラ環境ではCentOS7を使っていましたが、現在はUbuntu20.04への乗り換えを順次進めています。 それに伴い、CentOS用に作ってきたAnsibleロールのUbuntu対応やGitHubリポジトリの構成見直し、新しいバージョンのAnsibleへの追随など様々なリファクタリングを進めています。 また、複数のansible-core、Moleculeバージョンで同時にテストするために、Pythonのテスト用仮想環境を管理するtoxというツールを活用しています。 はじめに Ubuntuへの対応 ロールのリポジトリ分離 an…

こんにちは. freee で freee会計のエンジニアをやっているけむりだま (@_kemuridama) です. 最近は技術的負債や実装の標準化を行うチームで freee会計のフロントエンドの TypeScript 化を行っています. 開催からしばらく経ってしまいましたが, 会社にサポートしてもらって参加した RubyKaigi 2023 の参加レポートを書こうと思います. すでに技術的な話題についてはいろんな人や会社から出ていると思うので, この記事はどちらかというと感想レポートです 🙏 RubyKaigi 2023 のスポンサーボード前で freee の参加者とまつもとゆきひろさんで撮…

こんにちは。CTOのzoo（YOUTRUST/Twitter）です。 このブログの公開前後で3人のエンジニアがジョインしてくれました。嬉しい限りです。 今後もエンジニアを積極的に採用していきたいわけですが、採用した先の組織体制について、現在の考えを共有させてください。 CTO室とプロダクト開発部 現在、エンジニアはプロダクト開発本部もしくはCTO室に所属しています。 それぞれのチームのエンジニアの役割は、表のようになります。 各チームのエンジニアの役割 CTO室が事業成長のための開発を主にするのに対して、プロダクト開発部は事業目標達成のための開発を主に行います。 CTO室が1~3年先を見るのに…

今回はO'Reilly社から2020年に出版された Infrastructure as Code (2nd Edition) を読み、IaCに対するテストについて個人的に気になった箇所などを書き留めていきます。 www.oreilly.com 目的 前提 IaCとは 2つ目のCore Practice IaCをテストするうえでの課題 Challenge: Tests for Declarative Code Often Have Low Value Challenge: Testing Infrastructure Code is Slow Challenge: Dependencies Co…

bootcamp.uxdesign.cc 普段は、私の考えやプロセスを三人称で書いているのですが、今回はちょっと違います。ここでは、「経験は最良の教師である」と言われるように、個人的なストーリーをお話したいと思います。 インタラクションデザイナーとして、私たちは自分の専門性のレベルを示すために、通常ポートフォリオと呼ばれる何らかの形の作品を見せることが期待されています...。幸いなことに、一部のデザイナーは実際のケーススタディに取り組み、報酬を得るとともに、本物の経験を積むことができます（私は幸運ではありませんでしたが、信じてください！）。 一方、現実のケーススタディに近い新しいコンセプトのプ…

こんにちは！BASE株式会社 上級執行役員の藤川です。今年からTech DepartmentというBASE社の開発の成功や情報システム、セキュリティ等に責任を持つチームを運営しています。 システム障害はWebサービスを自社運用する企業にとって最重要な問題であり、サービス改善のきっかけになることも多々あります。ただ単に目の前の問題を場当たり的に解決するだけでなく、再現性を減らすために体制やシステム投資の見直しなどにもつながるきっかけになるものなので、そこで起きている本質的、潜在的な課題を見つけ出すことも障害対応の重要なミッションです。 また事件は現場で起きているわけで、障害要因となるものは、何も…

どの技術を採用するか、というのはどんな会社でも遭遇する問いだ。クラウド基盤、データベース、Webアプリケーションサーバーに、開発言語に、ネットワーク機器、会計ソフトに人事管理に・・。要素を挙げればきりがないが、それぞれ選択肢がある。 どれを選ぶか、の際に最も重要視されるのが「シェア（市場占有率）」だ。世間で一番使われているものを選ぶメリットは、何と言っても持続可能性だ。シェアナンバーワンの製品はベンダーも主力製品なので止められない。シェアを取るということは、他社も満足しているということだからハズレはない。 一方で、シェアナンバーワンは、まず価格が高い。選ばれることがわかっているのにわざわざ値段…

長野県松本市にて開催された今年のRubyKaigiに3日目だけ現地参加しました。 所属会社であるGMOペパボ株式会社に参加費用を出していただきました。 昨年はリモート参加して、プレゼンを拝聴していましたが、相変わらず内容に追いつくので精一杯という感じでした。 ただ、現地参加して得られたものはたくさんありました。 まず、企業ブースにて有名企業のCTOとカジュアル面談できたり、技術的な話をできる機会がありました。 RubyKaigi終了後には、たまたま出会った海外エンジニアの方としゃぶしゃぶを囲み、テクノロジー談義に花を咲かせました。 来年はなんと沖縄で開催されるらしいです。 たった1日ですごく濃…

本を整理していて、本の表紙に「技術的負債・経営との不和。プロジェクトの理不尽。上がらない生産性。そのすべての正体は不確実性の扱い方の失敗にあった。」と書いてあり、気になり出したので再読した。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング：書籍案内｜技術評論社 2022年1月に昇進試験があり、そのときにマネジメントとは何か？みたいなお題で少し話す必要があったので、年末年始の帰省の間に読んだ記憶がある。 当時の私は上長の指示がふわふわしていて曖昧な指示が多いなと感じていたので、以下の文を読んで考えを改めた。この内容を昇格試験で話したら、面接官の管理職の一人がいい…