背景 本プロジェクトは、ICSCoE7期生において、実業務で脆弱性対応を行う際に、日々公表される全ての脆弱性に対応しきれないという問題や、CVSS（Common Vulnerability Scoring System）基本値のスコアを脆弱性の対応優先度を決めるために利用するには不十分であると考え、これを解決すべく立ち上げられた。CVSS基本値が脆弱性そのものの深刻度を評価する点では有用であるものの、脆弱性の悪用状況やユーザの環境情報を考慮していないため、脆弱性対応の優先度を決定するために、単体で使用するのは適切ではないと考えた。また、CVSSやEPSS（Exploit Prediction Scoring System）などのリスク評価値を脆弱性対応の優先度付けに使用する場合、適切な閾値を設定する必要があると判断した。これらを踏まえて、評価値の妥当性や効率的な運用方法がないかという点につ

PHPカンファレンス北海道2024でのLT資料です https://fortee.jp/phpcon-hokkaido-2024/proposal/1ddbb28f-e595-45be-baaf-5bb986828cc6

1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり

Q 9001：2015 (ISO 9001：2015) （1） 2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。 目 次 ページ 序文 ··································································································································· 1 0.1 一般 ···························································································································· 1 0.2 品質マネジメントの原則 ·····

企業Ｒ＆Ｄ部門のマネージャーをしている。研究開発では女性社員は少ないため、男ばかりの部署が殆どだ。そんな中、自分の部署に初の女性社員Aが配属された。Aは仕事ができ、他の男性社員と比較しても優秀な新入社員だった。 しかし1年が経過したある日、彼女が職場の人間関係について訴えてきた。 BはAの人格を否定したり、女性差別的な内容を職場で話すようになっていた。AはBの問題について、当初は管理職に相談してきた。しかし、今まで女性社員を受け入れた経験がなかったために、前例がなくどのような処置をすべきかわからなかった。 自分から見ればBは単に典型的な理系拗らせで、女性に対するコンプレックスが爆発しただけのように感じられた。 Bは過去にも他部署の女性社員にしつこくアプローチを繰返して拒絶された経験から、女性に対して強い反発心を持っていたと語った。アニメの女性は可愛いが、現実の女性は反論をするので生意気だと

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

異なる二種類以上の開発現場で、ほぼ同様の条件で題名の「何で聞いてくれなかったの！？」という台詞がマネージャ/リーダから発せられるのを確認した。 ソフトウェアの開発現場で受託・内製問わない（両方の開発現場で確認）。ある担当者にアサインしたソフトウェアコンポーネントが（１）完成した後バグが発覚し、マネージャ/リーダが感知していない作りや設計になっていた、（２）〆切に近づいているが仕上がる感じが無く、確認してみたところ実装上の問題に嵌っていたりマネージャ/リーダが予測できないトリッキーなor複雑な設計orコードになっていた。 そのような場合に、「何でもっと早く相談してくれなかったんだ・・・」というマネージャ/リーダの無念の思いが込められ、「何で聞いてくれなかったの！？」という台詞が担当者に降りかかる。 最初に結論、というかリーダ/マネージャに対する「お願い」になってしまうが、離れ小島的にやけに静

一般的に、人材育成の世界では 「辛抱強く人を育成することが大事である」 と言われている。 私も昔、人材育成を主たる商材とした会社にいたことがあったので、よく分かる。 だが、営業していると時折、 「人材育成を辛抱強く？そんなのキレイ事だし、効果ないよ。」 とバッサリ斬る人もいた。 そのうちの一人が、ある気鋭のwebサービス会社のマネジャーだった。 ———————— 当時、私は人材育成に関して深く洞察をしていたわけではなく、 「なんとなく、人は辛抱強く育成することが大事」と思い込んでいた。 しかし、そのマネジャーは私に冷水を浴びせた。 「意味ないでしょ。いいですか安達さん、いつまでも成長しない社員は、見限ることも大事なんです。」 と彼はいう。 彼は、エースのエンジニアであり、人を育てる立場のはずだ。 私は彼に言った。 「いえいえ、人は急には成長しません。ですから……」 マネジャーは私の言葉を遮

