新刊『チームトポロジー』発売のお知らせ
みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2021年12月1日に、新刊『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』が発売になります。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632 原著はMatthew Skelton、Manuel Pais氏の『Team Topologies: Organizing Business and Technology Teams for Fast Flow』で、翻訳は株式会社アトラクタのアジャイルコーチ（いつ
メルカリ、「無意識（アンコンシャス）バイアス ワークショップ」の社内研修資料を無償公開
〜「無意識の偏見を適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容の推進を目指す〜 株式会社メルカリ（以下、メルカリ）は「無意識バイアスを適切に理解する」ためのノウハウを広く共有し、日本社会全体の多様性の受容を推進すべく、「無意識バイアスワークショップ」研修資料を、当社採用サイト内、ダイバーシティ＆インクルージョン（以下、D&I）ページにて無償公開いたします。 メルカリでは社内のD&I（多様性の受容）の推進の一環として、2019年より自社内製による独自研修プログラム「無意識バイアスワークショップ」を実施してきました。メルカリではこのプログラムを2020年初めより、全マネージャー受講必須の研修としています。 「無意識バイアス」とは、普段の生活や文化による影響で、無意識下に培われた「思い込み」や「偏見」を指す呼称です。「無意識バイアス」のひとつの例として挙げられるのが「女
管理職のための役職引退マニュアル | DevelopersIO
はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり
【取材メモ】島根県知事、五輪開催に反対の会見・質疑、書き起こし
訂正履歴 2021/2/18 22:34 誤）「3/17」→正）「2/17」に訂正。 2021/2/17 島根県丸山達也知事、聖火リレー中止の意向表明、五輪開催も反対、記者会見 （文中の太字、赤字は筆者メモ） 丸山達也島根県知事（島根県庁HPより） 丸山達也知事の冒頭説明 本年5月15,16日に予定されてる島根県内の聖火リレーについて、現在の状況が継続している場合には中止の判断をせざるをえないと。中止の検討をしていることの報告。 まず、聖火リレーの前提となる東京五輪について。東京五輪について、現在の状況では開催すべきではないと考えている。 第一の理由は、東京都の感染の状況。東京都の人口１００万人あたりの死者数は2月１５日現在で約８２人。全国第４位という高い水準。そして共同通信社の調査によると12月から１月２５日までの間に自宅や宿泊施設で つまりこれは病院に入れずに死亡した方が全国で２９名
COEってご存知ですか？
皆さん、こんにちは。皆さんはCOEってご存知でしょうか？初めて聞いた、言葉は聞いたことがある、もちろん知っている等々、様々な反応があるかもしれません。今日はそんなトピックについて少し書いてみたいと思います。 既にご存知の方には繰り返し、釈迦に説法、になるかもしれませんが、COEはCenter Of Excellenceの略です。この言葉の由来は1940～50年代にまで遡り、米国カリフォルニア州のスタンフォード大学で当時多くの優秀な学生が東海岸へ流出してしまうことを防ぐため、全米から著名な教授・スタッフを呼寄せ、学究拠点の中心とする施策から来ているようです。その後、様々な大学や研究機関での施策・拠点として発展、企業においても優秀・有識なリソースを集約し組織運営を向上化・効率化するという形で適用され、ITの分野でも使われるようになったと理解しています。要は、会社の中でシステム化を進めていく際に
「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり１つや２つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え？そうなんですか？結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理
すごい技術で世界を変えることにこだわらず、誰よりも速く実装できる組織を作るようになったわけ - Findy Engineer Lab
スマートニュース株式会社でエンジニアリングマネージャを務める天野仁史（@amachang）さんは、15年ほど前にWebフロントエンドのエンジニアとしてブログやカンファレンスでのアウトプットを精力的に行ってきました。一方で、その後には友人とカクテル株式会社を立ち上げ、10年にわたるベンチャー経営も経験しています。エンジニアから経営者に転じたことで見えたこと、そして現在また企業に属してマネージャーを務める上で重要だと考えていることなどを聞きました。 「この技術がすごい」という考え方からの脱却 世界を変えるのは、技術か？ ベストプラクティスか？ エンジニアの組織でもベストプラクティスを学び、作る 最速な人がとにかく速く走れるように 「この技術がすごい」という考え方からの脱却 ── さまざまな立場を経験されてきたことで、エンジニアが自分のキャリアをどのように構築するか、天野さん自身は視点をいくつか
専門職と視座
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
長年勤めた会社を辞めた話 - mikiのブログ
約17年勤めた会社を退職しました、というお話です。 すべて個人視点の内容なのであしからず。 どんな仕事してたか？ 某大手企業の研究所に研究・開発職として入社 ウェブ関連の研究を3年くらい OSSを活用したプロダクトの開発を3年くらい 仮想マシン管理とかのお仕事を3年くらい いわゆる事業やってる関連会社に5年出向して、某ポータルサイトの企画・開発・運営と受託開発のPM業務、最後2年はマネージャ職 最後の3年弱は機械学習系のプロダクト開発やったり、研究マネジメントしたり こうやって眺めてみると数年単位で大きく業務変わってるし経歴に脈略なくて、専門性って何だろう？？と改めて思ってしまう内容だ。。。 企業にいたので、その時の会社の方針、上司の思う方向に応じてやることが変遷していくんですね。出向も行った先の業務は楽しかったし、いい経験だったと思っています。 会社での役割はいわゆる中間管理職相当で、課
スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
最近でこそ「MVV」（ミッション・ビジョン・バリュー）ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル（存在意義）を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」（大胆にやろう）、All for One （全ては成功のために）、Be Professional （プロフェッショナルであれ）を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長
ユニクロがこれまで自社工場を保有してこなかった根本理由 _流通・小売業界 ニュースサイト【ダイヤモンド・チェーンストアオンライン】
Product Lifecycle Management（PLM）とは、製品の開発・設計・製造といったライフサイクル全体の情報をITで一元管理し、収益を最大化していく手法である。欧米の有力アパレルチェーンでは続々導入が進んでいるのだが、日本のアパレル企業ではほとんど導入が進んでいない。その理由について、これまでファーストリテイリングが自社工場を保有してこなかった理由と合わせ、解説していきたい。 Photo by Wachiwit 世界で広がるPLM が日本では全く導入が進まない理由 2016年某日、私はペニンシュラホテルのカフェで2人の外国人とミーティングを行っていた。相手は世界的に有名なProduct Lifecycle Management（PLM）パッケージベンダーのCEOである。なおPLMとは、製品の開発・設計・製造といったライフサイクル全体の情報をITで一元管理し、収益を最大化し
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
Manager不要論はなぜ起きる？｜dora_e_m｜note
OSTで「マネージャーを救え！」テーマを出させてもらいました。ご一緒していただいた方々に感謝です！終わった後に自分の整理のためにまとめてみました。#RSGT2020 pic.twitter.com/XUWU6OKxfY — gaoryu/ (@DiscoveryCoach) January 10, 2020 RSGT3日目のOSTで、gaoryuさんが「マネージャーを救え！」というテーマを掲げていた。 ここには大勢の人が集まっていた。マネージャーに何かしらの必要性を見出している人、「No One Left Behind」の精神でマネージャーと協働する道を探そうとしている人々だろう。こういった人々がいる、というだけで救われる気持ちだ。 この場で中村洋さんと話したのが、「マネージャーへの期待値が曖昧なので、不要論が出るのではないか」ということだった。 マネージャー何する人ぞ「マネージャーへの期
マネージャーを否定しない組織をつくる - Unknown Error
RSGT2020が1/8~10に開催された。 昨年は楽しかったの一言に尽きたが、今年はとにかく考えさせられた。 というのも、私にとってここ2~3年のテーマだった、Agile × マネージャーというドンピシャなキーノートがSahotaさんよりあったためだ。 confengine.com 本記事では、このキーノートに焦点をあてる。 マネージャーを否定してはいけない Sahotaさんのセッションで最も印象に残った言葉が、「組織を変革させるとき、誰も取りこぼしてはいけない」というものだ。 私がBas(LeSSの提唱者)の認定スクラムマスターの研修に参加したとき、どんな役割を今やってますか？と質問された。 私はそのときScrumを推進する人ではあったが、Scrum Masterではなかった。なぜなら、私の行う役割にはエンジニアの評価やエンジニアの採用も入っていたからだ。 そのときはEngineeri
プロダクトが進捗していないと感じた時の戦い方 - hikoharu's blog
この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類 技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
幻影旅団のチームマネジメントのすばらしさとそれでも鎖野郎に半壊させられた理由を考察する｜人事のなべはる
記事の中で映画、ゲーム、漫画などのネタバレが含まれているかもしれません。気になるかたは注意してお読みください。 悪の組織の心理的安全性ランキングの栄えある1位はハンターハンターの幻影旅団です！ 幻影旅団はほんとうに良いチームなのですが、ここでふと疑問に思うことがあります。それは、「ヨークシンシティ編で鎖野郎に半壊させられてるじゃん」というもの。この疑問に答えるべく、筆をとりました。 というわけでこの記事では、幻影旅団のチームマネジメントがいかに優れているか？と、優れたチームマネジメントにもかかわらずなぜ鎖野郎に半壊させられたのか？をチームビルディングの観点から考察します。ヨークシンシティ編のネタバレありまくりなので、ご了承ください。 団員どうしの仲が良く、リーダーは親しみやすい幻影旅団が他の悪の組織と大きく異なるユニークな点は、上下関係なく団員どうしの仲が良いことです。 例えば下記の描写。
社内情報共有についての考え方 - An Epicurean
タイトルのようなエントリを社内に向けて書いたので、手直しして社外に放流するものである。 社内で情報共有フローやガイドライン整備などを進めている。ルールは少ないに越したことはないので「ルール作り」にはしたくなくて、考え方やガイドラインみたいなところに留めて、文化や共通言語を醸成していきたいとも考えている。 これは、今後組織が大きくなる上で、「スピードを落とさないため」に必要だと考えている。新しく入ってきた人が立ち上がりを早くパフォーマンスを発揮してもらえるようにしたい。 オンボーディングの整備は大事で、それもやっていかないといけない。でも今のフェーズではどうしても未整備の部分も多い。そういう荒地を楽しんで走破できる自走力があって、自分で決めて整備もできて、組織と一緒に成長してくれる人を採用していきたい。なので「自走しやすい環境」を整えたい。そのために必要だと考えている点が以下の3点です。 デ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.mod.go.jp/asdf/meguro/center/20_stdy/arpw04/40numagami01.pdf
Effective Remote Working
