日本を代表するロックバンド・GLAY。 今年でデビュー25周年を迎え、10月2日には15枚目のアルバム『NO DEMOCRACY』のリリースを控えています。 そんなモンスターバンドを率いてきたギタリスト・TAKUROさんは、2005年に設立した事務所「loversoul」の代表取締役であり、その後自主レーベル「loversoul music ＆ associates」、現「LSG」も立ち上げています。 今回新R25では、常にリーダーという立場でバンドや会社を牽引してきたTAKUROさんに、「リーダーとは何か？」というテーマで取材を行いました。 TAKUROさんの考える「カリスマとは？」「責任の取り方とは？」「20代ですべきこととは？」。深いお話をたくさんうかがうことができました。 〈聞き手＝サノトモキ〉 【TAKURO】1971年、北海道函館市生まれ。ロックバンド・GLAYのギタリスト兼リ

doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 Googleによる社内調査以降、多くの組織で「心理的安全性」が重視されるようになりました。心理的安全とは、他者の反応に怯えたり羞恥心を感じることなく、自然体の自分をさらけ出すことのできる環境や雰囲気のこと。 ですが、複業やリモートワークの浸透などビジネス環境が日々刻々と変化する中、「心理的安全性」という概念自体もアップデートさせていく必要があるはず。特にチャットやオンライン会議といったメンバー同士が対面しない「デジタル空間」における心理的安全の構築は、組織のパフォーマンスに責任を負うマネジャーにとって重要な課題ではないでしょうか。 機械学習などの分野で企業を支援するかたわら、チームに雑談を生み出すソーシャルブックマークサー

起業家や「勝ち組」のコミュニティは、障害者やマイノリティなどの社会的弱者には非常に優しい。 彼らはリベラルなので、そういった「生まれつきの属性」に対しては非常に寛容である。 だが「仕事ができない」「変化に対応できない」といった、「努力でなんとかなりそうな」弱者には、非常に厳しい人がゴロゴロいる。 「社会の役に立ちたい」と起業家や「勝ち組」たちは口を揃えて言う。 だが、彼らのいう「社会」に、「仕事のできない人」は含まれていない。 「動かないやつはほっときゃいいんだよ。落ちてくだけ。」と平然と述べる人は、特に珍しいわけではない。 確かに、健康で、大学を出ており、読み書きも普通にできるけれども、仕事が全くできない、という人を「社会的弱者」と認識するのは、通常の感覚ではないだろう。 でも、真実を言えば、実は彼らは現代では「弱者」に含まれる可能性がある。 彼らは単純な反復作業はできる。マニュアルがあ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels（CTO, Amazon.com）at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか？を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊

この半年間、久しぶりに開発チームのマネージャ的な立場もやることになったので、「ふつうの受託開発チームのつくりかた」以来、工夫したことをまとめておきます。「ふつうの受託開発チームのつくりかた」未見のかたはぜひそちらも見てみてください! チームに名前を付ける 私の受け持つチームは伝統的に「ラスカル」の名を付けるようにし、チームのアイデンティティを保つようにしています。チームメンバも本当は出来るだけ長く担当してもらいたいのですが、大きなSIerだとそれが難しいこともあります。 通常のプロジェクトチームだと、サブシステム名くらいで呼ばれることでしょう。これは、そのプロジェクトが終わったらチームも終わり、で帰る場所も無くなることを意味しますし、愛着をもって働くことは難しくなります。 メンバが多少入れ替わっても、チームは継続する"モーニング娘。方式"であれば、またいつか戻ってくることもできるし、OBと

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私は昨年７月からサンフランシスコにあるAsanaという会社でエンジニアをしています。アメリカの大学でComputer Scienceを専攻し、昨年卒業しました。 エンジニアを指導する立場の人こそ読んでほしい、新卒エンジニアが1年間で上司に感じた５つのことの著者と私は新卒エンジニアで１年経ったところという境遇が似ている一方で、私は上述の記事に書かれているような不満を一度たりとも感じたことがありません。 この記事では、H_Craneさんの５つの上司に対する不満点と対比して、私がこの１年間で感じたAsanaの良い点を５つ列挙することで、どうい

Inc.：長年にわたり、Googleは数え切れないほどの研究に取り組み、膨大なデータを集め、何百万ドルもをつぎ込んで自社の従業員をより良く理解しようと努めてきました。Googleの最も興味深い取り組みの1つであるプロジェクト・アリストテレス（Project Aristotle）は、社内で最高の業績をあげているチームに焦点を当て、チームの生産性を高める秘訣を探ろうというものでした。 なかでも、生産性の高いチームと低いチームの違いは何なのか？ を解明することに主眼が置かれました。 この調査をはじめる前、Googleの経営陣は、ほかの多くの組織と同じように、最高のチームをつくるということは、最高の人材を集めることであると信じていました。それは理にかなった考えです。最高のエンジニアに、MBA、博士を集めれば、最高のチームのでき上がり。そうですよね？ しかし、Googleの人事分析マネージャ、Jul

＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう

「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ

オープンセミナー2017@岡山での発表スライドです

スタートアップの企業文化 (Startup Culture) についてのスライドです。 企業文化やビジョンをスタートアップの初期から気にするべきかどうかは悩ましいところですが、Y Combinator の Jessica Livingston のいうとおり、企業文化はその設立当初から自然と育っていってしまうものだなと 2, 3 人のスタートアップを見てても思います。であれば、初期から考えるためのある程度の情報はあっても良いのかなと思い、今回スライドをまとめました。 企業文化はかなりソフトな概念なので、そもそも把握しづらい上に何が良くて何が悪いのかも分かりにくく、さらに簡単に変えたり作り上げたりできるものではありません。それに加えて、良い（望ましい、心地の良い）企業文化があるからといって、その企業の成功が約束されるわけではありません。 ただ様々な研究を見てみても、良い企業文化は生産性向上や採

▼ [雑] 「第2回 エンジニアリングマネージャー勉強会」に参加してきた 開催前に Twitter か Facebook で見かけて「お？」と思って参加ボタンをポチっとした、「第2回 エンジニアリングマネージャー勉強会」に参加してきた。 いま、会社でのオレのポジションは、無印の「ソフトウェアエンジニア」であって、「エンジニアリングマネージャ（EM）」という立場ではない。でも、開催ページに参加条件として次のように書いてあった。 下記の経験をお持ちの方に制限させていただきます。(アンケートにご回答お願い致します) ・メンバーの育成、新卒のメンター経験がある ・エンジニアリングチームリーダー、プロジェクトリーダー 過去の会社ではそういうこともやっていたので、セーフだろう。 これまで「エンジニアリングマネージャ」を軸とした勉強会には参加したことがなかったのだけど、行ってみたら会場は満員。やっぱりこ

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が最近リリースされ、重要な変...

少し前にお会いした、元コンサルタントの方の話だ。 彼は、「自分は特に優秀ではない」と悟ってから、一気に成果が出るようになった、という。 だが、優秀ではない、ということと、成果が出る、とは相反するように見える。 「一見、逆説的に聞こえるけど」と問うと、彼は 「いや、重要だよ。」という。 「僕は自信家で、とにかく人に勝ちたかった。出世、給料、有名になることも含めて。」 「野心があるのは悪いことじゃないと思うけど。」 「うん、でも、勝てないんだよね。すごい人ってたくさんいるから。例えば、先輩が作る提案書を見る。出来がいいし、何より発想が突き抜けてる。わかるんだよね。あ、自分の作ったものは十人並だなって。結局、自分にはそれほどの才能がないってこと、嫌ってほどわかった。」 「なるほど」 「でも、なんとかして追いつけるんじゃないかと、本を読んで、セミナー出て、でも、勉強すればするほど、先輩が遠ざかる。

仕事ができる人とできない人の『生産性』の違い 1. 目的について 仕事ができない人は、目的を曖昧にしたまま仕事に取り掛かる。 仕事ができる人は、何かを頼まれたら「なぜその仕事をする意味があるのか」本質的な目的を聞く。 目的が不明確なまま仕事をしていては、頼まれたこと以上のアウトプットはできない。また、本質的な目的が分かっていれば逐一「ここはどうすれば良いですか？」と聞かなくとも自分で考えて仕事が進められる。 2. タスク管理について 仕事ができない人は、タスクを頭で全て覚えようとする。 仕事ができる人は、紙やアプリ、PC、付箋に記憶させる。 無駄なエネルギーを使わず、意思決定・問題解決のために頭をフル回転させる。 3. 集中できる環境づくりについて 仕事ができない人の携帯は、仕事中でもメールやLINEの通知がひっきりなしに鳴る。 仕事ができる人は、集中力を阻害するものを意識的にOFFにする

新規事業開発や起業において、ビジネスモデルの設計・構築が成功率を下げている可能性があります。一般的には優れたビジネスモデルの設計こそが事業の成功率を向上させると認識されていますが、実際の事業投資シーンにおいては真逆の結果、つまり事業開発はまったく進まず、起業は失敗するという結果が生まれます。本資料では普段あまり語られることのない、ビジネスモデル設計・構築に潜む「デメリット」をご紹介します。Read less