GitHub社内におけるエンジニアリングガバナンスはどのように行われているのか
GitHub社内におけるエンジニアリングガバナンスがどのように行われているのかを紹介した同社のブログ「GitHub’s Engineering Fundamentals program: How we deliver on availability, security, and accessibility」（GitHubのエンジニアリングにおける基本原則：我々はいかにして可用性、セキュリティ、そしてアクセシビリティをデリバリしているのか）が公開されています。 GitHubにとって、ソフトウェアの開発力が同社の競争力に直結するものであることは明白です。エンジニアリングガバナンスは同社の経営にとって最も重要な要素であり、その同社が構築したエンジニアリングガバナンスのノウハウは多くのIT企業にとって参考になるものでしょう。 同社がどのようなガバナンスを行っているのか、ブログの内容からまとめてみま
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
ソシオテクニカルアーキテクチャ概要 - Qiita
ソシオテクニカルアーキテクチャとは 2021年は個人的にこの言葉をよく目にしたが、日本ではまだ多くの人にとってなじみがない新しい用語で、かつ英語圏でも正確な定義がない。概念として真新しいものではないため解釈によって齟齬を引き起こすのは容易に推察され、今のうちに定義を整理しておく。 ところで、ソシオテクニカル・システムというのは昔からある用語で、組織開発分野に専門性がある人は耳にしたことがあるかもしれない。組織開発において「業務遂行のために人間と技術が相互作用しなければならないシステム」を指す用語として使われる。現代社会において、テクノロジービジネスに携わる私たちは常にソシオテクニカルシステムの一部として生きていて、毎日このようなシステムにさらされていると言える。 ソシオテクニカルシステム ソシオテクニカルという言葉は、1951年に発表されたEric TristとKen Bamforthの研
マネージャーになりたての自分に伝えたい10の観点｜Jun Ernesto Okumura
現職にデータチームのマネージャーとして入社してから3年が経ちます。改めて振り返ると、この3年間は試行錯誤の連続でした。上手くいった記憶も苦い経験もあり、日々新しい課題に向き合って慌ただしかったりしますが、総じてこの仕事を楽しめていて、マネジメントに対する解像度も少しずつ上がってきている気がします。 本記事は、私個人の経験をもとに、マネージャーになりたての自分を想像しながら、当時知っておきたかった知識や心構えを（10個の観点として）まとめたものです。内容は誰でも読めるように配慮はしていますが、主な想定読者はタイトルにある通り「マネージャーになりたての人」になります。また、私自身はエンジニア組織に所属しているものの、内容はエンジニアマネージャーというよりマネージャー全般における話になります。 私は誰？ ● 株式会社エウレカという会社でData Directorを務めています ● 事業会社のデー
コンウェイの法則と、そこで提示された2つの組織課題 - mtx2s’s blog
ソフトウェアエンジニアリング関連の書籍を読んでいると、「コンウェイの法則（Conway's law）」によく出会う。その引用元は、1968年4月に発表されたメルヴィン・コンウェイ（Melvin E. Conway）の論文 "How do committees invent?" で、例の有名な一文は結論（conclusion）に書かれている。 （前略） organizations which design systems (in the broad sense used here) are constrained to produce designs which are copies of the communication structures of these organizations. （広義での）システムを設計する組織は、自らのコミュニケーション構造を真似た設計を生み出すという制約
「この仕事なら、この人」が不幸を招く理由 組織の幸せ研究でわかった、仕事の割り振りの重要性
コロナ禍以降、社会のデジタル化や自動化の流れが加速すると同時に、テレワークが一気に普及するなど私たちの働き方も大きく変わりました。社会や働き方が急激に変化する中でも、私たちが迷わずに前進するための「新たな指針」はあるのでしょうか。今回は、データに基づく「幸福度」という新たな指針を教示し、2021年5月に『予測不能の時代: データが明かす新たな生き方、企業、そして幸せ』を上梓した矢野和男氏に、満足と幸福の違いや、多人数が参加するオンライン会議の問題点、さらに仕事と人の固定化が不幸を招く理由などをお聞きしました。 1つ前の記事はこちら 前向きな1日の積み重ねが、幸せな人生になる 矢野和男氏（以下、矢野）：パラリンピックがそうであったように、障がいという制約があっても前向きな1日を作れるし、逆に大金持ちで、社会的にも恵まれて見える境遇の人だって、後ろ向きで生きている人はいくらでもいます。 だから
『会社内での自分の存在価値を可能な限り低く保っていたい』という若手｜よんてんごP
「えぇーッ!?」である。 先日とある機会があって、お仕事現場の20代の若手社員さんとお話する機会があったのだが、何かの折に、このnoteのタイトルにある発言が出てきた。 「ホント、可能な限り僕らは社内での存在価値？みたいのを低くしておきたいんですよ」 思わず真顔で聞いてしまった。 「な、なんで…？？」 存在価値を低くしておきたい理由ここで誤解しておいてほしくないのは、 僕は基本的に仕事に望む姿勢とかスタンスとか、あるいは何を仕事に求めるか？というモチベーションの部分は人それぞれ自由だと思ってる派だ。 お金のために仕事をしてる人がいてもいいし、 自分の価値を高めるために仕事をしてる人がいてもいい、 その業界に憧れがある、とか理由は何だっていい。 ただ、自分から率先して 『社内における自分の価値を低くしておきたい』 と言い出す人にはこれまで会ったことがなかったので少なからず驚いた。 だってあな
『「無能」なんてまだマシ』…真に脅威なのは暇さと頭の悪さ故に「しごと」を作って、生産性・士気を下げビジネスを妨害してくる
Miyahan @miyahancom 大企業において「無能」＝存在価値ゼロなんてまだマシなんですよ。年間リース料800万円の出来の悪い置物みたいなもんなんだから。 真に害悪で脅威なのはあまりの暇さと頭の悪さ故に自分で「しごと」を作って周りのまともな人間を巻き込み、生産性や士気を下げビジネスを妨害してくる「負能」人間 2019-02-07 00:13:38 Miyahan @miyahancom 負能は実務に耐えないスキルと無駄に取ってしまった年齢故に総務でマネジメントをやらされるわけだが、例えばこんな行動をします。 ・無駄に組織を再編成・改名する ・無駄に申請書や管理簿を増やす ・業務に支障が出るほど整理整頓にこだわる ・社員の服装を細かくチェックする ・標語を作らせる 2019-02-07 09:31:28 Miyahan @miyahancom ・無駄にオフィスの模様替えをする ・誰
DXコンサルが絶対に言わない後ろめたい真実｜naoto
【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS （シェアボス）」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって
「ユニコーン企業は書籍に書かれているようなアジャイルなんてやってない」 - Mitsuyuki.Shiiba
4/26 に発売されます！ 「ユニコーン企業のひみつ」をいただいて読みました。読みやすくて面白かったー。4/26 に発売されます！チームをリードしている人や組織づくりをしている人にはもちろんおすすめだし、メンバーの一員としてチームの中で仕事をしている人も「なるほどそんな風に仕事をしてるのかー！」って感じることができて面白いと思うー。あと、アジャイルな開発とかスクラムをやってる人ももう一度自分の大切にしているものを見直すことができるんじゃないかなぁ。ぜひどうぞ。 www.oreilly.co.jp ユニコーン企業はスクラムをやっていない この本の「ユニコーン企業」とか「テック企業」って「大きくなってもスタートアップみたいな働き方をしている企業」のことで、Google・Amazon・Facebook・Spotify のような企業を指してる。そういった企業が何を大切にしているか、どんな風に開発を
「心理的安全性」の本質を第一人者に学ぶ（篠田真貴子）｜翻訳書ときどき洋書
「篠田真貴子が選ぶすごい洋書！」第16回 "The Fearless Organization: Creating Psychological Safety in the Workplace for Learning, Innovation, and Growth" by Amy C. Edmondson Wiley 2018年11月出版本書は、「心理的安全性」(psychological safety) について、研究と事例を豊富に用いながら述べた本です。著者のエイミー・エドモンドソンさんは、ハーバード・ビジネス・スクールで教える心理学者です。彼女は心理的安全性という概念を提唱して博士号を取得し、以来、長年にわたり研究を続けています。 「心理的安全性」という言葉を数年前からよく耳にするようになりました。2015年、グーグル社が「パフォーマンスの高いチームの特徴」を分析し発表しました。その
エンジニア採用の方法とか、技術組織の作り方とか｜いわーく
最近ほかの会社のCEOやCTOの人たちにエンジニア採用の方法や技術組織の作り方について相談をいただくことが増えてきました。 なので、相談いただいた際に自分が参照できるよう、殴り書きレベルでここに記しておこうと思います。 エンジニアの特異性について理解する優秀な"非"エンジニア経営者は「再現性」や「予測可能性」を高く実現するのが得意なようです。高度にシステム化されていて、誰が入っても一定以上に活躍でき、人を増やせば増やすほど企業に利益をもたらす。彼ら彼女らは、そんな形の組織を作るのが得意なのです。 しかし僕たちエンジニアは知っています。 エンジニアは人によって10倍、100倍の生産性の違いを発揮するということ。また「人月」は神話であり、人数と生産量が比例することは決してなく、人を増やすことで成果が減ってしまうことすら珍しくないということ。 ここに、優秀なビジネスマン経営者こそ陥ってしまう、モ
『失敗の責任は私にあります』と言えない責任者たちの話。
昔、あるメーカーで経営企画職を担当していた時のことだ。 営業部の部長から、 「ウチの商品が絶対に安心で安全という証明書って発行できませんかね・・・」 と相談を受けたことがある。 聞けば、大口顧客との取引が受注寸前で、最後にそのような証明書を出せれば契約してもいいと言われているようだ。 しかし仕様書や保証書ならともかく、絶対に安心安全な証明書などどうしろというのか。 安心安全に使えるガスボンベだって火の中に放り込んだら爆発するし、腹痛を治してくれる胃薬でも用法・用量を守らなければ命に関わる。 どういうものを書いてよいのかわからず、先方ともう少し要件を詰めて欲しいと押し返すと、 「絶対安心安全の証明が要件なんですよ・・・」 と埒が明かない。 やむを得ず、一度部長に同行し先方の会社を訪れ、どのような証明を求めているのかをヒアリングすることにした。 応対に出てくれたのは、若い現場主任だ。 熱気と熱
メルカリ、「無意識（アンコンシャス）バイアス ワークショップ」の社内研修資料を無償公開
〜「無意識の偏見を適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容の推進を目指す〜 株式会社メルカリ（以下、メルカリ）は「無意識バイアスを適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容を推進すべく、「無意識バイアスワークショップ」研修資料を、当社採用サイト内、ダイバーシティ＆インクルージョン（以下、D&I）ページにて無償公開いたします。 メルカリでは社内のD&I（多様性の受容）の推進の一環として、2019年より自社内製による独自研修プログラム「無意識バイアスワークショップ」を実施してきました。メルカリではこのプログラムを2020年初めより、全マネージャー受講必須の研修としています。 「無意識バイアス」とは、普段の生活や文化による影響で、無意識下に培われた「思い込み」や「偏見」を指す呼称です。「無意識バイアス」のひとつの例として挙げられるのが「女
子どもがいないことを理由に不快な経験をしても「なにもしなかった」が半数以上、実態調査が発表された（小酒部さやか） - エキスパート - Yahoo!ニュース
「女性活躍推進」「一億総活躍社会」の掛け声のもと、育児と仕事の両立が叶うようになってきた。私（筆者）も両立を願って、マタハラ（マタニティハラスメント）を社会問題化し、産休・育休の取得、その後の復帰で働き続けられるよう推進してきた。 しかし、それが「ほかの誰か」へのしわ寄せで成り立っているとしたら、それは本当の意味での「一億総活躍社会」ではない。その「誰か」は今、会社組織の中で「子どものいない人」を指すことが多いように思う。そして、「子どものいない人」のなかには、子どもを積極的に望まなかった人もいれば、流産・死産・不妊治療の経験者といった子どもが欲しかったのに得られなかった人も当然いる。 組織がある方向に進もうとするとき、その余波を受ける人の存在は「ないことにされる」、あるいは「（その人が不利益を我慢することは）仕方ない」とされがちだ。さらに、社会規範や先入観によるマイナスイメージがある場合
次世代デジタル保険を支える監視・通知の技術
監視・通知の仕組みの全体像また、弊社では Terraform を用いて IaC ( Infrastructure as Code ) を実現して、各AWSアカウント環境の状態をコードで一元管理していますが、 Datadog の監視項目も Provider が用意されているため、Terraform で管理をすることが可能です。現状はすべての Datadog の監視項目がコード化されているわけではないですが、こちらは随時対応を行っていきたいと思っています。 外形監視外形監視は、WebサイトやAPIエンドポイントが正常に動作していることを、定期的に特定のURLに対して問い合わせをして、期待されたステータスコードや要素を返すことを監視することを目的とします。 弊社では Datadog の Synthetic Monitoring という機能を利用して監視を行っていますが、この機能の特徴としては W
どのようにPlatformチームの組織変更をしたか | メルカリエンジニアリング
Platform チームの@deeeeeeeetです． Platform チームは2年前にMercariがMicroservicesの移行を始めたときに一緒に立ち上げられたチームです．Platform チームはMicroservicesを動かすための基盤や開発や運用のためのツールセットなど提供しています．立ち上げ時は自分を含めて2-3人で始まったチームですが2年が経ち10人を超えるチームにまで成長しました． チームのメンバーが増えるほど1チームとして動くには限界がきており，またMicroservices化が進めば進むほどチームの負う責任範囲も広くなりCognitive load (認知負荷) も高くなっていました．これらの課題を解決するために組織変更を行い，Platform チームを複数の専門性に特化したチームに分割しました． 本記事ではチームのデザイン，チームが分離しても独立性を保ちつつ
2005年~2007年にスクウェア・エニックスで観た光景｜下田賢佑
数ヶ月前に「ジョブ型組織」と「メンバシップ型組織」の違いについて考える機会があり、Twitterに呟いていた。その流れでスクウェア・エニックス時代のことをいつかnoteの記事にまとめようかなどと呟いたらスクウェア・エニックスの時田貴司さんからも「楽しみにしてます」とリプを頂けたので時間ができた今、マガジン「ゲームデザイナーの仕事」の番外編として書くことにした。まず、最初に断っておきたいことがある。私はスクウェア・エニックスに2005年7月から2008年3月までの間、「プランナー」という肩書きで在籍していた。契約形態は、2005年7月から2007年3月までアルバイトで、2007年4月から2008年3月まで契約社員であった。所属プロジェクトは、2005年7月から9月までは研修生という扱い、2005年10月から2007年12月までは「ファイナルファンタジーXI」、2008年1月から3月まで「小さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
仏NGO、ユニクロを告発 ウイグルの強制労働問題 ｜ 共同通信
