日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

企業経営では「組織を永続させること」が非常に重要なテーマになるわけですが、考えれば考えるほど、これは難しいことだなと思います。 特に難しいのが「リーダーの選出」です。会社を作って大きく育てるというのは間違いなく一流のリーダーにしかできないことですが、問題は、この一流のリーダーが、次の世代のリーダーを選抜・指名する時です。 確認してみましょう。 このチャートは北野唯我さんの本をベースにしています。まず、二流の人間は自分が本当は二流であり、誰が一流なのかを知っています。 一流の人間はそもそも人を格付けする、あるいは人を押しのけて権力を握ることにあまり興味がないので、二流とか三流といった格付けそのものをはなから考えません。 三流の人間は、往々にして周囲にいる二流の人間のことを一流だと勘違いしており、自分も「いまは二流だが頑張ればいつかはああなれる」と考えて、二流の周りをヨイショしながらウロチョロ

MASA(航空宇宙・軍事) @masa_0083 航空宇宙、ミリタリー、無人機関係の話をします。スペースXのファン。 個人、企業問わずVtuberを応援しています。 MASA(航空宇宙・軍事) @masa_0083 感動した。 このツリー、ぜひ最後まで読んで欲しい。労働組合の本当の姿、「労働者の権利のための組合」がどういうものか、よく見える。 本来、労働組合とはこういう正当な組織だったはずなのに、どうしてほとんど関係ない政治団体化してしまったのだろうか……。 x.com/noeasywalk/sta… 2024-05-03 12:56:00 佐伯 佳祐 @noeasywalk 実は、30歳にして自治体の教職員組合の書記長を務めた。その任期がついに先日満了した。「組合」といえば皆さんにとって煙たい話題だろう。よくわかっている。しかし、今の私には書き残さざるを得ない話なので、ここにそうさせても

「優秀なマネージャー」とは、どのような人のことを指すのでしょうか。 20年以上にわたって2,700万人および250万チームを対象とする調査を実施してきた米Gallup社では、最上の結果を出せるマネージャーの資質を持った人間は非常にわずかであり、その数はおよそ10人にひとりだと結論づけています。 一方、マネージャーが組織やチームに与える影響は、非常に大きなものです。Society for Human Resources Management の調査では、効果的なマネジメントは下記のようなインパクトを導くと言われています。 これだけ重要な役割を担うマネージャーの資質を持った人材が「10人にひとり」では、少々頼りなく感じるかもしれません。しかし、実際に大企業におけるマネージャーの割合は、およそ従業員10人につきひとりなのだそうです。 つまり、正しい資質を持った人をマネージャーに登用できれば、自ず

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標

はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか？ これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか？と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ

はじめにこの記事の対象読者は「機能しているスクラム開発チームのメンバーないし関係者」をイメージしています。 また会社のフェーズや資本状況、フルタイムでないメンバーを雇いたいなどのコンテキストもあるので業務委託が一概に悪とは言いません。 単純に相性が悪いってだけです。 また相性が悪くてもチームが即崩壊するとかそう言う話でもないです。 僕は業務委託の人が嫌いなわけではありません。ただスクラム開発と相性悪いな（主に単価的な意味で）と思っています。 あとここで言うSES的に送り込まれる業務委託の人の単価は月100万~150万円くらいです。 実は「業務委託契約」とは限らないWeb界隈の一部の慣行として「協力会社(個人を指す)」とほぼ同義語として「業務委託」は使われています。「業務委託」と呼ばれる個人に対してリーダーが指揮命令権を持ちます。契約形態は関係ありません(パねぇな)。 実態の契約形態が業務委

主体的で幸福感の高いキャリアを歩むための勘所やコツをIT業界の最前線で活躍する、二人の元エンジニアに学ぶ「DX時代を勝ち抜くエンジニア成長戦略」。ここで株式会社レクター 取締役／一般社団法人日本CTO協会理事の広木氏が登壇。続いて、組織について考え、DXについて発信することになった経緯を話します。前回はこちらから。 バグやシステムの悪い部分を生み出しているものはなにか？ 広木大地氏：好きなことってなんだったんだろう。最初は、いいコードを書きたい、悪いコードをリファクタリングしたい、もっと良いサービスにしたい、もっと社会のためになることをしたい、もっとみんなを驚かせたいと考えていました。そのための仕組みや仕掛けやライブラリなど、いろいろなものを考えて作っていこうと。 一生懸命やっていく中で、技術的なものはある種の手段だけど、手段にこだわるのも愛だ。愛のない目的は無意味だし、その逆もそうだなと

