こんにちは！CTOのsuzukenです。 先週今週とお休みを頂いておりました。何を書くかなあと考えていたら当日に・・。せっかく休みなので、少しテンションを落として休みモードで書いてみます。まとまりのないゆるい文書ですが、よかったらお付き合いください。 この記事はCARTA TECH BLOGアドベントカレンダー、12/2の記事になります。 CARTA CTOの仕事、わかっているようでわかっていなかった 昨年1月からCARTA HOLDINGS（以下、CARTA）のCTOを務めています。2012年に新卒でVOYAGE GROUP（現CARTA）に入社し、ソフトウェアエンジニアとしてfluctの開発をしてきました。その後エンジニアリングマネージャーをやったり、チームを立ち上げたり、はたまたコードをコミットし続けたりと、プロダクトを作ることを通じて事業に携わってきました。 やってみると、CART

sumirenです。 経営管理（事業計画作成、財務Modeling）SaaS「Zaimo.ai」を開発するZaimo株式会社で、技術顧問としてドメインモデリングや組織設計のアドバイザリを行っています。 Zaimo.aiでは、スケール後もドメインモデリングを事業全体で活用できるよう、創業間もないフェーズからドメインモデリングを組織的に活用するカルチャーづくりに励んでいます。 ドメインモデリングというと、DDDのような重厚なプロセスを想像される方が多いかと思います。同時に、技術が目的と化している熱狂的DDDファンも少なくないことから、ドメインモデルというワード自体に拒否反応を覚える方もいると思います。 しかし、ドメインモデリングはもっと手軽に使えるものであり、エンジニアリングのみならず、事業全体にインパクトをもたらしうるものと筆者は考えています。この記事では、そうしたドメインモデリングに関する

こんにちは。LayerX バクラク事業部 バクラクビジネスカード開発チームEMの @shnjtk です。新しいMacBook Proがとても気になっています。スペースブラックいいですね。欲しい。 この記事は LayerXテックアドカレ 13日目の記事です。前回は @itkq による 情報の流通性を上げコミュニケーションを活性化させるNotionデータベース でした。次回は @yossylx が担当します。 今回は、開発チームの開発速度をどのようにして測るかということについてお話します。 ストーリーポイントによるベロシティの計測 ストーリーポイント（SP）とは、アジャイル開発において、開発しようとするユーザーストーリーや機能、その他のタスクの大きさを表す見積もりの単位であり、タスク同士の相対値で表現されます。例えば「この機能はSP 3」、「この機能はSP 5」のように使われます。タスクの完了

2020年5月に公開した「リモートワークにおけるファシリテーションの方法論」の増補版をこのたび公開いたしました。 増補版のための序文（2023年10月） 資料 増補版のための序文（2023年10月） 2020年の新型コロナウイルスの世界的流行は、私たちの働き方を大きく変える契機となりました。 空間を共にしながら働くという前提は崩れ、在宅やコワーキングなど、各自が離れた場所から仕事をしていくスタイル（リモートワーク）は特別なものではなくなりました。当時、社会的に移動制限が行われたことによって、オンラインミーティングやリモートワークが普及し、逆説的に「移動からの自由」というものが生まれました。そして、移動から自由になることによって、「働き方そのものも自由」につながっていったのがこの3年間の大きな変化と言えるかもしれません。 しかし、一般的に「自由」の裏側には「自由であることの難しさ」が必ずある

スクラムは、コードを見て学ぶような具体的な開発手法ではなく、コミュニケーションや情報共有に「型」をつくることで仕事の流れを円滑にし、プロダクトの成長を加速する、いわば仕事のフレームワークです。この連載では、なぜスクラムを導入すると仕事が進みやすくなるのかを、イラストをつかってわかりやすく説明していきます。第4回では、スクラムイベントのコツ、スクラムのアンチパターンとその打開策など、さらにスクラムを上手に使いこなしていくための方法について解説します。 はじめに 前回は、スクラムの役割を解説しました。それぞれの役割を理解することで、チームにおけるスクラムマスター、PO、開発者の責任の範囲やポジションについて明確化しました。 第4回では、さらにスクラムを上手に使いこなしていくための方法として、スクラムイベントのコツ、スクラムのアンチパターンとその打開策など解説していきます。 スプリントレビューを

2023/10/12　【ハイブリッド開催】個人の成長を促すEMのコミュニケーション術 https://timeedev.connpass.com/event/296884/ 話を聴く技術 吉永 聰志 EM

Hackers Champloo 2023 LT https://hackers-champloo.org/2023/

