TopPodcast.com
Menu
  • Home
  • Top Charts
  • Top Networks
  • Top Apps
  • Top Independents
  • Top Podfluencers
  • Top Picks
    • Top Business Podcasts
    • Top True Crime Podcasts
    • Top Finance Podcasts
    • Top Comedy Podcasts
    • Top Music Podcasts
    • Top Womens Podcasts
    • Top Kids Podcasts
    • Top Sports Podcasts
    • Top News Podcasts
    • Top Tech Podcasts
    • Top Crypto Podcasts
    • Top Entrepreneurial Podcasts
    • Top Fantasy Sports Podcasts
    • Top Political Podcasts
    • Top Science Podcasts
    • Top Self Help Podcasts
    • Top Sports Betting Podcasts
    • Top Stocks Podcasts
  • Podcast News
  • About Us
  • Podcast Advertising
  • Contact
Not in our directory?
Add Show Here
Podcast Equipment
Center

toppodcastlogoOur TOPPODCAST Picks

  • Comedy
  • Crypto
  • Sports
  • News
  • Politics
  • True Crime
  • Business
  • Finance

Follow Us

toppodcastlogoStay Connected

    View Top 200 Chart
    Back to Rankings Page
    Technology

    fukabori.fm

    技術・組織・マネジメントなどを深掘りして楽しむPodcastです。

    Advertise
    • Apple Podcasts
    • Google Play
    • Spotify

    Latest Episodes:
    24. 開発組織から部長がいなくなるまでの経緯 w/ teppeis Dec 30, 2019
    Show notes

    話したネタ

    • サイボウズはどのようなプロダクトを開発しているのか?
    • kintoneの競合って?
    • サイボウズって外注しているの?オフショアは?
    • 組織変更したら部長がいなくなりました
    • 部長がいなくなる組織変更する前はどのような組織だったのか?
    • マトリクス組織、上長って複数名?
    • マトリクス組織において、どのような問題があったのか?
    • 職能定義に固定的に考えてしまう
    • どのように組織変更を進めていったのか?
    • 60組以上に今考えている課題について、ヒアリング実施
    • 左右の壁と、上下の壁
    • プロダクトチームはどういうメンバ構成なのか?
    • 組織変更は、だれが、どのぐらいの人数で、どのぐらいかけて考えていったのか?
    • ヒアリング結果は常にオープンに
    • 「あれ、俺の役職なくなるんじゃね?」という懸念はあったのか?
    • 旧部長の多くは、組織運営チームにJoinした
    • マネージャは孤独な仕事であるが、チームを組んで考えるようになった
    • 組織運営チームで解決する課題はどのように発見しているのか?
    • 発見した課題の優先度付けは?
    • Scrum at ScaleにおけるEAT(Executive Action Team)に近い
    • EATはエスカレーションされた問題の即日解決を目指す
    • 予算系のものの承認は、誰がするようになったのか?
    • 予算枠確保よりも、必要なものを、必要なときに使うのが大事
    • チームの活動をkintone上というオープンな場に公開する
    • 公明正大が会話にまで浸透している
    • チーム間の異動は自由にできるようになったのか?
    • チームメンバに(社内)採用の権限を落とした
    • 体験入部制度
    • 公開されているJob boardでの応募はどのようにすればできる?
    • 人気のあるチームに集まっちゃう問題?
    • レガシーとなったプロダクトのチームで解く課題の人気
    • 組織変更後の給与評価はどのようにするようになった?
    • メンバの活躍をどのように把握しているのか?
    • 市場価値として、社内+社外の評価を利用している
    • アジャイル開発のフレームワークは何を使っている?
    • スクラムチームはどの程度ある?
    • スクラムチーム間の情報交換はどうしている?
    • 開発ツールとしてのコード管理は何を使っている?
    • 徐々にGitHub Enterpriseから、GitHub.comの利用へ
    • RSGT2020

    23. 社内ISUCON w/ yosuke_furukawa Oct 21, 2019
    Show notes

    話したネタ

    • Write Code Every Day
    • ISUCONとは?
    • エンジニア5000名が参加するISUCONとは何か
    • ISUCONに参加するまでの流れ
    • ISUCON問題作問する側のインフラ担当は大変
    • ISUCARI
    • ISUCON9予選の出題と外部サービス・ベンチマーカーについて - catatsuy - Medium
    • R-ISUCONは優勝者が作問側へ
    • ISUCON参加側のyosuke_furukawaの役割は?
    • テディベアプログラミング
    • なぜ社内ISUCONをリクルートテクノロジーズで開催しているのか?
    • ISUCONの技術力を高める、リクルートのパフォーマンス課題を共通で解く
    • 社内ISUCON開催に向けて、何か社内を説得 or 進めていくコツは?
    • スモールスタートで始めつつ、偉い人を巻き込む
    • R-ISUCON
    • PortalにVM再起動ボタン
    • ベンチ動きっぱなしISUCON
    • NTTコミュニケーションズのソフトウェアエンジニア向け研修内容・資料を公開します - 障害注入型ISUCON
    • DevOpsエンジニアリング
    • エンジニアの横のつながり
    • 運営メンバってだいたいどのぐらい人数?
    • 社内ISUCONの言語選定は?
    • 開催までの工数ってどう考えるか?
    • 社内ISUCONデスマーチ
    • インフラ基盤には何を使う?
    • VMのOSは何を?
    • 複数VMを異なるスペック、構成で提供する
    • 参照実装を増やす場合に、CIなどを回す?
    • フロントエンドエンジニアがISUCONでは能力を出しにくい
    • フロントエンド限定のスピードハッカソン
    • ユーザが体験するパフォーマンスの7-8割はフロントエンドと言われることも
    • ベンチマーカはどうやってい実装している?
    • データベースに入れておくデータセットはどうやって作る?
    • 画像のプリセットを作るのが大変
    • loadimpact/k6
    • Postman
    • 現代システムアーキテクチャとの乖離について
    • リクルートテクノロジーズ 採用情報
    • JSConf JP

    22. ソフトウェア・ファースト w/ takoratta Oct 14, 2019
    Show notes

    話したネタ

    • ソフトウェア・ファースト
    • 製作委員会のnote
    • 書籍執筆の動機
    • エンジニアのためのマネジメントキャリアパス
    • DXという言葉は使いたくなかった
    • ソフトウェア・ファーストという名前がついた経緯
    • モバイルファースト、AIファーストとの対比
    • ソフトウェアを活用をいかにできるかを、企画から運用まで考え続ける
    • トランスフォーメーションより変革という言葉
    • 人と組織を変える気がないDX
    • RPAは変革の途中であり、小手先の技術
    • 4GLやEUC
    • エンプラの技術的負債の解消?
    • 事業会社がSIerへ丸投げするのは、負債の発生
    • 内製化、手の内化
    • メンテできるかは、技術的にのみならず、やりたいかどうかも含めて考える
    • 常に触り続けるのが、負債化を避けるのは王道
    • Google エンジニアリング・プラクティス ドキュメント
    • 1章 ソフトウェアファースト のサマリ
    • 2章 IT・ネットの“20年戦争”に負けた日本の課題と光明 のサマリ
    • 日本でIT産業の競争力を失った理由
    • IT産業は製造業を模倣しているが、実際は模倣できていない
    • なぜ、製造業ではオーナーシップを保っているのか?
    • ものづくりにおける技能オリンピック
    • 経営層がITを理解しているかどうか
    • 役員の中にソフトウェアがわかる人が何人いるか?
    • ソフトウェアがわかるとは、どの程度まで理解していればいいのか?
    • 幹部や経営層にどのような教育をお願いすればいいのか?
    • 日本の経営者がITを理解できないのは、お友達が悪いから
    • さくらインターネットの田中さん
    • 3章 ソフトウェア・ファーストの実践に必要な変革 のサマリ
    • DXの勝者と敗者:ネットフリックスとブロックバスター
    • 経営陣のITリテラシ、風通しの良い組織文化、会社のミッション
    • セブンペイ
    • 某元国営企業のアプリ
    • 技術を分かってる経営層を増やすには?
    • 前回同様に、やっぱり辞めちゃえばいい、辞める気で変える
    • Google TGIF
    • 社内システムのリバースエンジニアリングから技術の価値を見せる
    • 4章:これからの「強い開発組織」を考える のサマリ
    • 5章:ソフトウェア・ファーストなキャリアを築くには のサマリ
    • 組織を作るのはプロダクトを作る人、人事はサポート
    • 組織に対するオーナーシップをどうやって持ってもらうか?
    • 組織はコミュニティと一緒である
    • 書籍の制作秘話、何が大変だったのか?
    • 受託開発のように受け身で執筆してしまっていた
    • ペルソナを後で書いた
    • 書籍が、自分の分身になっていなかった
    • 3万字を捨てる決断
    • プロダクトマネージャーカンファレンス 2019
    • プロダクトマネージャーカンファレンスを始めたきっかけ

    21. Segment Routing v6 とは何か? w/ slankdev Sep 16, 2019
    Show notes

    話したネタ

    • Segment Routingとはそもそも何か?
    • Segmentはどういう単位か?
    • Source Routingとの関連は?
    • Segment Routingで、どういう問題が解けるのか?
    • 現在のバックボーンネットワークにおけるMPLS
    • MPLSでネットワークを構成したときの課題
    • Segment RoutingだとNetwork Nodeが、よりステートレス
    • Segment Routing MPLSの動きは?
    • Segment Routing v6では、どういう拡張ヘッダを付与する?
    • Segment Routing Header(SRH)
    • Segment IDは128bit
    • SRHはネットワークノードで剥がすのか?
    • Segment Routingだからこその特徴は?
    • SRv6は世の中でどういうフェーズか?
    • IETF側で基本的な部分は決まってきている
    • SRv6の実装状況はどうか?
    • Juniperの指摘はSegment IDが広いという点
    • Kamueeって何でしたっけ?
    • InteropにおけるShownetとは?
    • InteropでKamueeをどう組み込んだ?
    • Service Chain周りで組み込んだ
    • Service Chainでは、どんな機能がつながった?
    • SRv6だと、Security Functionと上手くいかない部分がある
    • SR Proxyという機能
    • SRv6に対応していない機器が、SDHを見たときにどう動く?
    • SRv6の実装はどの辺が大変だった?
    • VRF(Virtual Routing and Forwarding)とは?
    • パケット作るのは簡単
    • VRFにおけるルーティングテーブルの選択ロジックは?
    • Kamueeのネットワークデバッグ機能とは?
    • SRv6の課題は?
    • ソフトウェアルータの課題は?
    • Segment Routingは自由研究のネタになる

    20. 技術力をいかに評価するか?インターンシップにおける採用・戦略とは? w/ makoga Jul 29, 2019
    Show notes

    話したネタ

    • CTOの1日ってどんな感じですか?コードは書きますか?
    • 会社の経営戦略と人事制度(等級制度)との関連
    • 等級(グレード)ダウンってありえる?
    • 報酬はどのように決定しているのか?
    • 技術力評価制度はどのような全体像・プロセスなのか?
    • 評価のすり合わせは、なぜ実施するのか?
    • 評価者2人はどのように選定しているのか?
    • 定量的な評価を最初になぜ導入したのか?
    • 人の給料を決めたくない
    • 評価制度とグレードの昇給ってどういう相関?
    • 技術力評価制度の社内の満足感はどうか?
    • 自分の成長につながるフィードバックをもらえるのが大事
    • 評価する側にも学びが多い
    • Voyageグループでは開発チームごとに色を出して良い
    • 全社での技術ガイドラインはあるのか?
    • ない、事業特性と技術特性を考慮して決める
    • 流行りで技術選定しない
    • 好きな技術をねじ込んでくる機会はあっていい
    • 新しい技術を浸透するための勉強会などは自主的に発生する?
    • 今までの延長業務でも、新しい技術を学び選択肢を増やす
    • グレードを上げる判断基準は何か?
    • CCFB(360度評価)の評価項目は何か?
    • AmazonのLeadership Principle
    • エンジニア職種以外に技術力評価制度を応用可能か?
    • (技術力評価制度の)全体振り返りはどのようにやっているのか?
    • 次に活かすTry項目はどのように決定するのか?
    • 評価制度も自分たちでエンジニアリングしていく
    • 新卒・中途採用はどのように改善したのか?
    • 中途向けの面接の同席から始めた
    • 評価会を通じて、採用スキルが上がる
    • どのタイミングで、面接の同席を辞めたのか?
    • 最悪な状況を理解して、そこさえならなければやり方を任せる
    • 採用における最低のラインとは何か?
    • 新卒研修をどのように変えていったのか?
    • 新卒入社研修を結果的になくした
    • チームとして、新卒を受け入れて育てられるスキル0
    • アジャイル戦略室では何をしたのか?
    • アジャイルは思想
    • 振り返りの文化を根付かせる
    • 振り返りでよく話す人、あまり話さない人
    • インターンシップ面白すぎでは?どのように決めているのか?
    • いかにインターンで、学生向けに目立つか?
    • 講義をしっかりすることで学生に訴求した
    • エンジニア募集中
    • 2019/8/31 builderscon のランチセッションで ajito.fm の公開収録!

    19. エンジニアリング組織を取り巻く変化とは? w/ hiroki_daichi Jul 10, 2019
    Show notes

    話したネタ

    • EM.FM
    • エンジニアリング組織論への招待
    • エンジニアリングの定義とは?
    • エンジニアリングとは不確実性を減らすプロセス
    • 間に落ちてる仕事
    • 多くの仕事で出くわす人の多くは良い人
    • 構造によって良い人たちが感情的な対立を起こしている
    • 透明人間、構造の力、空気、アーキテクチャ
    • コードから書いた人、気持ちがわかるようになってきた
    • 一番負債はコード変更履歴からTrackしていくのは見栄えがいい
    • Cyclomatic complexity
    • 知らない、わからないという恐怖は根源的なもの
    • 人間はハードウェアの機能として、第一に動物である
    • 本能は漏れのある抽象化をして、理性的な面を描いている
    • その人のことが嫌いだよね、ってのを一般論として話す
    • 多くの問題は学校の問題ほど難しくない
    • 問題発見をし、明晰化する学問が弱い
    • バイトを100人動かすマニュアルを書くより、EC2インスタンスを動かすほうが簡単に
    • 思考のリファクタリングをすると外部入出力は変わるのか?
    • 目的という抽象をもって、手段という階層をリファクタリングする
    • Developer ExperienceとDigital Transformationという2つのDXとは?
    • 内製化はいままで外部に持っていた異質なものを取り込む過程である
    • エンジニアがビジネスのラインに自然に入り込んでいく
    • マーケタもSQLを書く
    • コンピュータが具体的な仕事から、より抽象的な仕事をしていく過程
    • 組織というベクトルだけで解を出せないが、別の軸から解を出せる
    • 仕様を決めることと、ソフトウェアを書くことが同じになっていく
    • 文化的なギャップを順番に溶けていくように進めると良いが、一気にいくとハレーションが起きる
    • ハレーションを恐れすぎると何もしなくなる
    • エンプラに属しているエンジニアはどうやってこの先生きのこるべきか?
    • 1,2回転職したらいいんじゃないか
    • ロイヤリティからエンゲージメントへ、労働者と使役側が対等な関係へ
    • シンプルを作るのは非常に難しい
    • ソフトウェアに社内事情を組み込みすぎている
    • マーケットの原理で物事を動かせない
    • なぜエンジニアが流出するのか?
    • 正当なリスペクト、周りに優秀な人がいる、透明性のある社風
    • 価値観が違うと、甘やかすことすらできない
    • その人が何を求めているのか紳士に向き合う
    • なんで辞めた人に理由を聞かないの?
    • リスペクトっていう概念が理解されていない問題
    • 尊敬しているというのは、その人に興味を持ち、理解する過程である
    • rector

    18. どのようにDX支援・アジャイル開発・スクラムを進めているのか? w/ sorano_tarou Jun 23, 2019
    Show notes

    話したネタ

    • アジャイル開発で採用しているフレームワークは何か?
    • スクラム、XP、モブプロ
    • スプリントのタイムボックスは?
    • 補足: POCとは
    • スプリントプランニングどのぐらいの時間をかける?
    • なぜ、1日スプリントにしたのか?
    • スプリントプランニングには、SM/PO/Devの誰が参加する?
    • 自分たちのモノ(社内のシステムなど)を作るのを並行してやる
    • 空いている時間で新しい技術を触り続ける
    • デザイン思考のワークショップには、開発チームが参加する?
    • アイデアを本当に形にできるか、というのを重視ししている
    • 開発時にお客様は同席する?
    • プロキシPOを立てることはあるか?
    • プロダクトバックログはいつ作っているのか?
    • プロダクトバックログへのアイデア貼り付けはいつやっても良い
    • アイデアの粒度はどの程度で書くか?
    • 最近のトレンド・技術を勉強しておかないと、顧客に価値を短期間で届けない
    • 学習専用の時間はあえて確保しているのか?
    • アウトプットと同じぐらい、次のインプット時間が必要と考えている
    • モブチームはどのように取るタスクを選ぶのか?
    • Definition of Done、Acceptance Criteriaはどのように規定しているのか?
    • 自分たちが状況を考えて、いまのお客様の欲しいものを仮説として考え、作り上げることを大事している
    • 振り返りの手法は何を使うか?
    • Fun, Done, Learn
    • 振り返りのコメントはどのようなものが出るのか?
    • わかりません、というのを自信を持って言いたい
    • 各モブごとの振り返りと、全チームの振り返り
    • Tryを蓄積していく、TryのRefinement
    • インセプションデッキは作るのか?いつ作るのか?
    • デザイン思考のワークショップはどの程度実施するのか?
    • POC開発・検証後はどのように進めていくのか?
    • チームビルディングはどのタイミングで、何を実施するか?
    • オンボーディング向けに気をつけていることはあるか?
    • プログラミング経験ゼロの人向けの育成モブ
    • KDDI DIGITAL GATEでエンジニア募集中
    • どんなエンジニアに来て欲しいか?
    • アジャイル開発体験会

    17. 本当にやれることを全部やってますか? w/ takoratta Jun 15, 2019
    Show notes

    話したネタ

    • DECって会社は何をやっていた?
    • IBMと7人の小人達
    • メインフレームに対するアンチテーゼ、ミニコンピューター
    • NEC PC-9801が大流行した時代
    • この時代の日本のIT企業は何をしていたのか?
    • 通産省とのタッグ
    • 富士通、日立、NEC、日本IBMで市場を分け合っていた時代
    • ソフトウェアはハードウェアのおまけだった
    • SIerという名前が生まれてきた背景
    • 当初は何と何をインテグレーションしていたのか?
    • トークンリングとイーサネット
    • 90年代の日本の技術者は、どのような開発をしていた?
    • ユニコードがない時代なので、国際化は大変な仕事だった
    • IT業界の下請け構造はどの時期から発生しはじめたのか?
    • Unixがのるワークステーション vs Windowsがのるパーソナルコンピューター
    • デヴィッド・カトラー
    • Windows95のこの時代もUXが優れていたのはAppleだった、ただこの頃のMacは不安定だった
    • AppleTalkは素晴らしかった
    • 90年代の日本のIT企業は強く、ソフトウェアの出来はとても良かった
    • オープンシステム流行の背景
    • エンドユーザーコンピューティング
    • 4GL
    • なぜ、この時代の日本製品のソフトウェア品質が高かったのだろうか?
    • UIのちょっとしたミスが製品全体の品質の疑いにつながる
    • 一番やってはいけないのはリコール
    • 現代のWeb向けのサービスは、リリースまでに直すもの、リリースしてから直すものを分けて考える
    • ITに対する捉え方の違いが、国内・国外との差を広げたのではないか
    • ヨーロッパ、アメリカ、日本のソフトウェアの捉え方の違いは?
    • 科学・製造・ビジネス
    • 経営者自身がソフトウェアを攻めの道具として捉えたのが米国だった
    • 日本と米国の状況は危機的、スピード感が違う
    • 日本では、減ってきたもののIT/ソフトウェアの価値をまだ理解していない
    • 及川さんのエンタープライズ向けのDXセミナーは娯楽
    • 静かに暮らしたい人たち
    • 年功序列、終身雇用、企業内組合という三種の神器
    • 安定を望む人も多いが、もうそんな場所はない
    • むしろ自分自身に自信を持てることが安定につながる
    • 米国的なジョブ型採用があるからこそ、社会・産業全体の最適化につながる
    • 社内のマイノリティの動きを、いかにしてメインストリームにもっていくか?なぜ難しいのか?
    • 新しいことにチャレンジするコストよりも、転職するコストのが安い
    • みんな辞めればいい、そうすれば経営者は危機感を持つ
    • Exit Interview
    • 人は会社と心中する必要はない
    • 本当に古い会社が変わらないといけない危機意識を持つために人材流動は大切
    • いつでもやめられる、けどやめない社員がいる会社は強い
    • 辞める気になって会社に働きかけてみましょう、本当にやれることを全部やってますか?
    • 井深さんの「説得工学」
    • 足りないのはやり切る覚悟
    • 一番必要なのはアントレプレナーシップ、起業家精神
    • 本当にあなたが成し遂げたいときに、どこまで覚悟をもってやっていますか?
    • オーナーシップを持って進めるのが少なくなってきているのではないか
    • 日本は、誰かがやったものをより良くやるので上手くいっていた民族なのでは?
    • 他国のをまねして上手く仕上げて、外に出せばいい
    • スタートアップと同じことを、大企業でなぜできないのか?
    • アマゾンの成功から日本の部品メーカーが学ぶべき理由
    • 最初のiPhoneにはSDKがなかった
    • まず自社の体験でユーザ体験を作り上げて、徐々に広げていく戦略
    • どのタイミングで、AmazonはAWSを始めようと判断したのだろうか?
    • リテール業界でAWSを使わなくなる傾向
    • IT業界でいうエコシステムは、プラットフォームが絶対に勝つエコシステム
    • Mircosoftの遡上である開発ツールのプラットフォーム化
    • 部品メーカーも思想を変えれば、プラットフォーム化できる
    • nVidiaは部品メーカーからプラットフォーマーへの例
    • 日本で足りない役割としてのBizDev、パートナー開拓
    • (エンプラで)内製したい若者が、上の人を説得するときにどう説得・行動すればよいか?
    • エンジニアとエンジニアじゃない人が組む社内ハッカソン
    • 採用は一種の営業活動である
    • 組織、環境を魅力的にして外に広報していく働きが必要
    • 採用に本当に困ってるんだったら給料を上げればいい
    • エンジニアを引きつける3つの魅力
    • 雇用条件・給与、プロダクト・ミッション、技術者としての面白さ
    • 3つ出来なくても、1つは突き抜ければ良い
    • 技術的に魅力的がないところには、優秀なエンジニアは来ない
    • エンジニアが他の職種と違うところ
    • 高い課題設定を魅力設定として打ち出す
    • リファラル採用はやったほうがいい、なぜか?
    • 本当に紹介できる・できないのリトマス試験紙になる = エンジニアのリテンションリスク
    • 「いやー僕はいいんだけど、こいつは誘えないな」というときの理由
    • 大企業が変わらないと、日本は変わらない
    • エンタープライズから日本を変えていけると楽しいのではないか

    16. [番外編] NTTComでメンバーシップ雇用を抜けてスペシャリスト雇用に転向した話とか w/ yuyarin、shinji_abe May 29, 2019
    Show notes

    話したネタ

    • NTTComを退職してNTTComに入社します
    • NTTComを退職してスペシャリスト社員になって1年ちょっとたちました。
    • メンバーシップ雇用とは何か?
    • スペシャリスト雇用とは何か?
    • 変則ミッショングレードという制度
    • Inside “Security Operation Center” ~セキュリティ人材を生かす5つの改革~
    • メンバーシップ雇用は何が良くて、何が悪いのか?
    • 特定のスキルを持った人の報酬が定義できない
    • 市場価値と比べて低い給料になり、入社が減少し、退職が増加する
    • やりたいことが曖昧な場合には効果的
    • Planned Happenstance Theory
    • スペシャリストとメンバーシップを選べる、移動できるような柔軟性が求められる
    • スペシャリストである、となぜ公言しにくいのか?
    • 役職定年、中途採用、転職に対するカウンターオファー(引き止め)
    • 社内のエンジニアのモチベーションを上げたい
    • メンバーシップからスペシャリストに変わるような生き方、選択肢を当たり前に
    • 中途採用が上手くいく秘訣は何か?
    • 自分たちの仕事が魅力的であることを発信する
    • 採用制度を独自に作り上げる
    • 技術試験を採用プロセスに含める
    • パケットキャプチャをあえて改ざんして、応募者に解析してもらう
    • 本質的な理解をしているか、確かめる
    • バイナリで読めるのはBGPだけ
    • スペシャリストになって、何が具体的に変わったのか?
    • 福利厚生は変化、お給料もある程度上がった
    • 評価の仕組みが大きく変わった
    • 評価の指標は、エンジニアリングマネージャーとすり合わせて決める
    • 1年前の目標って古すぎないか?
    • 給料爆上げ
    • 隗より始めよ
    • 働いてる環境ってどんな感じ?
    • Security Operation Centerでの個人環境
    • メモリは16GB
    • G Suite、Confluence、Jira、Slack
    • 社内システムはクローズドなので、使いにくい
    • アジャイルな開発・コミュニケーションを促進する新オフィスを作りました - Lean Agile Base
    • 会社の悪いところは?
    • プロフェッショナルな人材が、マネージャー層より上に少ない
    • Executiveの中途も進むと良い
    • 雇用制度の違いによる利害の不一致
    • (ep.15から)高度なスキルほど、サポートがないとパフォーマンスが出ない
    • 従業員満足度が上がり、退職率が下がると、会社としての給与引上げ圧力が弱まるという課題にどう対処するか?
    • 業務として、チームとして成果を出して経営へアピールすること
    • 個人として転職活動を常日頃しておく
    • 業界を盛り上げること
    • ラグビー部のおしかけってあった?
    • 大手町の綱引き大会で優勝
    • ラグビー部社員はスペシャリスト
    • なんで、まだ会社に残っているの?
    • ジャパニーズ トラディッショナル ビッグ カンパニー
    • 会社に対する愛はある
    • (難しい環境であっても)いかに変えていくのか、に面白みを感じる
    • 契約と、それに基づいた評価の規定
    • 対外発表を契約項目に含める
    • 一定額の給与で裁量をもたせて、やらせてほしい
    • 古くからある企業で、変わり始めてる事例を紹介するエピソード
    • (出演者全員)中途採用してます!

    15. 良い組織とは何か?どのように良い組織を作っていくのか? May 16, 2019
    Show notes

    話したネタ

    • スタートアップ組織開発勉強会_scoutyの組織開発理論と実践
    • 良い組織とは何か?
    • 組織と複雑系とは?
    • 複雑な仕組みと複雑系の違い
    • 組織は複雑系である
    • 採用だけ頑張っても、働く仕組みがイケてないと人は去っていく
    • HRに関わるあらゆる領域に対して総合的に取り組む
    • 数字でしか語れない人は害悪である
    • VUCAに代表される時代
    • 社会が画一的で、成長している時代ではない
    • ジョブ理論とは何か?
    • イノベーションのジレンマ
    • 機能的側面・感情的側面・社会的側面
    • OKRとは何か?なぜ必要になってきたのか?
    • OKRは、当人がパフォーマンスを引き出すためのツール
    • KPIを単純に分解して、達成率を目指す形だとパフォーマンスが出ない
    • MBOに対する誤解
    • ウォータフォール開発の論文に対する誤解
    • 言い訳のための仕事を増やしてはいけない
    • MVP、デザイン思考、リーン、OODAの共通点は何か?
    • 不確実なことは必ず起きるという前提に立つ
    • OODAとは何か?
    • 良い問いと学習が重要
    • そもそも、「良い問い」とは何か?
    • SEDA理論とは何か?
    • 当たり前だったものを当たり前じゃなくするのがArt
    • SECIモデル
    • パフォーマンス = (モチベーション - 阻害要因) * (スキル - 阻害要因)
    • 個人のモチベーションとは何か?
    • 自己決定理論
    • 外発的動機付けの分類とは何か?
    • 統合的調整、同一化的調整、取り入れ的調整
    • モチベーションを上げるためには、どうすればいいか?
    • モチベーションを高めるのはできると思っていない、いかにモチベーションを邪魔しないかが大事
    • メンバーシップ採用とジョブディスクリプション採用
    • モチベーションを阻害するものは何か?
    • 責任の不備とは、具体的には何か?
    • 本人が持っているスキルよりも、チャレンジできる課題を与えるのが大事
    • スキルというものは変動性が高い、アウトプットである
    • スキルの阻害要因とは何か?
    • 高度なスキルほど、サポートがないとパフォーマンスが出ない
    • 簡単な仕事は、関係性の影響が少ない
    • 複雑性の高い仕事になればなるほど、自身のパフォーマンスを理解しにくい
    • 組織が掛け算である、というのが幻想である
    • その人の良さを下げないようにするのが、組織として大事
    • 組織としての完成形
    • Total Rewardsとは何か?
    • 自分の人生と、会社の方向が重なっているのも大事
    • No Ratingとは何か?
    • 人は人を正しく評価できないのは前提
    • お互いの納得感を重視した評価
    • 期末に活躍した人が高く評価される、目の前の状況に引きづられやすい
    • 心理的安全性を根付かせるためにはどうすればいいか?
    • 心理的安全性はやさしさではない
    • ティール組織とは何か?
    • ティール組織の3要件とは
    • ホラクラシーとは何か?
    • Role自体に権限と責任、目的を明示する
    • 自律的に組織が変えて、世の中の変化に適合する
    • 寄生獣の後藤
    • ディスコースとは何か?
    • 社会構成主義
    • 組織の壁をどうやって埋めていくか?
    • ダイアログとは何か?
    • お互いの一致していないものを探す場
    • GoogleのTGIF
    • 日本の未来をちょっとだけ明るくしたい
    • LAPRAS

    (一部のPodcastクライアント用に再掲) 320KZCDさんをゲストに、組織にまつわるネタ(ジョブ理論・OKR・SEDA理論・No Rating・ティールなど)について語っていただいたエピソードです。


    Previous 1 6 7 8 9 10 Next

    Related Podcasts

    Reply All

    1

    Reply All Games & Hobbies
    Inside VR & AR

    2

    Inside VR & AR Gadgets
    Note to Self

    3

    Note to Self News
    BrainStuff

    4

    BrainStuff Natural Sciences
    This Week in Tech (Audio)

    5

    This Week in Tech (Audio) News
    Hands-On Tech (Audio)

    6

    Hands-On Tech (Audio) Technology
    footer-logo

    Contact Us

    Toll Free: 844-670-7747

    Links

    • Home
    • Top Charts
    • Networks
    • Apps
    • Independents Podcasts
    • Podcast Advertising
    • Podcast News
    • Contact Us
    • About Us
    • Analytics & Insights

    Stay Connected

      Privacy, Terms of Use & Our Code of Ethics Protecting Content Creators Copyrights