技術的な質問をするときの5つのポイント - petachの日記
今日はITエンジニアのお仕事と切っても切り離せない「技術的な質問」についてまとめます。質問する人・される人どちらも楽に効率よく解決策に向かうために、私が意識しているポイントを5個紹介します。 1. 質問の目的をはっきりさせる 質問の答えを元に何をしたいのかをはっきりさせましょう。場合によっては、自分が想定していたよりも良い解決策が見つかることがあります。 よい例：サーバのCPU使用率が上がったらアラートメールを送信するようなシステムを作りたいのですが、CPU使用率をチェックできるコマンドにはどんなものがありますか？ イマイチな例：CPU使用率をチェックするコマンドを教えてください。 よい例では、質問だけでなく目的を一緒に伝えています。この聞き方であれば「わざわざ新しいシステムを作らなくても、既存の監視システムを使ったらいいんじゃない？」みたいな別の解決策が出てくるかもしれません。 2. 質
ゲーム事業における技術全方位戦略
CEDEC+KYUSHU 2016で発表した資料です サイバーエージェントの子会社群からなるゲーム事業（SGE） 技術戦略とエンジニアを成長させる仕組みについてのお話です
最近、職場で「OJT」が機能しないのはなぜなのか？（中原淳） - エキスパート - Yahoo!ニュース
僕の専門は「人材開発」です。そのような研究分野で仕事をしていますと、「人材育成に関するさまざまな嘆き節」を耳にする事があります。 たとえば、もっとも耳にする嘆き節といえば、これです。 「昔はきちんとOJTが機能していたのに、最近、それが機能しなくなってきたよねー」 この台詞、皆さんも、きっと、これまで、様々な場所で、耳にしたことがあるのではないでしょうか。 経験的には、上記の「OJT機能不全の嘆き節」は、主に、人材育成の担当者の方、ラインのマネジャーの方から発せられることが多いような気がします。 しかし、それが「なぜか」は、あまり語られることがありません。 今日は、この問題について、先行研究を踏まえながら、考えてみましょう。 ちなみに、ここでいうOJTとは「上司・先輩と新人・若手のあいだの垂直的な発達支援関係」と定義します。 ▼ 結論を一言でいうと、日本の企業におけるOJTとは、 「OJT
『モラハラ上司』と恐れられていた人と愛称で呼び合う仲にもっていった、私の上司ハック術 - りっすん by イーアイデム
こんにちは、斗比主閲子です。 私は、既婚アラフォー、子持ち、働いていて、二世帯住宅に住んでいます。姑とのやりとりを日記に綴ることで自分の中で消化したり昇華させたりしようとブログを書き始めたところ、いろいろあって、『保活のテクニック』やら『年賀状だけで世帯年収を推測する方法』やら嫁姑とは関係のないことまで紹介するようになっていました。 topisyu.hatenablog.com 『りっすん』に寄稿してほしいとの依頼があり、担当編集の方とチャットで何を書くか打ち合わせをしていたところ、職場でのモラハラからの脱出体験記がみなさんの役に立つのではないかという話になりました。 かなり気分が悪い部分もありますけど、他人事のように書いていますので、口当たりも軽いはず。どうぞ気軽に読んでみてください。 仕事でモラハラ上司と組むことに 私は仕事をしていて、パワハラ、モラハラなどのハラスメントを何度か経験し
アーキ部：自分のエンジニアスキルを客観的にどうやって知るか - そこに仁義はあるのか(仮)
毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) 9/16のアーキ部は「自分のエンジニアスキルを客観的にどうやって知るか」がテーマでした！ （アーキテクチャの話ではない？！！） 自分のエンジニアスキルの評価として陥りやすい考え方のお話があり、それに対して少人数のグループに分かれて自分はどちらに分類されるかを話あいをしました。 （この会はとりあえず意見を発散する場でした。次回は、今回の話し合いに対しての深堀りなのかな？？） 評価の分類 自己評価は（バランスがとれている人もいるとは思いますが）過大評価をしているか、過小評価をしているかに分かれると思います。 アーキ部の最初に、自己評価の考え方として陥りやすい傾向が二つ紹介されました。 詐欺師症候群 ダニング＝クルーガー効果 詐欺師症候群 参考にしたサイトから説明を抜粋しています！ 詐欺師症候群とは、自己評価が低く、自分
巷にあふれる「むごいパネルディスカッション」の５つのパターン!?（中原淳） - エキスパート - Yahoo!ニュース
セミナーやフォーラムでよく「パネルディスカッション」ってありますよね？ 壇上に何名かのパネラーが座って、はなすやつ。 ところで、皆さん、パネルディスカッションって、聞いてて「面白い」ですか？ ▼ 最近よく思うことに、「パネルディスカッションって、そもそも、何だろう？」ってのがあります。 別の言葉でいえば、「何があれば、パネルディスカッションなのか？」「何を失えば、パネルディスカッションではなくなってしまうのか？」これがさっぱりわからなくなっているのです。 ようするに僕は「パネルディスカッションというものが、あまり好きではない」のです（笑）。で、たぶん、それに不満を抱えている人も少なくないと勝手に想像する（笑）。だから「パネルディスカッションを、もう辞めにしませんか」ということです。 なぜなら、全部とは言わないけれど、僕自身がパネルディスカッション全体で「知的にくすぐられた経験」が、あまりな
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
情報流通で企業の思考停止を防ぐために上司と部下でできること | サーバントワークス株式会社
組織のヒエラリキー 組織構造のヒエラルキーから、どうしても上位のマネージャには情報と権限が集まってきます。その情報を持っていることが優位に立てるという側面も出てきてしまいます。その状況下で、マネージャから見ると「どうして部下は積極的に意見や議論をしないのだろうか？」と思ったら、まずは、自らが情報を止めていないか、適切な情報量を提供できているのか、逆に、部下からの情報や提案を受け入れているかをふりかえるとよいとよく言われています。人間ですから、どうしてもすべてに行き届く完璧なマネージャも部下もいません。だからこそふりかえり、改善をすることが大切になりますし、それが人間だからこそできることでもあります。 情報の流通 この情報流通が滞っていると、思考停止に陥りがちになります。社員個人の思考停止もさることながら、組織としての思考停止になります。たとえば、過去同じやり方でやっていた実績があるから、だ
技術リーダーの出現をはばむもの | タイム・コンサルタントの日誌から
「最近の日本の経済はどうですか？」——外国人と食事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニアと食事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕食会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人（彼は豪州の大学教授だったが）も、興味深そうに聞き耳を立てる。米国もオーストラリアも日本から見れば隣国のようなものだが、こちらの発信力が低いせいか、日本の状況はさっぱり分からないらしい。わたしは答えた。 －－良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。 その問いに答えるのは、簡単ではない。経済学
技術組織をスケールするためのCTL = チーフテクニカルリード - Kentaro Kuribayashi's blog
GMOペパボにおいて、チーフテクニカルリード(略称: CTL)という職位を作りました。既に以下のブログエントリで新任の2人がエントリを書いているところですが、制度設計者として、その背景を述べてみたいと思います。 diary.shu-cream.net ten-snapon.com GMOペパボの執行役員CTOになって1年半*1、その前に技術責任者に就任してから早2年*2が経過しました。その間、組織面においては、「いるだけで成長できる環境」*3、技術面では「事業を差別化できる技術」*4というコンセプトでやってきました。まだ道半ばではあるものの、逆にいえば、通るべき道は見えているともいえます。 そんな中で、この2年間、ずっと気にかかっていることがありました。 組織的にはエンジニアの人数が90人弱になり、近いうちに100人に達することでしょう。また、技術の移り変わりはますます早くなっていき、つい
Qiitaの作り方 〜Incrementsのチーム開発とプロダクトマネージメント〜
2016年8月30日行われたIBM Cloud Community勉強会での講演です。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ＩＴＳＭＳ適合性評価制度
エンジニアからプロダクトマネージャーへ
Googleと完璧なチーム
【資料公開】カイゼンの基本
開発組織マネジメントのコツ - Speaker Deck
