エンジニア運用工数40%削減！Bill One における運用改善のとりくみ - Sansan Tech Blog
Bill One Engineering Unitの田上です。運用改善と題したプロジェクトによって、エンジニアの運用工数を半年で40%削減することに成功したので、今回はその取り組みをご紹介します。 背景 Bill One のエンジニアリング組織では、フルサイクルエンジアリングで開発と運用を行っており、開発者自身が運用対応（本番環境で発生したエラーの調査・対応、ユーザからの依頼・問い合わせの対応など）を行っています。 エンジニアが自身の開発したプロダクトへのフィードバックを迅速かつダイレクトに受け取れる非常に良い方式ではあるのですが、その対応工数があまりにも多くなりすぎて開発工数が逼迫するようになっていました。 その状況をどうにかするため半年の期限付き特命チームとして運用改善チームを立ち上げることにしました。 立ち上げ 組織内のフラストレーションの高まりを背景に、2名のエンジニアが新たなチー
A/Bテストを推進しようとしている話 - Sansan Tech Blog
技術本部 研究開発部の小松です。社内/社外向けのアプリケーション開発や、社内のデータ活用促進、学術研究に取り組んでいます。 本稿では、Sansan社内でデータに基づく意思決定を浸透させるために、A/Bテストの活用を推進しようとしている取り組みについて書きます。「しようとしている」という表現からわかるように、他のテック企業と比べるとSansanでのA/Bテストの活用はまだ定着しているとは言えません。A/Bテストに関する私たちの試行錯誤の過程を公開していくことで、読者の方からフィードバックを得たいという試みです。今後、A/Bテストに関する技術的な記事を発信していく予定ですので、ご期待ください。 なぜA/Bテストを推進するか なぜA/Bテストを推進するかという筆者なりの回答は、以下の2点です。 成功確率のコントロールが難しいことを前提とすると、成功を引き当てるためには多くの実験が必要となる。その
「見積もれ」には「わかりません」で答えた Hacobuがフルリプレイスを成功させるまでの道のり
今動いているサービスを止めて、フルリプレイスすることはできるのかーー。そんな、一見無謀とも思える挑戦をやり遂げた企業がありました。株式会社HacobuのCTOである戸井田裕貴氏は、なぜクラウド型物流ソリューションである「MOVO」のフルリプレイスを決断したのでしょうか。その秘密に、レクターの代表取締役であり、日本CTO協会の理事でもある広木大地氏とともに迫ります。 HacobuのCTO ーーまずは戸井田さんに、自己紹介をお願いしてもよろしいでしょうか。 戸井田裕貴氏（以下、戸井田）：僕は、そもそものキャリアでいうとソーシャルゲームの開発が長くて。2011年から丸6年ぐらいなので、まさにソーシャルゲームバブル、スマホバブルがあったあの超加熱していた状態で、その時トップランナーだったgloopsという会社で、ソーシャルゲームをバンバン作っていました。そこの新規プロダクトのリードばかりをやってい
ゼロからAI組織を作る｜ばんくし
はじめにAI組織をゼロから作り、拡大していく時のことを書く。 私自身がAI組織を立ち上げるにあたって、各社のAI組織の部長クラスやCTO、VPoEに20名以上にヒアリングした結果、そして私がここ1年強でした実体験を元にしている。 全ての場合で必ずしも正しいものではないかも知れないが、今後のために言語化しておく。 重要な３つのことあなたが「AI組織作ってよ」と言われた時、そして組織開拓を進めている時に絶対に必要な事が3つある。これから起こる事全ての事象で、この前提を頭に置いておかないといけない。 AI分野外の人は分野内の事は分からない 組織やグループのミッションに沿う事が必須 コミュニケーションを避けてはいけない これは私の経験的にもそうだし、あらゆるAI組織のリーダーが組織作りで最も多く挙げている重要要素でもある。 AI組織という船の漕ぎ手はあなた大前提、AI分野（機械学習エンジニア、デー
「シリコンバレーでは、チャットベースでもすごいスピードで開発が進んでいた」 “良いものは真似して、さらに良いものを作っていく”文化から学んだこと
NECソリューションイノベータ株式会社・シニアプロフェッショナル ITアーキテクトの茂木貴洋氏は、シリコンバレーでの新規事業会社立ち上げで得られた経験から、チーム作りの方針として活かしたことについて話しました。全2回。 本セッションのサマリー 茂木貴洋氏：みなさんこんにちは。NECソリューションイノベータの茂木です。「オフラインよりも近い組織を作る シリコンバレーで学んだモブワークの勧め」というタイトルで進めます。 まずはサマリーですが、どんなことを話すかというと、私はお客さまのDX実現やDX化をする組織に所属しております。コロナ禍にほぼ完全リモートで立ち上がったので、そこに対する話と、実際にその組織を立ち上げて事業をやっていくにあたって、シリコンバレーで新事業開発を行った経験を活かして、自組織のDX、文化改革みたいなものを実施したということ。 あとは、実際にクラウドサービスなどのフル活用
組織・プロセス・技術 - フロントエンドの生産性向上への複眼的アプローチ - Findy Engineer Lab
2023年9月、ファインディ株式会社は「フロントエンドの開発生産性」と題したオンラインカンファレンスを開催。第一線で活躍しているエンジニアを招いて、フロントエンド領域における開発生産性を向上するための組織づくりや戦略について語っていただきました。 本稿では、弁護士ドットコム株式会社にてクラウドサイン事業本部Product Engineering部マネージャーを務めている芳賀 将至さんのセッション「組織・プロセス・技術 - フロントエンドの生産性向上への複眼的アプローチ」の内容をご紹介します。 クラウド型電子契約サービス「クラウドサイン」を手がける同社は、コロナ禍で事業が急成長。サービスの成長に伴い、フロントエンドエンジニアのメンバーは3年で5倍に増えました。人員増加により、できることが増えた一方で、対応すべき課題も発生。解決に向けて、技術、プロセス、組織といった三つの領域で行われた取り組み
マネーフォワード CTO が考えていること（2023 年 12 月） - Money Forward Developers Blog
こんにちは、マネーフォワード CTO の中出（なかで）です。 CTO の私が、普段「なにを感じて、どんなことを考えているか」について、四半期に一回社内へ共有している内容を一部編集し、 Developers Blog に公開したいと思います。 前回はこちら：マネーフォワード CTO が考えていること（2023 年 9 月） 技術的負債とその返済 7年前、2016年12月にCTOになって、最初の大きな決断は、すべてのサービスが一つの大きなデータベースに依存している状態から抜け出すことでした。私たちは小さなベンチャー企業でしたから、素早くサービスを立ち上げるためにデータベースを分割せず、大きなデータベースを共有するという技術的な意思決定がされていました。 しかし、その決定はサービスが軌道に乗るにつれて問題を引き起こすようになります。毎月、給料日になるとデータベースの負荷が高まり、全サービスがスロ
令和最新版エンジニアのリーダーシップ論 - エムスリーテックブログ
エムスリーエンジニアリンググループ製薬企業向けプラットフォームチーム（「Unit1」）の三浦 (@yuba)です。乗り物大好き男の子ですので好きなテレビ番組は銀河鉄道999とナイトライダーです。 さて「フラットな組織」だとよく言われるエムスリー、特にわがエンジニアリンググループなのですが、そのフラットってどういう感じなんでしょう？ 上意下達の体制でない中では、人々はどう組織としての目標を共有して一緒に動いているんでしょう？ この疑問への、（管理職でない）一般エンジニアとして5年半やってきた私なりに得た答えをご紹介したいというのが今回のお題になります。これは エムスリー Advent Calendar 2022 の5日目の記事です。前日は id:hsasakawa による グローバルサービスの開発における技術的な意思決定 - エムスリーテックブログ でした。 そしていきなり最初に結論から言っ
エンジニアとビジネスの距離感の難しさ｜ばんくし
はじめにタイトルの通り最近「ソフトウェアエンジニアがビジネスの話をする」って極論かなり難しくねと思っており、まだまだ自分の中にも答えはないが書いてみる。 逆に読むと良い記事、書籍、論文があるなら教えて欲しい。 背景近年「エンジニアは事業貢献してこそ」「エンジニアもユーザファーストでビジネス貢献」といった言説がIT界隈で増えて来ている感じがしている。 これは本当に良いことだと思っていて、技術や業界全体の経験の積み重ね、研究活動によって、技術やノウハウがコモディティ化したことで、より本質的なエンジニアリングが提供すべき事を考えられるようになっている結果の1つだなと思う。私がエンジニアリングを最初に学んだ頃なんかは、ソフトウェアエンジニアはキツいみたいな文脈で3K職だと言われていて、高専でも「電気系に行ったほうが安泰だぞ」と先生が言うほどだった。GitHubやCI/CD、クラウド、OSSだったり
HRとして熱量を上げる｜ばんくし
1エンジニア、Tech Leadとして入社しましたが、現在完全にジョブタイトルも評価もビジネス職になり、100％ HRとして働いています、ばんくしです。 最近「兼業なんですよね？」「なぜHR？」と聞かれる事があまりにも多いので、１つ記事を書いておこうと思い至っています。 やっていること実際に100% エンジニア採用にフォーカスしています。 技術広報の管理から分析、採用フロー設計、社内外の需要調査、採用Opsの構築や連携、書類チェック、候補者とのやり取り、カジュアル面談、1on1でのキャリア相談、各制度設計など全てのHR業務に時間を費やしています。 完全にビジネス職のようなカレンダーで過ごしています 加えて候補者に合わせる関係上差し込みタスクも多いという状態です採用においては、戦略と寄り添いが全てだと思っているので、面談等の定常タスクの時間以外は、事業と人を知り考える時間に当てています。 ひ
組織状況の変化の中で運用するフロントエンドエコシステム - Findy Engineer Lab
2023年9月、ファインディ株式会社は「フロントエンドの開発生産性」と題したオンラインカンファレンスを開催。第一線で活躍しているエンジニアを招いて、フロントエンド領域における開発生産性を向上するための組織づくりや戦略について語っていただきました。 本稿では、合同会社DMM.comのフロントエンドグループにてマネージャーを務めている小西一平さんのセッション「組織状況の変化の中で運用するフロントエンドエコシステム」の内容をご紹介します。 同社は、フロントエンドの開発生産性とUI/UXの一貫性の向上を目的として、2021年にフロントエンドグループを立ち上げました。エコシステムを整備することで当初の目的は達成しつつあったものの、しばらくしてから別の課題が発生してしまったのだそう。新たな課題とはどんなものだったのか、その対処法とは？ ■プロフィール 小西 一平（こにし いっぺい） 合同会社DMM.c
認知負荷で考えるフロントエンドの組織体制 - Findy Engineer Lab - ファインディエンジニアラボ
2023年9月、ファインディ株式会社は「フロントエンドの開発生産性」と題したオンラインカンファレンスを開催。第一線で活躍しているエンジニアを招いて、フロントエンド領域における開発生産性を向上するための組織づくりや戦略について語っていただきました。 本稿では、Chatwork株式会社にてエンジニアリングマネージャーをしている澁谷 哲也さんのセッション「認知負荷で考えるフロントエンドの組織体制」の内容をご紹介します。 2019年に上場を果たし、急成長を遂げている同社。それに伴い開発組織の拡大が急務となり、職能別組織から職能横断型組織への移行がスタートしました。しかし簡単に移行できるわけではなく、澁谷さんは「プロダクトの特性もあり、組織体制を移行するためにはいくつかの課題もある」と語ります。Chatworkが直面した課題とは、どのようなものだったのでしょうか。 ■プロフィール 澁谷 哲也（しぶた
[読書] エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング～ 読んで自分の理解をまとめてみた | DevelopersIO
[読書] エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング～ 読んで自分の理解をまとめてみた ゲームソリューション部の新屋です。 長い間積み本だった「エンジニアリング組織論への招待」を読了しましたので、私なりのまとめ・感想を述べていきます。 まとめ エンジニアリングで不安と立ち向かう！ その心構えと不安の正体と分析、そして立ち向かう方法について教えてくれる本でした。 感想 上司が「視座を高く・視野を広く持て」とよく言われますが、大志を抱け、くらいのエールみたいなものだろうとずっと考えていました。本書を読むとその意図がちょっとわかった気がします。 自分はPMという立場ではありませんが、本書で紹介されているマネジメント手法は積極的に使っていけると思います（エンジニアから提案するシーンは多いですし） 本書では、開発現場で起きる数多くの問題たちが紹介されています。も
![[読書] エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング～ 読んで自分の理解をまとめてみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/6f1fde3cff7767965729d2d96d3e31da5b8a643d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_developers.io_1200x630.jpeg)
マイクロサービスアーキテクチャは大変という話 - pospomeのプログラミング日記
最近「マイクロサービスって大変だな」と感じることが多いので、書いてみた。 単なる感想です。 pospomeのマイクロサービス歴 面倒なのは技術ではない モノリスだと厳しい 楽しくもある 宣伝 pospomeのマイクロサービス歴 以下の企業で7年ほどマイクロサービスに携わっている。 DeNA（ゲームプラットフォーム） メルカリ（認証認可基盤） DMM（DMMプラットフォーム） DeNA, メルカリではサーバサイドエンジニアとして仕事をしていて、 DMMではプラットフォーム事業本部という120人のエンジニアが在籍する開発組織のアーキテクトとして仕事をしている。 それぞれの会社で開発の規模感、開発体制、自分の役割などが異なるので、 直接比較できないが、やはりポジション的に今のDMMが一番大変だなーと感じる。 面倒なのは技術ではない マイクロサービスというと "分散トランザクション" とか "通信
大企業で優れた新規事業が「空中分解」するワケ 社内組織の限界を超える事業切り出し戦略 デザイン会社 ビートラックス: ブログ
「優れたアイディアでも実現に至らない」。 このもどかしさは、新規事業に携わる方なら、少なからず感じたことがあるのではないだろうか。 実は筆者は、btraxに入社する前、大企業で新規事業開発に取り組んでいた。自身で新規事業を推進したこともあれば、新規事業に挑戦する社員向けの研修プログラムを主催したこともあった。 そして、その過程でたびたび、冒頭の「もどかしさ」を感じていた。 近年、変化する時代に対応し、新たな事業の柱を作るために、大企業内で新規事業を生み出す活動が盛んに行われている。 これまで大企業内の新規事業は、人材育成や風土改革戦略の一環として、あるいはどのような事業領域に可能性があるかを探るための「探索」的要素が強かったといえる。 しかし、最近はそれだけではなく、本格的な事業化やグロースを狙う動きが活発になっている。 具体的には、社員が上層部に起案して推進するボトムアップ方式や、上層部
[書評]シニアエンジニアから先のキャリアを考える「スタッフエンジニア マネジメントを超えたリーダーシップ」 | DevelopersIO
「シニアエンジニアになったけど、この先何を目指すべきなのか？マネージャー?」のような悩みのある方に向けたマネージャー以外の選択肢に関する本「スタッフエンジニア マネジメントを超えたリーダーシップ」の書評です。 はじめに 「シニアエンジニアになったけど、この先何を目指すべきなのか？マネージャー?」 「会社としてシニアエンジニアに今後どんなキャリアを提示できるだろうか？」 社内で一定以上のキャリアに到達すると、従来の大企業などの場合はマネージャーに昇進することが多かったかと思います。国内の先進的な企業ではエキスパート、ICなどの肩書きが生まれている印象です。海外ではシニアの上位でエンジニア寄りのポジションとしてスタッフエンジニアなどの役割を作っています。スタッフという言葉が日本では聞き馴染みなかったですが、「エンジニアのリーダー」や「幹部の補佐」に相当するポジションです。では、スタッフエンジニ
![[書評]シニアエンジニアから先のキャリアを考える「スタッフエンジニア マネジメントを超えたリーダーシップ」 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7810caf2fbb484cabe37f366edd569a62a2c183/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F05%2Fstaff_engineer_book.jpg)
「そういえばマネージャーのことを何も知らないな」 CTOがメンバーレイヤーにいた時に得た気づき
2017年から開催してきた「明日の開発カンファレンス（通称：アスカン）」。今回は、EM（エンジニアリングマネージャー）の方を招き、開発・エンジニアとの関わりや、組織の中での活動についておうかがいをしました。ここで登壇したのは、株式会社Cake.jp、CTOの新多真琴氏。自律型の開発組織を作る上での試行錯誤について発表しました。全4回。1回目は、ケーキ・スイーツの総合通販サイト「cake.jp」の紹介と、新多氏の経歴について。 会員数は130万人超、5000種類以上の商品を取り揃える「Cake.jp」 新多真琴氏：「『自律型開発組織』を目指すCTOの試行錯誤の記録」というタイトルでしゃべります。よろしくお願いします。 （スライドを示して）今日、お話しすることはだいたいこの4つです。上の2つはパッと終わらせて、下の2つが本編という感じです。試行錯誤もいろいろあって、いろいろあるうちの技術選定の
「日本はものづくりをリスペクトし過ぎている」 及川卓也氏×葛岡宏祐氏からみた、海外のエンジニアリング組織との違い
「強いエンジニアリング組織」を作るにはどうすれば良いかーー。自社の課題を解決するIT製品・サービス、業界の最新動向などを著名人による特別講演で学べるイベント「ITトレンドEXPO2023Winter」において、海外での経験も豊富なTablyの及川卓也氏とハイヤールー の葛岡宏祐氏が、「強いエンジニアリング組織の作り方」について対談しました。前半はエンジニアリング組織の課題について。 及川卓也氏と葛岡宏祐氏のプロフィール 司会者：それではスピーカーを紹介します。まずベンダー企業からは、株式会社ハイヤールー 代表取締役の葛岡宏祐さんです。よろしくお願いいたします。 葛岡宏祐氏（以下、葛岡）：よろしくお願いいたします。 司会者：続きまして専門家としてお迎えしているのは、外資系IT企業にてソフトウェア開発からプロジェクトマネージャー、エンジニアリングマネージャーと、幅広く従事したのちスタートアップ
GitとGitHubを分かりやすく！ 組織開発で生かすツール選択とプロジェクト進行を解説｜ハイクラス転職・求人情報サイト AMBI（アンビ）
GitとGitHubを分かりやすく！ 組織開発で生かすツール選択とプロジェクト進行を解説 分散型バージョン管理システムのGitと、そのホスティングサービスとしてプルリクエストなどの機能をもつGitHubは、ソフトウェア開発環境として広く普及しています。本記事ではGitやGitHubの考え方や使い方の基本を解説するとともに、実際のプロジェクトにおける開発の進め方を簡単に紹介します。 この記事を読み始めているということは、GitやGitHubに興味をお持ちのことでしょう。Gitはバージョン管理システム、GitHubはGitのホスティングサービスで、いずれもソフトウェア開発を中心に利用されています。近年では、2018年にGitHubの運営会社がMicrosoft社によって買収されたことでも話題になりました。 この記事では、GitやGitHubの基本的な使い方や考え方を解説します。また、実際の開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ変化を起こすのが難しいのか？ - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years