今年もState of DevOps Reportが発表されましたね。ということで、ザザッと全体を読んで気になったところなどピックアップして読み解いてみました。 全文が気になる方は以下からPDFをダウンロードしてみてください。 cloud.google.com 今年の調査主軸 組織の業績 組織は収益だけでなく、顧客のため、さらに広範なコミュニティのために価値を生み出さなければならない チームパフォーマンス アプリケーションまたはサービスチームが価値を創造し、革新し、協力する能力 従業員の幸福 組織やチームが採用する戦略は、従業員にとって有益なものでなければならない。すなわち、燃え尽きを減らし、満足のいく仕事体験を育み、価値あるアウトプット（つまり生産性）を生み出す能力を高めることである。 今回は上記３つの成果達成に対しての調査となった。 調査結果短評 生成的な文化を持つチームは、組織のパフ

ヤフー株式会社より出向しております、卯田と申します。 主務で、一休.comおよびYahoo!トラベルのフロントエンド開発を担当しています。 兼務で、ヤフー株式会社の全社横断組織でWebパフォーマンス改善の推進を行っております。 本稿では、直近半年弱(2023年2月〜8月)で、断続的に行っていた一休.comのパフォーマンス改善について振り返ります。 開始が2023年2月となった理由は、Nuxt3バージョンアップ以降にパフォーマンス改善活動に着手したためです。 一休.com/Yahoo!トラベルのNuxt3バージョンアップ詳細については、以下のブログをご覧ください。 user-first.ikyu.co.jp サイトパフォーマンス改善の意義 改善の方針 方針1: Core Web Vitalsを改善する 方針2: 重要課題から優先的に対応する 改善の進め方 可視化 ブラウザサイド サーバーサイ

「どんなスキルを習得すればCTOになれるか」は、答えを出すことが非常に難しいテーマのように思われます。実際、世の中に「エンジニアとしてのスキルを向上させるためのノウハウ」はあふれていますが「CTOになるためのノウハウ」を見かけることはほとんどありません。 このブログでは連載形式で、CTO候補の育成方法について考えていきます。今回は第一弾として、CTOという役割について私が感じている課題意識と、CTOに求められるスキルの全体像について記述します。連載で次に何を書くかは、読者からのアンケートを募ってテーマを選んでいきたいと思います。こういった連載は新しい取り組みで、不安と期待が入り混じったような気持ちです。 アンケートの回答はこちらから このブログの想定読者 いつか CTO になりたい人 エンジニアリング組織のリーダー格以上 キャリアアップを狙っているいちエンジニア エンジニアを育成する立場の

昨今Infrastructure from Code (IfC)という概念をよく耳にします。先日もAWSのGregor Hohpeが関連する記事を書いていました。 architectelevator.com この記事では、Infrastructure from Codeとはなにか簡単に紹介し、具体的にどのようなツールがあるか網羅的にまとめます。 Infrastructure from Codeとはなにか Infrastructure from Code (IfC) とは、その名の通り、Infrastructure as Code (IaC) に関連する概念です。IaCとの根本的な違いは、IaCは開発者がインフラを明示的に意識して構成を記述するのに対し、IfCでは開発者がインフラをできるだけ意識しないよう抽象化を試みていることです。これにより、差別化に繋がらない重労働ができる限り排除された高

2023年8月9日（水）に、 Hatena Engineer Seminar #26 をオンライン開催しました。ご参加いただいたみなさま、ありがとうございました。 このエントリーでは、当日のアーカイブ動画や公開資料をご紹介します。 Hatena Engineer Seminar #26 について 発表概要と資料 はてなのエンジニアリングマネジメント これまでとこれから CTO id:motemen はてなEMキャリアパス 最速攻略RTA 新卒部門　ブックマークチーム EM id:yigarashi 「いい感じにしといて」を支える技術　マンガ投稿チーム EM id:shimobayashi エンジニアとしてチーム改善してたら、EMになってた話　ノベルチーム EM id:k-murakami0609 さいごに Hatena Engineer Seminar #26 について Hatena En

1.父や母の預金を勝手に引き出す亡くなった方の財産は、遺産分割協議が完了するまでは相続人全員の共有財産となります。 そのため、個人の判断で勝手に預金を引き出してはいけません。相続人間のトラブルを引き起こす可能性があるからです。 具体的なトラブル事例を見てみましょう。 母は生前より、万が一のことがあったら自宅の不動産は同居している娘に、預金は離れて暮らしている息子に遺したいと考え、その旨を遺言書に記載していました。 母の死亡後、娘は葬式や税金の支払いなど当面の出費に備えて、母の口座からATMの上限である50万円を5日に渡って計250万円を引き出しました。 その後四十九日も終わり、兄と遺産分けについて話をしました。しかし、相続後の出金について兄が自分の取り分が少なくなったと主張して話がこじれてしまい、その後一切の手続きが進まなくなってしまいました。 銀行は、口座名義人が死亡したことを知ったとき

