人の話が処理出来ない奴へのアドバイス一時期、人の指示を全然処理できない40代を複数名、相手にしてた事がある。 その時の経験から、ちょっと気づいた事をアドバイスしてみるよ。 まず、自分の解釈を傍に置いて、最後まで読んでくれ。 いいか、読み終わるまで、自分の解釈は傍に置くんだぞ。 結論結論から言うと ・相手の話を出来る限り一字一句聞き取る練習をしろ ・その際、相手の言っていない事は絶対に書き取らない ・聞き取れなかった部分は、相手に質問する、録音を再生する、などして欠けた情報を埋める事 これを仕事の中で出来る限り愚直にやれ。最適なのは議事録を書くこと。 ※半年経っても伸びないなら小学・中学の国語ドリルを小学三年生分から全部やって、スキルアップをブーストさせる事。 判断した根拠そう判断した根拠は、次の文章にある。 今日も仕事で自分の提案資料に対して上司に指摘をうけたが、よくわからなくて途中から思

専門学校の常勤講師（学科長）を経験したWebディレクターが、現場に戻って効果があった教育手法、の話です。 詳細はコチラ↓ https://toksato.hatenablog.com/entry/koshinkyoiku-slide/

こんにちは。開発本部 オンボーディングチームの酒井（@sakay_y）です。社内のオンボーディングコンテンツを、どんどん社外へ公開することを夢見ています。 2021年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画（New!）を公開いたします。 2021年のエンジニア研修について 講義資料公開 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス ソフトウェアテスト テスト自動化 アクセシビリティ Docker Chrome Developer Toolsの使い方 サイボウズのアジャイル・クオリティ デザインの役割と関わりかた データベース CI/CD セキュリティ モブに早く慣れたい人のためのガイド ITコミュニティ文化と情報発信に共通する成長と貢献の要素 正規表現 Kubernetesを使った開発入門 モニタリング入門 gRPC入門 日本語話

新人の方によく展開させていただいている有益な情報をまとめておきます。今後も展開することがあるかもしれないため情報をまとめております。 あらたな、有益な情報がありましたら、随時追加してまいります。 有益な記事・論文・書籍等を執筆・紹介していただいた皆様に感謝申し上げます。 ちなみに、本記事に記載されている情報は、お困りごと・お悩みごとをお聞きしたとき・気づいたときに、そのお困りごとに対して参考になりそうなものだけを展開していました。この情報を一気に展開していたわけではございません。 コードリーディングについて [1]ソースコードを読むための技術 https://i.loveruby.net/ja/misc/readingcode.html [2]派生開発推進協議会 関西部会 スペックアウトチーム，「派生開発におけるスペックアウト手法の提案」，派生開発カンファレンス2015，2015 http

ごらり @gorizukai 部下から「議事録ってなんで作成する必要あるんですか？」と聞かれたことがあるので、今後聞かれたときのために議事録についてまとめてみました。議事録って慣れるまでは大変ですけど、文章の書き方が学べたり、社内人脈ができたりするので入社したての頃は特に進んで議事録作成することを勧めたい。 pic.twitter.com/xV0REtbeVD 2020-11-03 20:56:44

だいぶ前に藝大デザイン科を卒業し、同窓に任天堂がいるから回答しておく。（ブコメだと書けないからね デザイナーといっても様々でジャンルの幅が広いが、どのジャンルでも基本的な教養は重要。 CG造形をやりたいということであるが、高校で学ぶような基礎教養、一見無駄な知識と思えるものでも後々重要になる。要求されるものについての文化的な素養や知識があるのとないのとでは大違いである。後々苦労する。なので高校で学ぶ学問を軽視してはいけない。独学では視野が狭くなる。無駄と思える知識まで広げておく必要があるので寧ろ、高校時代は可能な限り学科はやっておくべし。私がいた頃は美校の試験学科の成績は実技と比して全然重視されていなかった（酷いものであった）が、試験勉強していないだけで教養がある学生は多かった。無駄なことまでアンテナを張って知的好奇心を養うことができるのは高校時代である。ちなみにその学科試験も昨今は重視す

エンジニア不足と言われて久しいですが、できる経験者を採用するのはますます難しくなっていますね。 そんななか、弊社ではひょんな縁からエンジニア未経験の新人をエンジニアとして採用することになりました。未経験とはいえ、弱小企業の弊社には悠長に育てている余裕がないため、7日間で現場投入を目指してカリキュラムを組みました。 だいたいうまくいったので、メモがわりに晒しておきます。 前提条件 誰でも7日間でエンジニアになれると言っているわけではありません。あくまで一例として捉えていただければ幸いです。 担当してもらう予定の領域 HTML/CSS コーディング JavaScript はそこそこで（動きのエフェクトやカルーセルを仕込める程度） concrete5 テーマの開発（PHPファイルに foreach を入れていくイメージ、WordPress と変わらない） 流石にアプリケーション開発で7日間は無理

この記事で書きたいことは、大筋下記の3点です。 ・そもそも、部下や後輩を「ちゃんと育てられる」人など滅多にいない ・きちんとした予算も評価もなしに、新人育成を個人任せにするのは会社の重大な錯誤 ・どうしても新人教育の予算がちゃんと取れないのであれば、せめて新人教育をきちんと定型化して誰でも出来るようにする工数をかけるべき よろしくお願いします。 ということで、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 先日、megamouthさんのこちらの記事を拝見しました。 底辺IT企業は『書けない』プログラマとどう向き合ってきたか 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の”x”と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。

多分、報・連・相の意味は間違って伝えられてるよ | 日系パワハラ http://nikkeiph.com/spinaches/ 私は、会社の"ほうれんそう"が立派に育っているかどうかの一つの目安はイヤな情報、喜ばしくないデータなどが何の粉飾もされずに正しく上に伝えられることだと思っている。 〜中略〜 上の人間が聞いて不快になりそうな情報は、なるべく伝えないようにしようという土壌がいつのまにかできているとしたら、この土壌には"ほうれんそう"は育たない。 そして山崎氏曰く、若い人からの率直な意見は吸い上げ、問題点があるならば改善するなど積極的な反応が大事だといっています。そればかりか、ほうれんそうを腐らせているのは管理職であるとも遠回しに言及しておられます。 この記事に共感したので、 上司と部下の視点で思うところを書いてみます。 ちなみに報連相の定義は、 ホウレンソウとは　〜　exBuzzwo