都内のITスタートアップで働いてる者です。 何社か関わってきたけど、人事、採用が下手すぎて組織崩壊してる会社多すぎるなぁと思ったので命令口調でメモ。 とりあえずミッション、ビジョン、バリューを設定しちゃう「どこの会社も設定してるから...」と形式的にミッション、ビジョン、バリューを定義している会社は１００％失敗してる。 ”ミッション、ビジョン、バリューが必要”というムードを誰が作り出したのかは知らないが、流されるな。 組織の状況や今後の運営から考えて必要なら定義すればいいし、そうでなければ別に定義しなくても構わない。 別にそれ以外の方法もたくさんある。 いずれにせよ、口に出すのが恥ずかしいイキった横文字をミッション、ビジョン、バリューにするのはやめとけ。 「1年後に100人の組織にします！」とか言っちゃうシリーズBとかCらへんの調達目処がたってくると、こういう目標を立てちゃうCEOがいるが

2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「Project Management & Agile全社横断組織の戦略と事例」に登壇したのはLINE Effective Team and Delivery室 室長の横道稔氏。LINEの全社横断組織「Effective Team and Delivery室」のミッションと、実際の取組みについて紹介しました。後半パートとなる今回は、LINE NEWSにおけるプロジェクト支援事例と、実際に取り

久しぶりに会った年下の知人が、なんだか元気のない顔している。理由を尋ねてみると、数カ月間打ち込んで懸命にやった仕事が、見事にライバル会社にかっさらわれたのだそうだ。勝負に打って出たが、負けてしまった。疲れて意気消沈し、他の事にもあまり手がつかない。気がつくと、失った仕事のあれこれを考え、頭の中が堂々巡りの状態だという。

皆さんの中には、「『ティール組織』を手に取って読んだものの、ちょっと内容が掴みにくいなぁ」あるいは「どこから始めるのが良いのだろうか？」と感じていらっしゃる方もいることと思います。 2018年1月に『ティール組織（英治出版）』が発売されて以降、発行部数も7万部となり、多くの方が手に取る中で、私の方にも多くのご質問を頂いてきました。 「ティール組織は最も優れた組織モデルなのですか？」 「ティール組織で成果は上がりますか？」 「ティール組織は役職を廃し、給料を公開することなのですか？」 「ティール組織は、一部のセルフマネジメントができる方向けの組織ですか？」 「ティール組織になるには、何から始めればいいですか？」 そこで、今回は、「ティール組織の原点を理解！3つのブレークスルーの実践上の繋がりを解説！」と題して、ティール組織の原点を、原書に立ち返りながら、日々の実務経験も踏まえて、出来るだけ実

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? LITALICO CTOの岸田崇志(@takish)です。 2017年のアドベントカレンダーもついに最終日となりました。 入社して2年経ち、エンジニアも順調に人数が増え、新卒採用からの育成、そして新規事業ラインへのエンジニアラインがスケールアウトできるようになってきました。 特に前職ではインターネット事業の急激な成長を経験したので、エンジニア育成サイクルの礎を築いて置くことの重要性は身にしみて感じていたので、最初からそれを念頭に組織を組み立てています。 はじめに 筆者はエンジニア組織の立ち上げは3回目なので「デジャヴ？！」と感じる事も多

はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

ある飲み会での話だ。若手の技術者と、30代半ばのベテラン技術者が、熱心に話し込んでいた。 若手は仕事が楽しくないようだ。 「仕事を始めた頃は憶えることばかりで楽しかったんですけどね……。」 ベテランの方はそれを聞いてうなずいている。 「まあ、そうだよね。仕事って、大変だよ。」 若手の彼はビールをあおった。 「先輩はどうなんですか。仕事。」 「うーん、オレは仕事を楽しくする方法を教えてもらったからな。」 「なんですか、それ。」 「仕事って、基本的にこちらからアクションしないとつまらないんだよ。だから自分の行動に変化を持たせて、ある程度楽しくすることはできる」 「ホントですか？」 「うん。仕事って、ちょっとしたきっかけでつまらなくなるじゃない。上司と喧嘩した、とか。でも逆にちょっとしたきっかけで面白くできてしまう。」 「ちょっとしたきっかけで、面白くできる……。」 「オレ、前の仕事がつまらなく

この記事はJames Coplien氏の記事「Organizational Patterns: Building on the Agile Pattern Foundations」を、氏の許可を得て翻訳したものです（元の記事が長いため抄訳としています）。（原文最終更新日：2006年7月9日） 目的の統一性（"Unity of Purpose"） 顧客の参画 ("Engage Customers") ドメイン専門家という役割 （"Domain Expertise in Roles"） アーキテクトがプロダクトをコントロールする （"Architect controls Product"） 作業の均等な分配（"Distribute Work Evenly"） 関数の所有者とコンポーネントの所有者 （"Function Owner and Component Owner"） 雇われアナリスト （