■ サービス終了のお知らせ いつもご利用ありがとうございます。gooヘルスケアはこの度、2019年3月28日(木)をもちまして、サービスを終了することとなりました。 これまでご利用ありがとうございました。 本サービスをご利用のお客様には大変ご迷惑をおかけいたしますが、何卒ご理解のほどよろしくお願い申し上げます。 今後ともgooをご愛顧くださいますよう、お願い申し上げます。 ※このページは3秒後にgooトップページに移動します。

アメリカの大学院で、「Professional methods」という授業を取ったことがある。言語学の専門家として食っていくためのあれやこれやをひたすら教わるクラスである。学会での発表の仕方、ジャーナルペーパーの書き方、CVの書き方、就職活動などなどのトピックをこなして、「教授法」が取り上げられた。このエントリで取り上げるのは、「教授法」の回に先生が配った「教師の心得」である。 以下、その一部を日本語で紹介する。 君が教えようとしていることは、「とても大切でとても面白い」ことを決して忘れないようにしなさい。また、それを学生に伝えることも忘れてはいけない。 君は、君のクラスにいる学生よりも賢いわけではない。学生よりも「いいひと」なわけでもない。君は、たまたま学生がまだ持ち合わせていない情報をいくらか知っているだけだ。そして学生たちは、君がまだ知らない情報を山ほど知っている。 教師として、君は

子どもがまだ小さかった頃、よく「きかんしゃトーマス」を一緒に見た。このイギリス製の人形劇は、どうやら英国社会を引き写しているらしく、階級制になっている。機関車はおおむね真面目で勤勉だが、彼らに引かれて走る客車はいつも適当な連中で、機会があればサボることを考え、しょっちゅう脱線事故などの面倒を引き起こす。つまり機関車（Engine）は、技術者（Engineer）のような中産階級を連想させ、客車はすぐにストやサボタージュをする労働者階級を思わせる、という具合だ。 あるとき主人公のトーマスが、例によって客車にトラブルを起こされ、手を焼いていた。すると、となりの線路をゴードンという機関車がちらとトーマスを横目で見て、「人生は勉強だな」といって通り過ぎるシーンがあった。きかんしゃゴードンは中年男を思わせる横柄なキャラなのだが、この台詞はなぜかぴったりと役にはまっており、見ていたわたしと連れ合いはその

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

最初から再生 続きから再生 ↓以下はオプション。反映させるには「最初から再生」ボタンを押してください speed: 1 ×閉じる 貴重な頭の容量は何に使われているか？ ツール自体が問題なのではなく、知らず知らずのうちにツールに使われてしまうことが問題なのです。 あなたの大事の頭の容量は何に使われていますか？　知らず知らずのうちにスマホをストレスのはけ口にしていませんか？ スマホの落とし穴を認識した上で、それを自覚的に使いこなせば、時間の使い方からストレスの度合い、充実感にまで変化をもたらすことができるはずです。 仕事でのPC時間を減らすことは難しいかもしれませんが、プライベートで使うスマホとの付き合い方はあなた自身でコントロールできます。これを機にもう一度スマホとの付き合い方、考え直してみてはどうでしょうか？　寝室では使わない、電車で息抜きスマホしない、など自分なりのルールを実践してみると

この記事はProduct Manager Advent Calendar 2016の7日目の記事として書かれました。6日目の記事はgackyさんのおじさん Product Manager サバイバルガイドでした。 はじめまして。GMOペパボ株式会社でディレクターとして働いています。@jitsuzon です。弊社ペパボには「プロダクトマネージャー」という名称の職位や役職は存在しないため、自称プロダクトマネージャーとして、サービスのあれやこれやに関わっています。自称に至った経緯はこちらのスライドをご参考ください。 いきなりですが、みなさんのチームは「良いチーム」でしょうか？どこが良いのでしょう？どのくらい良いのでしょう？ この記事では、それをアンケートを用いて定量的に確認する方法について実践を元にお伝えしていきます。最近話題にのぼってくることも多い「心理的安全性」なんかも登場します。 背景 私

この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー