はじめに 先週、「おい、辞めるな」という記事を書きました。 syu-m-5151.hatenablog.com 思った以上に反響がありました。何人かから連絡をもらいました。辞めないことにしました、考えるきっかけになりました、と。ありがたかったです。嬉しかった、と言っていいです。たぶん。 ただ、何か落ち着きませんでした。辞めないと決めた。それは分かった。で、その次は。辞めないと決めただけで、何かが変わるわけではありません。私がそうだったからです。 辞めないと決めた後も、何も変わりませんでした。評価は上がらない。漠然としたモヤモヤは消えない。夜遅くまでコードを書いた。勉強会に参加した。資格を取った。ブログを書いた。技術力を上げれば認められる。そう信じていました。 評価は上がりませんでした。 振り返ると、私は頑張り方を間違えていたのです。もっと正確に言えば、評価の構造を理解していませんでした。良

協同組合は、その所有者にとっては良い組織形態だ。だがそれは、株式会社がその所有者にとって良いのと全く同じことである。 1970年代のサスカトゥーン〔カナダ、サスカチュワン州の最大都市〕で育った人間にとって、協同組合は日常生活の大部分を占めていた。食料品や金属製品、ガスは生協（Co-op）で買ったし、銀行は信用組合（credit union）を利用していたし、鶏の餌すらウィートプール〔カナダの小麦生産者の協同組合〕で購入していた。実際、私たち家族の思い出の中には、こんなエピソードがある。ある日、母が私たち子どもを後部座席に乗せたまま、車をガス欠させてしまった。母は、それまでの道中にあった「アメリカの多国籍企業」のガソリンスタンドを利用したくなかったので、なんとか生協のガソリンスタンドまで辿り着こうとしていたのだ。 西カナダにおける生協の大きな存在感は、20世紀におけるカナダとイギリスの左派の

嶋 航｜東南アジア起業奮闘記 @KoShima77680379 なぜ日本人は海外でマネジメントに失敗するのか？ 日本人責任者が意気揚々と海外に赴任しては「こんなはずではなかった」と意気消沈するのを多数見てきた。その失敗の理由は語学力でも人間力でもない。↓ 2025-03-26 12:18:57 嶋 航｜東南アジア起業奮闘記 @KoShima77680379 それは海外で求められるマネジメントが日本でやってきたマネジメントの延長にないからである。人材マネジメントはマネジメントの対象で大きく分けると、個人のマネジメントと組織のマネジメントに分かれる。↓ 2025-03-26 12:19:15 嶋 航｜東南アジア起業奮闘記 @KoShima77680379 「個人マネジメント」とは、リーダーが見れる数名を直接マネジメントすることであり、手法はワンオンワン、手厚いサポート・教育体制、飲みニケーショ

Scrum Fest Fukuoka 2025

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

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

MASA(航空宇宙・軍事) @masa_0083 軍事・航空宇宙・自律化（Military・AeroSpace・Autonomous） の情報をXでつぶやいているMASAと申します。 patreon.com/c/masa_0083 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人につきひとりなのだそうです。 つまり、正しい資質を持った人をマネージャーに登用できれば、自ず

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

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

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

バグやシステムの悪い部分を生み出しているものはなにか？広木大地氏：好きなことってなんだったんだろう。最初は、いいコードを書きたい、悪いコードをリファクタリングしたい、もっと良いサービスにしたい、もっと社会のためになることをしたい、もっとみんなを驚かせたいと考えていました。そのための仕組みや仕掛けやライブラリなど、いろいろなものを考えて作っていこうと。 一生懸命やっていく中で、技術的なものはある種の手段だけど、手段にこだわるのも愛だ。愛のない目的は無意味だし、その逆もそうだなと思うようになりました。自分の中でやりたいと思うことや、好きだと思えること。ハンマーを持ったら全部釘に見える話を避けながら、ハンマーが好きだ、使ってみたいと思う技術者魂はとても大事だと思っています。 いい物を作るために、背後にあるバグやシステムの悪い部分を生み出しているものはなにかと考えたら、組織や文化だと感じるようにな

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