OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
miwaと離婚「萩野公介」が妻を置いて参加していた「謎の新興宗教」布教活動 エンタメ・アイドルFLASH編集部 記事投稿日:2024.03.18 17:45 最終更新日:2024.03.18 20:30 3月18日、シンガーソングライターのmiwaと、元競泳五輪金メダリストの萩野公介氏が、離婚を発表した。 miwaは自身のファンクラブサイトにて、《本日はこの場をお借りして、皆さまに離婚いたしました事をご報告させていただきます》と発表。《ご心配をおかけしてしまうかもしれませんが、これからも変わらぬ情熱を音楽にささげていくとともに、大切な人を守れる地面のような人になれるよう精進してまいります》ともつづっている。 関連記事:【独占撮】北島康介・吉田秀彦・萩野公介「五輪金トリオ」が布教に励む「富士王朝は存在した」謎の新興宗教 2人は2019年に結婚を発表し、2020年には第一子が誕生していた。萩野
PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった(異業種転職組)から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの?そのifの中に実装があるの?何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない?」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当
ポットソ💍 @Happy_rabbit_00 ワイASD、なにをいつ報連相すればいいのか理解できなかった そこで報連相は「セーブポイント」と割り切ることにした ボスやつよい敵と戦う前、倒した後、ゲームをやめる時、必ずセーブするよね つよい敵がでる場所だったらマメにセーブするよね それを報連相に置きかえたらうまく出来るようになった ポットソ💍 @Happy_rabbit_00 ワイASD、なにをいつ報連相すればいいのか理解できなかった そこで報連相は「セーブポイント」と割り切ることにした ボスやつよい敵と戦う前、倒した後、ゲームをやめる時、必ずセーブするよね つよい敵がでる場所だったらマメにセーブするよね それを報連相に置きかえたらうまく出来るようになった
株式会社オープンエイト、PMグループの辻です。 ここでは、プロダクトマネージャーとして働いています。ということで・・・ プロダクトマネージャーのしごと 少し前に話題になった本、皆さんも読みましたか? この本は、これまでのプロダクトマネジメント関連の書籍と比べて、リアルな現場の目線に近いカタチで書かれており、参考になった以上に、とても勇気をもらえる1冊でした。 これまでのプロダクトマネジメント関連の本 どちらかと言うと教科書的なものが多い 参考にはなるが、自社や自分の置かれた環境で上手く実践まで持っていくのが難しい そんな印象を抱かれている方も多いのではないでしょうか? これまでのプロダクトマネジメント関連の本。たとえば、コレ。 これはこれで、オススメです。 この本の特徴・効能 一方で「プロダクトマネージャーのしごと」を読むと、 世界的に著名なプロダクトマネージャーであっても、自分と同じよう
多重下請けではエンジニアが育たないという話を前回のブログで引用していたのですが、そもそも多重下請けではまともなソフトウェアは開発できないんではないかという気持ちになりました。 多重下請けでは、上位受け会社の「SE」が「設計」を行い、下位受け会社の「PG」が実装を行うという役割分担があります。というか、今回の話はそういう役割分担がある多重下請けを前提とします。 そうすると、設計というのは会社間をまたがった契約文書であり、発注のための作業指示書であるということになります。ソフトウェア開発で本質的に必要な文書というよりは、ビジネス構造によって必要になったビジネス文書です。ちなみに派遣ではなく業務委託のはずなので詳細な作業指示になってはいけないのもポイントです。 ※余談ですが「設計は必要である」という人の話をきいてみると、必要なのは実装のための設計ではなく保守のためのドキュメントということがほとん
はじめに 突然ですが、よく使うコードはどのように管理していますか? 私はGitHubで管理していたのですが、今回VSCodeの拡張機能Gistを使って見たところ、サクッと参照ができて、かなり使い心地が良かったのでまとめておきます。 Gistとは VSCode上でGitHub Gistを連携させることができ、手軽にファイルの作成、編集、削除が可能になる拡張機能です。 導入手順 GitHub Gistの登録 GitHub上でアクセストークンの取得 拡張機能のインストール アクセストークンの設定 1. GitHub Gistの登録 2. GitHub上でアクセストークンの取得 ExpirationをNo expirationに設定します。 scopeのgistを許可して作成です。 トークンが発行されるので控えておきましょう。 3. 拡張機能のインストール VSCode上で【Gist】と検索すると
企業経営では「組織を永続させること」が非常に重要なテーマになるわけですが、考えれば考えるほど、これは難しいことだなと思います。 特に難しいのが「リーダーの選出」です。会社を作って大きく育てるというのは間違いなく一流のリーダーにしかできないことですが、問題は、この一流のリーダーが、次の世代のリーダーを選抜・指名する時です。 確認してみましょう。 このチャートは北野唯我さんの本をベースにしています。まず、二流の人間は自分が本当は二流であり、誰が一流なのかを知っています。 一流の人間はそもそも人を格付けする、あるいは人を押しのけて権力を握ることにあまり興味がないので、二流とか三流といった格付けそのものをはなから考えません。 三流の人間は、往々にして周囲にいる二流の人間のことを一流だと勘違いしており、自分も「いまは二流だが頑張ればいつかはああなれる」と考えて、二流の周りをヨイショしながらウロチョロ
以前、質の高い打ち手を選択できる人が判断をせず、質の低い決定しかできないような上司や社長に「どうしますか」と委ねるのはチームがダメになる要因なんよという記事を書いたのですが、今日はその逆で課題解決に必要な能力と情報を持っている人が判断をしなくても上手くいったことについて雑に語ります。 先日、会議に参加してたんですよ。 その会議では、ある課題をどう解決するか話し合って打ち手を決定するというものだったのですが、参加者のひとりが僕より明らかに専門性を持っているプロフェッショナルだったのですね。 なので僕は「どうするかは専門性のある人に決めてもらった方が質の高い意思決定になるし、僕は相手がそれをしやすいよう情報を渡すような役割に徹しよう」と考えていました。 しかし、実際の会議を進めてみると、一番質の高い打ち手を決められる能力があるはずの人が「フジイさんどうするか決めて欲しいです。」と言ってくるので
この記事は リクルート ICT統括室 Advent Calendar 2023 18日目の記事です。 こんにちは、ICT統括室の別府(@tky_bpp)です。この記事は、社内の情報流通を社内プロダクト起点で改善しようとしている取り組みの紹介です。 具体的には「社内・社外に分散している情報」を集約することで「各従業員がこれまでどのような仕事をしてきたのか」を可視化しようとしている取り組みです。その中でも、主にプロセス、工夫した点について書いています。そのため、特定の技術スタック、ツールの紹介といった技術的な内容にはあまり触れません。 同じような課題に取り組んでいる方にとって、少しでも参考になれば幸いです。 はじめに 私は現在、リクルートの社内で利用されている従業員検索システムのプロダクトマネージャーをしています。 このシステムには、従業員毎の個人ページがあり、連絡先や所属部署、使用しているパ
プロダクト開発のアンチパターン プロダクトオーナー(PO)が仕様案を持ってリファインメントや計画に臨み、エンジニアが実現可能性や曖昧さの観点からダメ出しをして手戻りが起こる……スクラムやデュアルトラックアジャイルを志向する組織においては、一度は目にする光景だろうと思います。しかしこれは、以下のふたつの理由からひどいアンチパターンであると言えます。 ひとつには、仕様案を持って臨むPO側の精神的な負担があまりにも大きいやり方だからです。ちゃんとした仕事をしているPOならば、そもそも仕様案なんていう細かいところにたどり着くまでに、とてつもない量の不確実性を捌いてボロボロになっているのです。プロダクトのミッション、戦略、プロダクトゴール、ユーザーの課題、仮説検証の設計、MVPの特定、そういった大上段からのヘビーな分解を繰り返して、ようやくたどり着くのが具体的な仕様案なわけで、それを実装が難しいとか
こんにちは越川です。スキルと言われると、皆さんはどんなイメージをしますか?。最近では、VUCAという言葉をよく耳にするようになりました、このVUCA(ブーカ)とは、Volatility(変動性)、Uncertainty(不確実性)、Complexity(複雑性)、Ambiguity(曖昧性)という4つの単語の頭文字をとった言葉で、変化が激しく今後の予測をすることが難しくなっている状況を指します。今回は変化の激しいVUCAと言われる時代の中で、最近、思うことを書いてみようと思います。 スキルの種類 双方をバランスよく身に着けることの重要性 個人的に重要だと思うソフトスキル5選 1.構造化思考 2.シミュレーション思考 3.天秤思考 4.個別最適化思考 5.優先順位付け おわりに スキルの種類 スキルには様々な定義がありますが、その一つにソフトスキルとハードスキルという考え方があります。簡単に
人並みの技術力のない無能なITエンジニアの筆者(無能なボンブ)が、IT業界で生き残り続けられている100の教訓をまとめました。 価格がいっぱいありますが、全部同じファイルがダウンロードされますのでご注意ください。 【通常価格】 特別な理由がない限りこちらをご購入ください。 1教訓あたり5円です。 【応援価格】 ボンブを応援したい人がご購入ください。 1教訓あたり10円です。 【もっと応援価格】 ボンブをもっと応援したい人がご購入ください。 1教訓あたり15円です。 【大好き価格】 ボンブを大好きな人がご購入ください。 1教訓あたり20円です。 【愛してる価格】 ボンブを愛している人がご購入ください。 すでに結婚しているためお気持ちにお応えはできませんが、嬉しい気持ちになります。 1教訓あたり25円です。 【ボンブ娘価格】 この売り上げは全額ボンブ娘のおもちゃ、お菓子代になります。 1教訓あ
1. 『失敗の科学』マシュー・サイド 著、有枝春 訳 2. 『ヒューマンエラーは裁けるか』シドニー デッカー 著、芳賀 繁 訳 3. 『なぜエラーが医療事故を減らすのか』ローラン・ドゴース 著、林 昌宏 訳 4. 『IT失敗学の研究』不条理なコンピュータ研究会 著、日経コンピュータ 編 keyboard_arrow_down はじめに keyboard_arrow_down 失敗を科学する keyboard_arrow_down 失敗が再発するメカニズム keyboard_arrow_down ミスを厳罰化するとミスが報告されなくなる keyboard_arrow_down ミスから学ぶチームのつくり方 keyboard_arrow_down スイス・チーズの喩え keyboard_arrow_down IT失敗学の研究 keyboard_arrow_down おわりに 明確なゴールと計画
元フルスタックエンジニア(死語)をやらせていただいていたものです。 JavaScript(TS)周りの進歩が凄く、あまりにもついていけていなかったので、気になったワードを片っ端から整理してみました。 それぞれに対する説明の正しくないものが含まれてしまっている可能性があります。 そんなところを見つけたときは優しく教えてくださると助かります。 各ツールの詳細というよりは、それぞれがどんな役割のものなのかを記載しています。 この記事が誰かの助けになれば幸いです。 調査・分類した言葉(技術)たち Hono Bun Deno Biome Vite Webpack Turbopack esbuild Babel SWC Prisma まず上記に上げたものが、どういった機能を持つものなのかもわかりませんでした。 それを整理すると以下になるようです。 JavaScript Runtime Deno Bun
先日、自分の同僚の Anjana を観察していてふと気づいたことがあったのでシェアしたいと思う。彼女は比較的新しいメンバーで大学も出たてだが、めっちゃ優秀で、たまに彼女のメンタルモデルを質問して学ばせてもらっている。 新しい Http Scaling の Buddy 最近 Anjana が自分の担当している、Http Scaling の領域を私と一緒に受け持つようになってきた。この領域は最近まで私しか担当が居なかったので、Pull Request のレビューで苦労したり、一人だったら休暇もとりにくい。だから Buddy 制をとっているのだが、私の Buddy は居なかったので、Pragna が彼女をアサインしてくれた。 もちろんめっちゃくちゃ優秀な人であっても、初めてなので、 最初から難しいタスクは厳しいだろうということで、これ修正箇所もすくなそうだし、簡単そうだなぁ。というタスクが彼女に
ゲーム業界のデータベース事情。大量のシャーディングで複雑化する負荷分散、メンテナンスで止めないとスケールアップ・ダウンができないなどの課題。解決方法は?[PR] 日常的に多数の同時アクセスが発生し、大量のデータが蓄積されるオンラインゲームのバックエンドは、データベースにとってもっとも過酷な環境の1つだといえます。 このバックエンドデータベースとしてよく使われているのがMySQLデータベースです。しかしその使われ方は一般的なMySQLとは異なり、データベースを細かく分割して多数のサーバに負荷を分散するシャーディングと呼ばれる仕組みを構築するなど、複雑なシステム構築と運用が行われているのが現実です。 そこで急速に注目度を高めているのが、MySQL互換でありつつ分散データベースの機能を備え、シンプルなクラスタ構成で高い負荷に耐える、いわゆる「NewSQL」と呼ばれる分野の代表的なデータベースの1
残り時間がどれぐらいかわからないなかで、どう日々を過ごし、年を取っていくか。 1975年生まれの私は、今、40代最後の時間を過ごしている。40代のはじめのうちは、中年になったことの驚きがあり、そこに今までに無い面白さを見出していた。その驚きと面白さを言語化したのが『「若者」をやめて、「大人」を始める 「成熟困難時代」をどう生きるか?』だったが、5年以上の歳月が流れ、当時の驚きと面白さは過去のものになった。老年期が始まった時に再び面白さと驚きを発見するかもしれないが、現在の私は中年期のたぶん真ん中にいて、とにかく中年をやっている。 そうしたなか、40代最後の時間を全力で駆け抜けてきた。寿命が縮むような橋も渡ってしまっただろう。そのかわり自分がやりたいことをやりたいように・悔いの残らないように挑戦できたのはとても良かったと思う。 年を取っていくスタンスには大きな個人差があり、年齢の数字にこだわ
「不機嫌な上司から逃げるのは正しい」 まつもとゆきひろ氏が語る、心の健康を守り、キャリアを長持ちさせる方法 #9 エンジニア生存戦略 生存戦略のためには“健康”が一番 まつもとゆきひろ氏:こんにちは、まつもとゆきひろです。この放送もだいぶ休み休みになってきましたが、中断してしまわないように努力しようと思っています。 今月の15日(※本放送は2022年6月17日)に、「Social Tech Talk #03」というのが開催されました。「Qiita」と日立のコラボで開催されたウェビナーだったんですけれども、その中で基調講演を依頼されて「若手エンジニアの生存戦略」というテーマでお話ししました。 エンジニアを目指す学生さんを対象にしてイベントを開いたりしているサポーターズさんという会社が若手エンジニアやエンジニアを目指す学生の生存戦略みたいなテーマをずっと依頼されていたので、そこの話をベースに、
今年の医療情報技師能力検定試験に向けて、医学医療編・医療情報システム編の学習を進めてきました。toB系プログラマとして働き始めてから見てこなかった単語や発想がたくさんあって面白かったので、印象的だったところをまとめます。 医療現場はロールベースかつイベントドリブン 医療現場では(乱暴に言うと)各部門やシステムの間を「オーダ」をはじめとしたメッセージが飛び交っている、というモデル化ができそうです。 多くの役職だと何ができるかが法で定められていて、そうした役割をどう組み合わせるかも予め想定されており、そのコラボレーションをメッセージで行っているということです。 これはけっこう医療現場というものを特徴づけるものだと思っていて、パッと思いつくところでも以下のような事が考えられます: 業務の属人性を下げるための仕組みとして機能することが期待される。 アクターのTODOや期待されるアウトプットが明確。
こんにちは、株式会社シグマアイのエンジニアの@k_muroです。 今回の記事は最近導入した「技術blogを良い感じに共有してくれるSlack bot」のご紹介を。 はじめに 技術の進化は止まらない。(真面目な話、AI系の進捗がマジですごいて全然追えない) 毎日のように新しい技術、フレームワーク、ライブラリ、ツールが生まれています。そんな中でエンジニアとして働いていると、この情報の波に疲れを感じること、ありませんか? ありますよね?(脅迫) 実際私もその一人で、この小さな疲れが積み重なって大きなストレスとなることに気づきました。 「新しい技術情報、追いつけるかな?」 「あのブログ記事、後で読もうと思ってたのに、どこいったっけ?」 「チーム全員が同じ情報を持ってるか心配だな。」 そんな日常の疑問や不安から逃れるための一歩として、私はあるSlack botを開発しました。このbotは、送られた技
不確実さが増す世界のプロジェクトマネジメントとはとういうものか 倉貫義人氏:そんな不確実さが増す世界のプロジェクトマネジメントはどういうものなのか。(スライドを示して)プロジェクトがうまくいかない(理由)というのは、このあたりを見てもらうと胃が痛くなりそうな言葉がいっぱい書いてあると思います。想定よりコストがかかるとか、作ったものを直せないとか。 (スライドを示して)これに対してどうすればいいかというと、「こうすればうまくいくのかな?」と考えがちですよね。「遅いからプレッシャーをかけようか」とか「少し遅れているので人を増やそうかな」とか「一気に作ったほうがいいんじゃないの?」とか「属人性を排除しましょう」とかと言いがちですよね。 これらはけっこう言いがちですが、全部失敗するやつです。これを全部やってみたら困ったことにプロジェクトが大変なことになるので、ぜひやってみたらいいと思います。 (会
「フリーランスエンジニアになりたいけど、スキル不足だったらどうなっちゃうんだろう」 こんな悩みはないだろうか? 筆者はフリーランスエンジニアとして2回活動した経験がある。1回目はエンジニアを始めて3年目の時だ。そして2回目はエンジニアを始めて7年目の時だ。この2回の経験からスキルの有無によって、フリーランスエンジニアとしての活動が大きく異なることを肌身を持って実感した。 具体的には、スキル不足な状態でフリーランスになると短期的にも長期的にも厳しいということだ。逆に、スキルが十分にある状態であればフリーランスとして活動することのメリットはとても大きい。 そこで、この記事ではスキルが足りない状態で背伸びをしてフリーランスエンジニアになるとどうなるかを実体験をベースに解説する。 この記事が筆者のように辛いフリーランス活動を経験する人を減らすことに貢献できたら光栄だ。 ①すぐに契約を切られるストレ
芸術・芸能従事者(実演家)の調査では、芸術・芸能の各分野(俳優、演劇、音楽、美術、伝統芸能等)の主要な団体に所属し、個人事業主(芸能事務所等とのマネジメント契約のある者を含む)、または雇用契約等に基づき活動する芸術・芸能従事者(実演家)640人を対象とし、2022年10~12月までの状況について回答を得た。 職種別では、俳優・スタントマンが108人(16.7%)、声優・アナウンサーが35人(5.4%)、伝統芸能が148人(22.9%)、音楽・舞踊・演芸が183人(28.3%)、美術家が97人(15.0%)、文筆・クリエイターが66人(10.2%)(※職種は複数回答なため延べ人数)。性別では、男性が327人(51.2%)、女性が297人(46.5%)。 「ハラスメントの経験の状況」について、職種別では「恥ずかしいと感じるほどの体の露出をさせられた」は「声優・アナウンサー」の11.4%が最も高
前置き この度、ご縁あってこちらの記事の内容でFindyさん主催の 『「脱!なんちゃってスクラム」実践事例から学ぶ Lunch LT』 に登壇しました! もし、よろしければアーカイブご視聴ください! 当日、発表で使用したスライドも載せておきます。併せてご確認いただけるとより理解が深まると思います。 はじめに 今の会社に転職してきて2ヶ月が経ち、まだまだ分からないことも多いですが少しずつ環境にも慣れてきたので頭の中を整理するためにも今感じていることをアウトプットしたいなと思い書きました! 現在、私が参画しているチームはスクラムをベースとして開発を行なっており、前職もスクラムでの開発を経験していたので、その違いを整理していきます。 前職 スクラムを導入するまでの背景 前職では、美容医療・精神科クリニックを運営している会社で、クリニックスタッフが使用する社内システムの開発に携わっていました。働き
エンジニアの間では発売から瞬く間に広まった本書ですが、まだ読んでない方々向けに本記事を書いてみました。要約なので、ここは重要だなと感じたポイントに絞って本記事に記載します✏️ 概要 まず結論からいうと、仕事の進めかたや捉え方という点でとても学びのある良書です。すでに多くのエンジニアには知れ渡っていますが、もっともっと知れ渡って欲しい本です。 内容としては、著者の牛尾さんがアメリカのMicrosoft社(Azure開発)で得た経験がそのままに書かれています。最初はアメリカのエンジニアに劣等感を感じていたようですが、その理由を言語化して、実際にどうすれば彼らと肩を並べるエンジニアになれるかが書かれています。 また全体的にアメリカのエンジニア思想を爆推ししているので、こっち系の思想が好きな人は一瞬でハマると思います。私もどちらかと言えば圧倒的にこっちのタイプですが、読むときには偏らないように中立
","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
こんにちは!estieでビジネス部門の責任者をしている束原です。 2024年になりましたね。estieは決算月が12月なのですが、毎年期初に「今年こそが勝負の年だ」と言っている気がしており、それに対して「ガハハ」と笑い合えるメンバーで仕事ができているのが最高に楽しいなと日々痛感しております。 さて、こちらは事業の立ち上げ(事業開発)に関する記事です。 この記事に書いてあること estieでは「仮説検証」をやめようと思っている話 事業開発の成分の8割は営業だという話 かなり極論が並んでいますが(笑)、事業開発を進める上でとても重要だと考えているので、ご興味のある方は少しお付き合いください。 to Bスタートアップは仮説検証をやめようという話 「仮説検証って言葉が嫌いなんすよねー」と、確か弊社の事業責任者の齋藤だったか代表の平井だったかが以前社内で言ってました。 1年前くらいまで私は、その発言
TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO/アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』(翔泳社)、訳書に『チームトポロジー』(日本能率協会マネジメントセンター)、『プロダクトマネージャーのしごと』『エンジニアリング
声優として「毎月20万円」稼ぐためには、どれほどの仕事をすればいいのか? 小倉唯、石原夏織、豊田萌絵、伊藤美来らアイドル声優のプロデュースに関わる株式会社スタイルキューブ代表のたかみゆきひさ氏が解説。 業界事情から、今直面する問題、声優のプロデュース/マネジメント術を明かした新書『アイドル声優の何が悪いのか? タレントとしての声優マネジメント』(星海社)より一部抜粋してお届けする。(全2回の1回目/後編を読む) 声優は役者業/声優業だけで食えるのか? まず前提条件として、「役者業=アニメに声をあてる声優業だけでは声優は食べていけない」ということを確認しておきましょう。 アイドル化/タレント化する声優像については、声優ファンからは(ときには業界人からも)度々疑問や批判が投げかけられてきました。「声優は声優の仕事だけしてればいい」そういった意見はSNSなどでもよく見ます。アイドル化/タレント化
「これってパワハラになるのかな」と慎重になるあまり、部下や同僚とのコミュニケーションに消極的になっていませんか。 中間管理職としてチームを率いる中、パワハラにならないよう注意しつつリーダーシップを発揮するにはどうすればいいのか。 日本のパワハラ研究の第一人者である津野香奈美先生に、具体的なシチュエーションを例に教えてもらいました。 コミュニケーションを避けることは、パワハラの解決策にならない 津野先生は学生時代にアルバイト先で見かけた「部下に怒鳴り散らす上司」をきっかけに、当時の日本ではまだあまり知られていていなかった「パワハラ」について研究を始めたと伺いました。今では「パワハラ」という言葉も浸透しましたが、改めて定義を教えてください。 津野香奈美さん(以下、津野) 2020年に施行された改正労働施策総合推進法(パワハラ防止法)において、パワハラは「職場における優越的な関係を背景とした言動
ジジイが多い職場を指揮しているとき、とりわけ「あそこならポンコツを押し付けても大丈夫だろう」的な扱いをされることがあります。気のせいかもしれませんが、職歴は立派なのに何らかの理由で長期経歴に空白があったり、いい歳して大学院中退後勤務履歴が無かったり、見た瞬間「あっ」と察することが多いのです。 作業の仕方を教えていて、呑み込みが早くて優秀なはずなのに、現場に出すと「上手くしゃべれません」とか「声がかけられません」などの話になる。定時の電話連絡をしようにも架電を取ってくれないので何かあったのかと現場に急行してみると引き続き作業はしており、なんで電話を取らなかったのかと聞くと「電話だから取れませんでした」という返答で「あっ」と察するわけです。 別にそういうのって誰もが多かれ少なかれあることだから、仕方がないことだと思うんですよ。無理なものは、無理ですし。異常に繊細な人が本人に向けられたことではな
暇つぶしDr @chokotakahiro 完全に匿名の暇つぶし用。プロフィール画像の変化による閲覧数の実験中。保険診療も、自費診療も含めたクリニックを7件に増えました!ほぼ経営メインの医師。マリオットのアンバサダー会員、総合内科専門医•博士•精神保健指定医、医師会認定産業医(他に細かいのいっぱい💦)あり。暴言は吐きません。 amazon.jp/hz/wishlist/ls… 暇つぶしDr @chokotakahiro 勤務医は客を選べない仕事だった。 定期的にモンスタークレーマーがきた。 開業医になり、最初は誰でも診察していたのでクレーマーに悩まされた。 ある時に、広告層を20.30代女性に絞り、HPも女性向けにし、予約システムをやや難しいものに変えた。 クレーマーが激減した。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く