たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ
こんにちは、デプロイゲート採用広報チームです！ 今回はお試しのトライアル期間を含めて、約3年間に渡って運用している週休3日制について、導入の経緯や目的を振り返ってみたいと思います。また会社側から見たときのメリットやデメリットなどもご紹介したいと思います。 みんなの働く時間を有意義にしたい「楽しく働く、楽しく生きる」をコアバリューにしている弊社では、仕事はただのお金を稼ぐための手段だと割り切って「早く終わらないかな〜」などと思いつつ過ごすのはとてももったいない事だと考えています。できれば一度きりの人生、仕事からもプライベートからも大いに刺激を受けて、学びを得て、それらを双方に還元しながら人生を豊かにしていけるとすごく楽しそうですよね。 ですので、せっかく人生の貴重な時間を弊社に使おうと思ってもらえたチームメンバーには、「毎日めっちゃ有意義な時間を過ごしてます！」と声を大にして言ってもらえるよ
Googleのソフトウェアエンジニアリング文化
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
マネージャーに全てを決められたくない vs マネージャーには答えを持っていてほしい問題について - yo-log
Engineering Manager Advent Calendar 2023 7日目の記事です。 結論ファーストで書きます マネージャーは答えを持っていません。 大事なことなのでもう一度言います。 持っていません。 この問題ってそもそもなに？ 細かくみてみましょう。 マネージャーに全てを決められたくない マネージャーがHowまで決めてくるケースや、現場チームが決めたHowに対して口出ししてくるようなケースにおいて発生する事象です。 ものによってはWhyやWhatまで現場で考えたいんだ、というケースもあるかもしれません。 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023 - Speaker Deck こちらのスライドにあるような「私考える人」的な動きになっているマネー
大規模アジャイルフレームワークの紹介
みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ
Google に入社して 10 年が経った
Developer Advocate という技術啓蒙の担当者として Google に入社して今日でちょうど 10 年が経った。技術以外のことについてはめったにブログを書くことはないのだけど、良い節目なのでこの機会に記録を残しておきたい。 Google 入社のきっかけ # 「インターネットにアイデンティティのレイヤーを作り、インターネット全体をオープンなソーシャルネットワークの基盤にしたい」これが僕が前職で持っていた野望だった。その一歩として、その会社で運営していたポータルサイト全体をソーシャルプラットフォーム化するというアイディアが採用され進める中で、OpenSocial という Google が中心として進めていた技術に取り組んでいた。日本語の情報が少ない分野だったためブログを書いたり、コミュニティ運営や技術講演をしていたら、当時 (今もだけど) 仲良くしてもらっていた田中洋一郎さんに
カミナシでEM(エンジニアリングマネージャー)をしている宮本と申します。 カミナシには現在CTOがいません。 ただ、採用活動は進めておりますので、近い内に採用活動が花開くことを切に願っております。 本記事では、将来のCTOを迎えるにあたり、EMである私が直近半年で何を考え、どんな対応をしてきたかについてまとめました。 カミナシが求めるCTOとはCTOを採用したいという話が挙がった際、カミナシは具体的にどういった方をCTOとして迎えたいのか議論になった事があります。 ここでよく議論の分かれ目になるのが、実務者のTOPとしてのCTOか、経営者としてのCTOか、という2つの観点です。 当然、両方の性質を備えているのが望ましいのですが、究極的にどちらの要素しか満たさざるを得ない場合、どちらを選択すべきか関係者の認識を揃えておく必要があると思います。 結論、カミナシでは経営者としてのCTOを優先した
僕はチーム join 時に、Docker は初手で剥がすし、GitHub Actions でやっているワークフローの全体像を把握するのを次に行う、というのを基本的にはやっている。これはシステム構成やデプロイ周りの全貌を把握するのが好きなのと、何かが起きたときにコレをやっているのといないのとで問題切り分けの精度に圧倒的な差があるからなんだけど、join 直後にやるのが最適解とは限らない場面もある。 チームの人員構成として、テックリード業を既に担っている人が居る場合、追加人員にはテックリード未満の「プラスの工数として数えられる戦力」となって欲しい。この戦力というのは、「目の前に積み上がった問題を一緒に解いて欲しい」という期待。問題と言うよりも、既にタスクになっているものを消化したい、という期待の方が大きいと思う。 そういう期待があるときには、ちんたら Docker を剥がしている場合ではなく、
Cygamesはオンラインイベントで、ウマ娘のシナリオ作成に使った社内アプリ「こえぼん」を紹介した。同社の“こんな機能が欲しい”という要望が詰まった同アプリは実に多機能で、視聴者からは「逆に何ができないんだ」「金は出すから売ってくれ」といった声が上がった。 Cygamesは11月13日、同社がゲーム制作などを進めるうえでの理念や技術について語る一般向けオンラインイベント「Cygames Tech Conference」の中で、ゲーム「ウマ娘 プリティーダービー」のシナリオ作成に使った社内アプリケーション「こえぼん」を紹介した。Cygamesの“こんな機能が欲しい”という要望が詰まった同アプリは実に多機能で、視聴者からは「逆に何ができないんだ」「金は出すから売ってくれ」といった声が上がった。 こえぼんは、シナリオの執筆から音声収録、ゲーム場面作りまでの工程で必要な機能をまとめたWebアプリ。
現代のソフトウェア開発を学ぶために「正しいものを正しくつくる」を読んだ - $shibayu36->blog;
最近はいかにエンジニアリングの立場でプロダクトを成長させられるかについて考えている。そこで、現代のソフトウェア開発やアジャイルについて学ぶため、同僚にオススメされた「正しいものを正しくつくる」を読んだ。 正しいものを正しくつくる プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について 作者:市谷聡啓ビー・エヌ・エヌ新社Amazon なぜ現代ソフトウェア開発は難しいのかから始まり、現代ソフトウェア開発の不確実性へ対処するためにアジャイルを利用するという流れになっていて非常にわかりやすかった。また「正しいものをつくる」ことと「正しくつくる」ことをうまく切り分けて説明してくれたので、自分の中で論点を整理しやすかった。 「正しくつくる」部分に関しては、これまで自分も注力してきたところであったので、かなり経験知を言語化できた。一方「正しいものをつくる」部分に関しては、まだ経験が
「入門 監視」を読んだ フロントエンド監視 なぜフロントエンド監視が必要なのか どうやってフロントエンド監視をしているのか Runbookを作ろう なぜRunbookが必要なのか Runbookをどう使っていくか 監視の民主化 勉強会開催 今後 こんにちは！インフラチームの小林です。 今回はインフラチームが現在取り組んでいる、運用環境の改善施策を紹介します。 「入門 監視」を読んだ 2019年01月 に「入門 監視」という本が O'Reilly Japanから出版されました。 www.oreilly.co.jp 『システムをどう監視したらよいのか』『監視の仕組みをどう作ったらよいのか』について紹介している本です。 実践したい事、反省する事だらけですが、フロントエンド監視とRunbook作成から始めています。 フロントエンド監視 なぜフロントエンド監視が必要なのか Webサイトの表示スピード
概要 Design Documentと聞くと何を想像しますか？ 一般的にDesign Documentが指すのは設計書であることが多いのではないでしょうか。 設計書、簡単に説明するのであればソフトウェアを「どうやって作るの？」を説明したドキュメントです。 Googleではソフトウェアエンジニアリング文化における重要な要素として、今回お話ししていくDesign Docsと呼ばれるものがあります。 Design Docsとは？ Design Docsとは、開発者がコーディングに着手する前にソフトウェアシステムまたはアプリケーションの開発する人が作成するドキュメントです。 => ソフトウェア設計における仕様書や設計書とは別物と捉えた方がよいです。 仕様書、設計書は作成した上でのDesign Docsの作成となるようです。 このドキュメントには、高レベルの実装戦略と主な設計の決定事項がまとめられて
デブサミ2020夏の発表資料となります。 当日発表しなかった資料についても参考資料として最後に追加しております
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能
GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能 GitHubは無料で利用できる「Free」プランを見直し、個人に加えてチームでも無料で利用できる新たなFreeプランを発表しました。 Today we’re announcing free private repositories with unlimited collaborators for teams with GitHub Free, and reducing the price of our paid Team plan to $4 per user/month. All of the core GitHub features are now free for everyone. Learn more: https://t.co/fQ3r2ABt
ホログラムで市民と対話!？ 全世界が注目する台湾の"デジタル大臣"オードリー・タンが語るCOVID-19対策と新しいデモクラシーのかたち｜黒鳥社｜blkswn publishers Inc.
ホログラムで市民と対話!？ 全世界が注目する台湾の"デジタル大臣"オードリー・タンが語るCOVID-19対策と新しいデモクラシーのかたち 「マスク」の行方をめぐって世界が大揺れに揺れるなか、全国の在庫状況をオンラインで可視化することでフェアな分配を実現する鮮やかな施策で世界を驚かせた台湾政府。同時に、そのプロジェクトを主導した"デジタル大臣"（正確には「デジタル担当政務委員〈閣僚級〉」）のオードリー・タン（唐鳳）の名も飛躍的に高まった。そしてその名前は、東京都が作成する「新型コロナウイルス感染症対策サイト」のGitHubに参加したことで日本でも広く知られることとなった。コロナ対策がマンパワーの容量を越えはじめ、デジタルソリューションによるアシストへの期待が高まるいまこそ、彼女のことばにいま一度耳を傾ける必要がある。台湾のデジタルイノベーションを後押しする歴史的・文化的背景なども含め、黒鳥社
本稿は当初チーム開発時のメンバー向けにまとめたものです。 ある程度、端折っていた背景などを記載しました。 git初心者同士でのチーム開発において、git操作を詳しく知らないメンバーも含め安全に行う必要がありました。しかし、開発期間はごくわずか...この状況を回避するために、下記の対応をとりました。 Gitコマンドの基礎的な内容を理解する（私） 各種操作をGUI上で完結させる拡張機能を色々と導入する シンプルな開発フロー(Github flow)を採用し、コマンド実行に相当する操作を限定する 各操作をGUI上での操作に置き換え、チームメンバーに教える 本稿はその際の、コマンドやGUI操作に関するメモをまとめたものになります。 こういった取り組みのおかげか、チームの開発をすんなりフローに乗せることができました。 ■ 前提条件 対象とする動き Github flowを回すうえで、 cloneする
LINEの社内には「テクニカルライティング」の専門チームがあります - LINE ENGINEERING
こんにちは、Developer Contentチームのmochikoです。LINE株式会社でテクニカルライターとして働いています。今日は「テクニカルライター」というお仕事と、LINEにあるテクニカルライティングの専門チームについてお話しします。 テクニカルライターという職種があります テクニカルライターって何をしてるの？何を書くの？ ドキュメントはどうやって書いてるの？ どんなメンバーで仕事をしてるの？ ドキュメントを書く以外にこんなこともしているよ でもドキュメントを書くだけだと技術力が下がらない？ どんな人がテクニカルライターに向いてるの？ テクニカルライターという職種があります 私はもともとウェブ制作会社のインフラエンジニアでした。とある技術書を書いたことをきっかけに「テクニカルライターとして一緒に働きませんか？」と声をかけてもらい、LINEへ転職するに至ったのですが、実はお誘いをい
カルチャーマッチ大崩壊、速攻会社退職2021
2021/10末 退職！ という訳で9ヶ月で会社辞めた。 一言でいうとカルチャーマッチできないマジ無理、カルチャーマッチすごい大事だわって思ったって話をしていきます。 正直言って、どんな組織でもある程度合わせられると思っていた。 会社って仲良しクラブじゃなくてお仕事をするところですし！ そのため、スキルマッチやその会社のビジネスに興味が持てて、おちんぎんが申し分なければ 普通に満足できると思ってました。 が、今回の退職でもしやもしや「お金とかスキルマッチとかよりも大切なことがもしかしてあるのでは？」って思ったのだ。 同心円状に広がっていくカルチャーマッチ 前職の何が無理だったかってカルチャーマッチできなかったからで、 これ以上でもこれ以下でもない。 表面的に見ればすごくよい条件だったと思います。 これ異性(同性でもいいけど)とのマッチングにも近いというか例えられると思うんですけど、 見た目
会社などの組織、そこで働くチームや個人の目標管理のフレームワークとしてOKR（Objective & Key Results）を取り入れている会社は増えてきていると思います。似たツールとして、MBO（Management By Objective）やKPI（Key Performance Indicator）がありますが、私の理解では以下の点で、OKRはそれぞれMBOやKPIと違います。 まず、KPIのほうは簡単です。KPIはビジネスに関係する把握すべき数値のうち、ここを注視して改善すればビジネスが成功するという指標のことです。最近SaaSで特に注目されているのは、チャーンレートとNRR（Net Retention Rate）の2つです。ほかにも、CVC、CAC、LTV、MRR、ARPU、NPSなどをモニターしているのが普通かと思います。もちろん営業部であれば売上や利益、あるいは獲得したリ
こんにちは。askenでエンジニアリング戦略や組織づくりを担当しているやすにしです。 マネジメントを中心にしておりまして、せっかくなのでブログでもマネジメントについて書いてみますね。 私はこれまでVPoEとしてエンジニア組織のマネジメントや、様々な会社でマネージャー向けにコーチング 1 をやってきました。そこで接してきたエンジニアリングマネージャーに共通しているのは「キャリアに悩んでいる」ということです。 例えばこのようなことです。 コーディングをしなくなり、技術的に取り残されて、エンジニアとしてやっていけなくなる感じがする 自分でやらないから成果が見えない。やっている感じがしない。 マネジメントをどうやればいいか、どう学べばいいかわからない。 マネージャーのキャリアで自分は定年（？）まで生きていけるのか？ 共通点は、色々理由を言葉にしているものの、どれもしっくりきている感じではなく、「な
道重さゆみ「先輩だからというプライドは捨てる。後輩のアドバイスも聞いて支えあえばいい」 - りっすん by イーアイデム
年齢を重ねていき、徐々に職場での立ち位置が「プレイヤー」から「管理職」に変化していく人も少なくありません。ただ、「初めて部下ができたけど、注意の仕方に悩む」「できる後輩の姿を見ると焦ってしまう」ーーそんな職場の後輩との接し方に、迷ってしまうことはありませんか。 そこで今回お話を伺ったのはモーニング娘。OGの道重さゆみさん。モーニング娘。のメンバーとして13歳でデビュー後、8代目リーダーとしてグループを牽引。卒業後、約2年4カ月の芸能活動休業期間を経て、現在はソロアーティストとして活躍中です。リーダー就任期間中、同僚のメンバーは年下ばかりだった道重さん。そんな彼女にやわらかに後輩に接するコツについて聞きました。 また道重さんは「ソロになってからは、生活も心境も完全に変わりました」とも語ります。令和元年に30歳を迎えた道重さんに、年齢を重ねることについての正直な気持ちについても伺いました。 ソ
12のソフトウェア・アーキテクチャの落とし穴とその避け方
これは、多数派が支配すべきだという意味ではない。委員会によって設計されたアーキテクチャは、肥大化し、焦点が定まらない傾向がある。私たちの経験では、理想的なバランスとは、多様な経験と視点を持つ数人の仲間が、より良い情報に基づいた決定を下すために、主張に異議を唱えることである。 再利用の目標が誤った決定を左右するようなことがあってはならない。その代わり、再利用は理にかなった場合のみ行うこと。 コード、コンポーネント、設計、あるいはコンフィギュレーションの再利用は、最初は良いアイディアのように聞こえる。経営陣は、再利用によってコストが削減され、納期が短縮され、品質が向上すると信じて、このコンセプトを推進したがる。チームは、MVPをより早く提供するために既存のアプリケーションの大部分を再利用することを決定するかもしれないし、かなり成功した製品を提供するために作成された既存のアーキテクチャを再利用す
はじめに チーム全体の管理をするようになって1年程度が経過しました。今回記事を作成した目的は以下になります。 これまでチームで実践してきたことを整理し、今後の活動に向けた振り返りとする 同じような環境やこれからマネジメントを行う人の一助になれば かなり記事のボリュームが大きくなってしまいました…🙇 自分が実践してきたことや考えていることを振り返るのが主目的なので大目に見てもらえるとありがたいです。興味がある章や節だけでも、かいつまんで読んでいただければ幸いです。 前提 元々メンバー間の横のつながりは強いチームでしたが、上長や部長、その他ステークホルダーを巻き込んだ情報共有に弱みを感じていました。 私自身、チーム管理を引き継ぐ前はチーム内の1プロジェクト(3,4人規模)の開発と管理を担当しており、上記情報共有に頭を悩ませていました。 チームの開発スタイルについても少し補足します。 私達は社
マイクロサービス化は本当に難しい
はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社（通称AST）のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし
新人PM「あるある失敗」を回避せよ！『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック（CAREER HACK）
プロダクトマネージャー（PM）の必読書！新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう？ 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか？ そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま
30代からプログラミングを本格的に始めたエンジニアが生産性について思うこと - Sansan Tech Blog
最近キーボードで文字を打つのが面倒になってきている技術本部 Eight Engineering Unitの斉藤です。 キーボードは既に100年以上使われ続けているみたいですね。そろそろ新しい入力の方法ができてもよさそうです。 例えば、頭で考えていることが文字に起こせたら、AIに任せるよりももっと便利だと思います。 前置きはさておき、Sansanではちょっと前にエンジニアの生産性と生産量の最大 化が話題になっていました。このブログをご覧の方ならご存知の方も多いのではないでしょうか。 私はこれまで何度か転職をしていますが、どの職場でも例外なくこの話題が挙がりました。 チームとして、あるいは事業としてどう最大化するかが基本前提となるのですが、私が今回話したいのは個人としての生産性の最大化についてです。 私は個人の生産性を上げることもチームの生産性を上げるのと同じくらい非常に大事なことだと考えてい
開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
自分の心理的安全性を、自分で高める - Link and Motivation Developers' Blog
エンジニアの梅原です。 少し前から「心理的安全性」というキーワードについて、疑問に思うところがあって色々と考えていて、 なんとなく考えがまとまったので、自戒も込めて文章として書き起こしてみました。 もともと社内向けに書いたものでしたが、思いのほか反響があったためこちらでも書いてみようと思います。 めちゃくちゃなこと言ってんな、って思う人もいるかもしれませんが、際に振ったときの思考実験だと思って読んでもらえると。 心理的安全性とは何か？ 一般的に「心理的安全性」とは、以下の定義で語られます。 "A shared belief held by members of a team that the team is safe for interpersonal risk taking." （このチーム内では、対人関係上のリスクをとったとしても安心できるという共通の思い） Edmondson (19
開発者の生産性を測るためのフレームワーク`SPACE`について
LeanとDevOpsの科学の著者の一人であるNicole Forsgren氏が著者に入っているThe SPACE of Developer Productivity: There's more to it than you think - Microsoft Researchで提唱されているSPACEについて 以下記事も Four Keysだけじゃない開発者生産性フレームワーク 開発生産性の可視化フレームワークであるSPACEを活用するために、どのようなメトリクスをどう取得するかについて考えてみる 要約 SPACEは開発者の生産性を計測するためのフレームワーク 推奨されている測定指標のカテゴリ(本文ではディメンションと定義)の頭文字 satisfaction and well being performance activity communication and collaborati
ペアプログラミングで「強いエンジニアチーム」を作る！ ヤフーが実践する全てペアプロ開発の手法 - エンジニアHub｜Webエンジニアのキャリアを考える！
ペアプログラミングで「強いエンジニアチーム」を作る！ ヤフーが実践する全てペアプロ開発の手法 ペアプログラミング（ペアプロ）のメリットや導入方法について、ヤフー株式会社の山下真一郎さんが、フリマアプリ「ヤフオク!」や「PayPayフリマ」での実例をもとに紹介します。 ペアプログラミング（以下、ペアプロ）は、2人のエンジニアが共同でプログラムを書いていく開発スタイルです。メンバー同士での知識の共有や、プロダクトの品質向上が見込めるとされており、多くの企業が導入を進めています。 本稿では、ヤフー株式会社のヤフオク!カンパニー開発本部でペアプロを導入し、現在はPayPayフリマの開発の取りまとめを行う山下真一郎（@shin_yahoojp）さんに、ペアプロに取り組む意義やその手法について解説してもらいました。 なぜペアプロが必要なのか？ 質の高いコードレビューとしてのペアプロ ペアローテーション
権限移譲する技術 - 宮田昇始のブログ
SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事
システム障害が起こったときにどういう体制で望むか、エンジニア個人が障害に直面した時にどのような役割を受け持つのが良いのか。組織によって色々なパターンはあるでしょう。しかし、幸いにも「入門 監視」やSRE本に書かれている4つの役割分担が浸透しているので、それをベースに考えるのがファーストステップとしては良いのではないでしょうか。 入門 監視 ―モダンなモニタリングのためのデザインパターン 作者:Mike Julianオライリー・ジャパンAmazon SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム オライリージャパンAmazon ただ、小さな組織では障害時に4人もすぐに揃わない場合もあるでしょうし、そもそも4人もスタッフがいない、と言う場合もあるでしょう。そういった場合にもどうすればいいのか考えていきます。 役割分担の基本 「入門 監視」に
良い問題がチームをリードする
ここ1年弱くらいバンドルカードのプロダクトマネージャーをやっている。やっていく過程でとても参考になった本、ブログ記事がたくさんある。 そんな文章の1ページ1ページの中には、それこそ頭をかきむしりながら読んだページがあるし、読んだ瞬間思わず天井を見上げてしまうようなページもあった。心にグッサリ刺さる他者の経験や知見の言語化と、自身の経験を重ね合わせた際に、今何かまとめておきたい事あるかなと考えたらこの記事のタイトルになった。「良い問題がチームをリードする」だ。 PMの大切なスキルのうちの1つ 以下はCracking the PM Career: The Skills, Frameworks, and Practices To Become a Great Product Manager本編序章に寄稿されたマリッサ・メイヤーのパンチライン。 One of the most crucial sk
by Thomas Hawk 2013年にGoogleに買収されたマップアプリ「Waze」の開発企業でCEOを務めていたノーム・バーディン氏が、2021年にGoogleから退職しました。そんなバーディン氏が、よく質問として寄せられる「なぜGoogleを辞めたのか？」に答えつつ、Googleで働いた7年間を振り返っています。 Why did I leave Google or, why did I stay so long? | Paygo https://paygo.media/p/25171 2013年にGoogleから買収の話が舞い込んだ当時、WazeのCEOだったバーディン氏は失敗の連続から会社の株式の多くを手放してしまっており、会社の役員らとの関係にもわだかまりがあるという状況でした。そのため、バーディン氏は「今の役員よりGoogleの生みの親であるラリー・ペイジ氏の元で働いた方が
このブログではあまりこういう話は書いてこなかったけど, 以前少しだけ触れたように, 僕はここ最近エンジニアリングマネージャをやっていて, こういう話題を考える機会はけっこう多い. 具体的には, エンジニアリングマネージャとして複数チームのテクノロジ/プロセス/プロダクト/ピープルのマネジメントを日々やっていて, そのうちのプロセスマネジメントとして, 各チームのスクラムマスタ的な人に助言したり, 開発プロセスの改善のためにチームが起こそうとしている変化を受け入れるようラインマネージャを説得したり, といったことにけっこう時間を割いている. スクラムに関して以下のような話を見かけて, これはまさに日々悩まされていることだった. 一言で言うと「ベロシティの安定化でみんな躓く」という話. これは僕の経験上も納得できる. この記事に寄せられたコメントを見ると, 「で, じゃあどうやってベロシティを
この連載では、Notionであらゆるものを作れるとご紹介してきました。Notion単体でも非常に強力なツールなのですが、実は他のツールやサービスと組み合わせることによってさらに実現できる世界が広がります。 今回は、Notionを便利にするサービスをご紹介します。 1. リッチなWebサイトを作れる「Wraptas」 リッチなWebサイトを作れる「Wraptas」 Wraptas https://wraptas.com/ Notionの標準機能としてもWebに公開することはできますが、Wraptasを利用するとさらにカスタマイズできるようになります。 独自ドメインを利用できる JavaScript, CSSを設定できる SEO向けの設定ができる 例えばBLAM社の採用サイトやSHIBUYA SLOW STREAMのサービスサイトはWraptasによって作られています。一見するとNotionで
「『何となく違うんだよなぁ』という曖昧なダメ出しにイライラしてきた」FF14を12年間率いる吉田直樹氏が、スタッフにとにかく根気よく説明する理由 | 文春オンライン
世界でもっとも人気が高いMMORPGゲームのひとつに成長した「ファイナルファンタジーXIV（以下、FF14）」。 しかしFF14の発売当初の評判は「ゲームとして成立していない」と言われるほど低いものだった。コピー＆ペーストが多用されたマップ、爽快感のないバトル、使いにくいUIなど問題が山積。 日本を代表するゲーム会社スクウェア・エニックスの人気シリーズで、なぜこのような失敗が起きたのか。そして炎上の真っ只中でプロデューサー兼ディレクターに就任した吉田直樹氏は、どのようにその惨状を立て直したのか。 「すでにサービスが開始されているオンラインRPGをイチから作り直す」という前代未聞の決断の内実と実情を吉田氏に聞いた。 会社の動きとは別の流れで、調査に巻き込まれていった ――現在は人気も評価も右肩上がりを続けるFF14ですが、吉田さんがプロデューサーとディレクターを兼任で引き受けた2010年はま
Nintendo Switch『リングフィット アドベンチャー』は「腰痛」に医学的に効果ありとの報告。千葉大医学部が研究論文を発表 - AUTOMATON
任天堂のNintendo Switch向けフィットネスアドベンチャーゲーム『リングフィット アドベンチャー』について、本作のプレイによって慢性腰痛の痛みを緩和する効果が認められたとする論文が発表されていたことが明らかになり、注目を集めているようだ。 『リングフィット アドベンチャー』は、フィットネスをテーマにした体感ゲームだ。身体の各部位の動きを検知できる専用周辺機器リングコンと、レッグバンドに装着したJoy-Conを使って楽しむ。プレイヤーはファンタジー世界を冒険しながら、専門家の監修を受けたさまざまなフィットネスプログラムに挑戦。家の中で本格的な運動ができるとして人気を博し、一時期品薄状態が続いたことでも知られる。 今回明らかになった論文は、千葉大学医学部の研究チームにより今年4月に発表された。近年は、Exergaming（テレビゲームを使ったエクササイズ）による治療効果についての研究
こんにちは、エウレカ SRE チームの原田です。 今年 (2021年) エウレカでは、公開鍵認証で接続するEC2の踏み台サーバを廃止し、代わりに各サーバへの接続をIAMで認証できるSSM Session Managerへのリプレースを行いました。本記事ではそのモチベーションや、実装のポイントを紹介していきたいと思います。 旧来の踏み台サーバ 旧来の踏み台サーバエウレカで長く運用されていた踏み台サーバ (Gateway) は以下のようなものでした。 各開発者は、自分の秘密鍵を使って踏み台サーバへSSHを行う ( 踏み台サーバ上には各開発者の個別ユーザーおよび公開鍵が登録されている )踏み台上では、接続が許可されているSSH対象のサーバの秘密鍵がユーザー毎に配置されており、その鍵で各サーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記
週休3日制を3年運用してわかったこと｜DeployGate
将来のCTOを迎えるために エンジニアリングマネージャーが半年でやったこと｜miyamoto
意識的に職位を下げる - id:onk のはてなブログ
「逆に何ができないんだ」 ゲーム「ウマ娘」を支える“サイゲ専用シナリオ制作アプリ”が多機能過ぎる
「入門 監視」を読んでからの取り組みを紹介します - WILLGATE TECH BLOG
GoogleのDesign Docsから学ぶソフトウェア設計 - Qiita
心理的安全ジャーニー Slackで安全を実装する5つの手法
(翻訳) GitLab 社で働くのはどのようなものだったか - forest book
Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita
OKR運用失敗の3つの理由―、なぜ高すぎる目標が逆効果になるのか | Coral Capital
なぜエンジニアはマネージャーになるのに不安を覚えるのか - asken テックブログ
10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
入門監視やSRE本に学ぶ障害対応フォーメーション - An Epicurean
Googleに買収されたスタートアップの元CEOが「Googleに買収されると一体どうなるのか？」を証言
スクラムでベロシティを安定化するにはどうしたらよいか - 貳佰伍拾陸夜日記
Notionを便利にするサービス16選 - Notionがあなたのチームを強くする(13)
踏み台EC2を廃止してSession Manager接続に置き換えました