会社の1on1があって、 id:yigarashi と30分くらい話したら面白い話がいろいろできたので紹介する。掲題ではエンジニアと書いているが、別にウェブ系ソフトウェアエンジニアに限られた話でもないし、ホモサピエンス全員におすすめ、考える葦の皆様におすすめです、くらいのニュアンスである。 熟考すると良い 熟考すると良い答えが出る。当然のことである。しかし入門者に熟考しろと言ってプロになるかといったら難しい。 今期も例によってゴリゴリScalaを書いたりTypeScriptを書いたりPerlを書いたりしていたが、アーキテクトとして中規模プロジェクトを引っ張る機会がいくつか与えられたし、今も引っ張っている最中だ。反省点としてあるのが、具体的にどういうプロジェクトかはいったん措いといて、その進み方に着目すると、一筋縄でうまくいったり、いかなかったりしたことだ。 どういう風に考えると良いんでしょ

いまの会社では、エンジニアどうしの距離が近いので、他のチームのエンジニアと一緒に開発に取り組んでたりする。 のだけど僕からは 「この部分はディレクター（社内でスクラムマスター的なロール）さんから、あのチームのディレクターさんに共有してもらってもいいですか？」 って自分のチームのディレクターにお願いしたり 「この部分はプロダクトマネージャ（社内のプロダクトオーナー的なロール）さんから、他のチームに確認してもらってもいいですか？」 ってプロダクトマネージャにお願いしたりしてる。エンジニアどうしで話をして、お互いに状況を理解しているのに、公式なルートとしては、情報を遠回りさせているのだ。 そんなお願いをすると、一瞬（え？エンジニアどうしで話して認識合ってるのに？）って反応をされるし、僕自身も（大企業っぽいかなぁ？）って思ったりするのだけど、自分の気持ちを説明すると「たしかにそうね。おっけー！やっ

Findy 開発生産性 Conference における発表です

【開発生産性Conference】 リンクアンドモチベーション登壇資料（2023/07/13） 『なぜ Four Keys を改善するのか？ 〜How ではなく Why を重視したメトリクス改善活動〜』 #開発生産性con_findy #リンクアンドモチベーション #リンモチ ============================================= 【イベント情報】 ■イベントページ https://findy.connpass.com/event/283417/ ■特設サイト https://dev-productivity-con.findy-code.io/ 【株式会社リンクアンドモチベーション】 ■お問い合わせ engineer_pr@lmi.ne.jp ■Entrancebook https://note.com/lmi/n/n179505e048f4 ■テック

@stormcat24 です。先日社内で各部署からパネラーを招き開発生産性に関する勉強会を開催したところ、参加者から「技術的負債のことを経営陣に理解してもらうコツはありますか？」という質問がありました。 また、本日開催の開発生産性Conferenceにおいての基調講演で、「LeanとDevOpsの科学」の著者であるNicole Forsgren氏が登壇しましたが、こちらのセッションでもQ&Aでも同様の質問が出ていました。 『LeanとDevOpsの科学』著者登壇！開発生産性Conference (2023/07/13 09:30〜)# 開発生産性Conference 2023 エンジニア不足が叫ばれるなか、開発生産性が今注目を集めています。 インターネット・テック企業はもちろんのこと、大手企業における内製化の取り組みも生産性を上げる1つの手段として向き合う企業が増えてきています。 一方で、

こんにちは、HRBrainの川田です。 Slack分析した話を書きます。 背景 HRBrainには、リリースしたらみんなで祝う文化があります。 なんとなく良い感じぽいな〜という印象はあるものの、組織全体として良い状態なのかは分かりません。 偉い人「最近の組織コンディションはどんな感じ？」 わたし「良い気がしますね」 偉い人「へえ〜、具体的には？」 わたし「活発というか元気があるというか」 偉い人「よく分からん」 全く同じではないにしても、これに近しいことは体験した方が多いんじゃないでしょうか。 我々HRBrainは、HR Techのドメインでプロダクトを作っている会社です。 ならば、HRをテックでハックしようじゃないか！ ということで、雰囲気ではなくデータで可視化することにしました。 何を定量化するか 組織コンディションを計測するために、以下の理由から今回はSlackを用います。 特定の職

アクセシビリティとはアクセシビリティは、サービスや情報をどんな利用者も円滑に利用できるかの度合いです。 アクセシビリティが高いほど、より多くのユーザーが円滑に利用でき、アクセシビリティが低いほど、より多くのユーザーが利用できないということです。 アクセシビリティ向上は、障害当事者だけでなく、さまざまな環境や状況にいる人、高齢者、日本語以外を得意な言語とする人など、すべての人のためのものです。人だけでなく、サービスや情報にアクセスする機械(ロボット)もアクセシビリティの影響を受けます。 SmartHRの開発方針SmartHRは「well-working 労働にまつわる社会課題をなくし、誰もがその人らしく働ける社会を作る。」というミッションを掲げ、働くすべての人を後押しするプラットフォームをつくっています。 誰もがその人らしく働ける社会を実現するため、SmartHRはアクセシビリティの向上に取