新人を潰す上司・伸ばす上司の差は“指導の順番”にある 社員の4タイプ別の特徴と、適切な指導のポイント
人材育成で悩んでいる人事担当者、部下指導を「なんとなく」で行っている管理職が、感覚的な指導から脱却し、部下の活躍を促すために有効な打ち手について、株式会社PDCAの学校 代表取締役の浅井隆志氏が解説。本記事では、社員を4つのタイプに分類しながら、タイプ別の適切な指導方法について語っています。 忙しい上司を見て「ああはなりたくない」と思う部下 浅井隆志氏：これは、繰り返しウェビナーでお話しさせていただいておりますが、特に最近の若手は自己成長、スキルアップ、キャリアアップを図りたいというニーズがあります。ただ一方で、管理職にはなりたくない。 「管理職になりたくない」という割合が、過去20年ずっと遡っても右肩上がりで増えてるんです。なんでかというと、責任を負いたくない。理由はここだけなんですね。自分の会社の課長や部署を見ると、大変そうだからなりたくない。 もう1つ余談になりますが、以前、千葉に十
５年やって分かった要件定義に必須な５つのスキルとその上達方法 - みんなのシステム企画
「要件定義のスキルを上げたいけどどうしたら良いかわからない」 こんなふうに悩んだことはないだろうか。 要件定義ではかなり幅広いスキルが求められる。さらに要件定義の対象は毎回異なるため、具体的なレベルでスキルを言語化するのがかなり難しく、どうしてもスキル定義が「コミュニケーションスキル」や「ビジネス理解スキル」といった抽象的な言葉になりがちだ。 そこでこの記事では、要件定義を第一線で実行してきた私が、要件定義を構成するスキルを以下の５つに分解し、それぞれの向上のための方策も可能な限り具体化した。 ・論理的に物事を整理するスキル ・ビジネスの数字を理解するスキル ・業務のフローを理解するスキル ・要求を具現化するスキル ・要求を達成するために必要な機能を洗い出すスキル それでは一つずつ見ていこう。 １ 要件定義をするために必要な5つのスキル この章では、要件定義に必須なスキルとそれがなぜ必要な
シニアエンジニアの先にある「スタッフエンジニア」という役職 書籍『Staff Engineer』から見る4つの役割
「【t_wada & masuidrive CARTA探訪】スタッフエンジニアというキャリア」は、書籍『スタッフエンジニア マネジメントを超えるリーダーシップ』の監修・解説を担当した増田氏を招き、スタッフエンジニアという役職について学ぶイベントです。基調講演には増井氏が登壇。まずはスタッフエンジニアの役割について紹介します。 増井氏の自己紹介 増井雄一郎氏：よろしくお願いします。今日これから話をする増井雄一郎と言います。あらためてよろしくお願いします。 僕のアイコンはお風呂に入っている姿のアイコンで、ここ20年ぐらいずっと使っています。16歳ぐらいの時にフリーランスのエンジニアとして仕事を始めたので、そこから考えると30年ぐらいエンジニアをしています。 僕の名前がけっこうよく出ていたのは前職のトレタという名前の会社にいた時で、あとはiPadの受け付けのアプリのハッカソンで作って、それをいろ
varcharとtextの違い(mysql innodb) - lxyuma BLOG
mysqlの可変長文字列を扱う、varchar型とtext型の違いの話。 古い情報が混在していたので、ちょっと整理してメモ。 myisamの頃の話 sizeが違う 行の中身がdataか(varchar)、dataへのポインタか(text) 参照挟むので、performanceの違いがあった(varcharが早い) 今 net でぐぐって、ひっかかる情報の大半がこの話。 最近のinnodbの話 最大sizeは一緒。64kb(但し、TINYTEXT型、MEDIUMTEXT型、LONGTEXT型は名前の通り違う) varcharもtextも、中身は同じ仕組み(BLOB field / off page column) 行にdata入れるのも、外部(overflow page)への参照にするのも、行フォーマット次第(row format) 5.6で行formatのdefault は COMPACT
メルカリを卒業します｜約5年で学んだ9つのこと｜Ryo SAIMARU
こんにちは。メルカリのsaimaruです。タイトルの通り、5月末をもってメルカリを卒業することを決めました。2018年7月（忘れもしないIPOの翌月）に入社したので、過ごした期間は約4年11ヶ月。沢山の方にお世話になりました。本当にありがとうございました。 ご報告🪅 私ごとですが約5年働いたメルカリを卒業します。本日、最終出社でした。メルカリの人を信じる性善説カルチャーが大好きで、仕事の価値観が根底から覆された経験を得ました。本当にありがとうございます。自分史上、最高の5年と胸を張って言える。この会社の仲間になれて幸せでした！再出発！ pic.twitter.com/RBZgMOvowt — Ryo Saimaru｜有休消化中 (@saimaru310) April 14, 2023 メルカリでは主に人や組織、採用にまつわるPR/ブランディングを担当し、直近の約1年間はEmployer
「わかってんじゃん」と思われる議事録を目指して - Qiita
はじめに エンジニア職は、コンサルや営業などのフロント部門と比較すると、議事録を取る必要のあるミーティングの機会は少ないと思います。 それでも製品企画や設計などの各種レビューや、ユーザーへの業務ヒアリングやユーザビリティテストなど、議事録を取る場面はやってきます。 これまで読みやすいと思う議事録に出会うことがしばしばあり、そういった議事録を取れるように精進せねばな、と感じます。 また私自身、議事録を取るのが割と好きで、私がミーティングの主体でない場合、特に依頼されずとも議事録を取ることが多いです。 ・・・まあ、私が書いた議事録について「わかってんじゃん」と言われたことはありませんが、これまで議事録を読んできて、そして取ってきて、ここポイントだな、と感じている点をまとめてみます。 なお今回書くポイントは、私がよく出席する以下の2種類のミーティングの議事録の取り方に寄っていると思いますので、そ
作業ではなく、仕事をせよ - arclamp
この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 （補足追記：この記事は、一緒に働いている／働くことになる若い後輩たちへのメッセージです） 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア（もうちょっとで四半世紀...）の中で学んできたことも含めて、整理してみます。 心構え：作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実
「人の話をちゃんと聞けない人」の問題は、意識とかテクニックだけでは解決できないかもしれない。
つい最近、「人の話をちゃんと聞けない人」を「聞ける人」に変えるのは可能なのか、という話でディスカッションになった。 というのも、ある経営者が「お客さんの話を全く聞けないメンバーがいる」と愚痴をこぼしたからだ。 すると、周りの人々も、呼応するように、「いるいる」という。 その経営者の話を聞くと、おおむね次のような状況だった。 その人は、良く言われるテクニック的な「傾聴する姿勢を見せる」のは得意だという。 「聞き上手」のように、メモを取ったり、頷いたり、相槌を打ったりする。 人の話を遮ったりもしない。 しかし、同僚やクライアントからしばしば、次のようにクレームがあるという。 「あの人、全然話を聞いてないんだよね。」と。 具体的にはどのような事象でしょう？と聞くと、 「例えば、同僚から意見を求められても、「それでいいと思います」としか言えない。あるいは、クライアントが「この構成に対して指摘はあり
最初から強いやつの特徴 - Qiita
はじめに どんな仕事でも強い人は存在する。 でも最初から強い人は珍しい。 これは、web 業界に身を置いてみて、信じられないくらいムキムキになっていった人たちを見てきた私が送る こうしたら強くなれるかもしれない？指南書である。もしエンジニア職に興味があるのであれば、一考になるかもしれない。 最初から強いやつの特徴 平日の稼働時間以外も勉強 or 開発する 土日も勉強 or 開発する 公式ドキュメントをちゃんと読む 以上のような当たり前のことは、最初から強い人じゃなくてもやるので特徴に入れません。 1. 読解能力が異常に高い 国語の力です。 これは、ちゃんとドキュメントに書いてあることが理解できると同義です。 そしてこれが本当に大事です。 強い人に質問すると必ず「ん？ Docs 読んだ？」って聞いてきます。私は (...読んだわ！) って内心思ってますが、それは読んだだけです。内容をちゃんと
20年間ソフトウェアエンジニアとして働いて学んだ20個のことまとめ
By Sergey Galyonkin ソフトウェア開発企業・Simple Threadの創設者であるジャスティン・エセリッジ氏が、ソフトウェアエンジニアとして20年活動した経験を基に、学習において重要なポイントやコーディングにおいて意識するべきポイントなどを20個にまとめて公開しています。 20 Things I've Learned in my 20 Years as a Software Engineer - Simple Thread https://www.simplethread.com/20-things-ive-learned-in-my-20-years-as-a-software-engineer/ ◆1：自分がまだ多くを知らないことを自覚する エセリッジ氏は、たとえ何十年間ソフトウェアエンジニアとして働いたとしても、それぞれのエンジニアが持つ知識には違いがあり、他のソ
「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」
「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏：その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど（笑）、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ
出世する気のない会社員の生存戦略 - ゆとりずむ
こんにちは、らくからちゃです。 赤ちゃんが産まれてから、ちょうど4ヶ月になりました！！ 一生懸命ズリバイの練習をしたり、興味深そうに鳥さんを眺めたり、喃語のバリエーションも増えてきたり、毎日元気いっぱい成長していく姿に癒やされております。 こうして毎日成長を見守ることが出来るのも、半年間の育児休業のお陰なので、制度を作ってくれた先人たちや送り出してくれた職場の皆様には感謝感謝です。 育休開始当初は「私が居なくなってグチャグチャになってないかな。みんなの不満が爆発して帰る場所なくなったりしないかな。」と不安で一杯で、貸与スマホを定期的にチェックしていましたが、幸いうちのチームは残ったメンバーで躓きながらも上手に回せているようでほっとしました。 最近は月例部会にオンライン参加したり、後輩から面白事例の相談を受けたり、ご隠居様みたいな形で会社との関係を持っていますが、私よりさらに長い育休を取得し
「未経験で自社開発やってる会社に行きたい」という方に伝えていること。｜おざまさ
有名企業のエンジニアから実務が学べるオンラインコミュニティ「TechTrain」を運営している小澤と申します。 サービス開始から2年弱が経ち、現在約2,000名のU30のエンジニアを目指す方にご利用いただいています。（いつもありがとうございます🙇♂️） 私自身もキャリアアドバイス（漠然とした悩みを一緒に言語化したり）と、リクルーティングアドバイス（企業への紹介や面接練習）を担当させていただき、サービスの中で少なくとも500人以上の方とお話させていただきました。（前職でもエンジニア採用を7年半やっていたので、わりと沢山のエンジニア・エンジニアを目指す方とお話させていただきました。 今回はそのなかで、未経験者や駆け出しエンジニアのみなさんに普段面談でお伝えしていることをまとめてみます。 ※決して上記の方がエンジニアを目指すことが悪いわけではなく、応援しているのですが、ここ数年誰かが何かを布
2016年から2020年の5年間、VOYAGE GROUPで変わったこと・変わらなかったこと - CARTA TECH BLOG
これは VOYAGE GROUP Techlog Advent Calendar 2020 の25日目のエントリです。 2015年に2010年からの5年間の話を書いたので、今年はその後の5年間について書きます。 techlog.voyagegroup.com 目次 5年間で変わったこと 1. クルーが成長し、高いグレードの割合が増えた 2. 「考えられる」から「実践できる」ようになった 3. 負債を大きく返済し、攻めに使える開発力が増えた 5年間で変わらなかったこと 1. お互いをリスペクトする 2. 技術が好きで学びあう 3. 主体性をもって発言する おわりに 5年間で変わったこと 1. クルーが成長し、高いグレードの割合が増えた VOYAGE GROUPはグレード(等級)制度を導入しており、高いグレードの人が増えると経営戦略が実現する確度が上がると考えています。エンジニア職は4段階にな
プログラムを教えて理解されない場合は教える技術の不足 - きしだのHatena
プログラムが組めるとプログラムが教えれると思いがちだけど、教えることは別の技術です。 教えてもなかなか理解してくれないとき、プログラミングに向いてないとさえ言う人もいますが、教える側の教える技術の不足です。 教えることも技術のひとつだと気付けば、教えてもなかなか理解してくれないときに技術の不足であるということにも思い至れると思います。技術の不足であると気付けば、改善もしていけます。 そして教える技術というのは、インストラクショナルデザインという名前で系統だてて整理されています。 たとえばそのまま「インストラクショナルデザイン」など、タイトルにインストラクショナルデザインが含まれた書籍もたくさん出ています。 インストラクショナルデザイン―教師のためのルールブック 作者:島宗 理発売日: 2004/11/01メディア: 単行本 他にも、タイトルにはインストラクショナルデザインとついてないけどイ
リモートワークでは自己主張スキルが大事な気がしてきた - $shibayu36->blog;
リモートワークをしていると特定のスキルを保有しているか否かで自分の成果や成長が大きく変わってくると感じてきている。その中の一つとして最近感じているのが自己主張スキル。 なぜそう感じるか。それは最近ローカルでの開発からリモートの開発になったことで、自分がメンタリング・ファシリテーション・スクラム開発などをしている時に、非言語情報である表情や相槌、目線などの情報を使って良い感じに対処することが非常に難しくなったからだ。リモート会議だとミュートを多用したり人によってはビデオを切っていたりするので*1、言語情報以外の情報が全く入ってこなくなり、「良い感じ対処」のための情報量が圧倒的に不足するようになってしまった。例えば メンターとして困りごと相談を受けている時間に沈黙が生まれると、理解していて沈黙しているのか、今考え中で沈黙しているのか、全く理解不能で沈黙しているか分からず、どう対処したら良いか分
上場までの道のりを18のポイントでまとめてみました｜安藤広大／株式会社識学 代表取締役社長
私たちの会社・識学は、2015年3月設立です。 おかげさまでそれから4年後の2019年2月22日、東証マザーズに上場させていただきました。 なぜ設立から4年以内で上場が達成できたのか？ 今回はそのポイントについてお話ししてみたいと思います。 ポイントその１：「経理・総務責任者」をすぐに採用した立ち上がりがスムーズに行った要因のひとつに「管理側の責任者」をすぐに採用したことがあります。 管理側というのはいわゆるバックヤード。総務、経理、採用、人事といった部門です。 創業時というのは、請求書の発行や銀行まわりの手続きなどをわりと全部社長がやってしまいます。それで「忙しい、忙しい」と言ってるのですが、もうそれをやってる時点でアウト。なぜならその時間はお金を稼げていないからです。 「郵便局に行って、銀行に行って、法務局に行って……」と忙しくしていると安心感を抱きがちです。体を動かしているだけでなぜ
天才プログラマーの「締切に対する考え方」に、感銘を受けた。
わたしは、ビジネスノウハウ本が嫌いだ。大嫌いだ。 個人で効率化できる部分なんてかぎられているのに、「お前が努力すれば成果を出せる」的なのが気に食わない。 それなら先に、ムダな会議を減らせって話だ。 ……というひねくれ者のわたしだが、とある本に出会って、自分でもちょっと戸惑うくらい感銘を受けてしまった。 どうやらわたしは今まで、”2流”のビジネス書しか知らなかったらしい。 Windows95の基礎をつくった天才プログラマーが語る、3つの仕事術 わたしが手に取ったのは、『なぜ、あなたの仕事は終わらないのか』という本だ。 ふだんこういった本はあまり読まないけど、kindle Unlimitedで読めるし、評価が高かったから、気まぐれでダウンロードしてみた。 著者は中島聡氏。 1960年北海道生まれ。早稲田大学高等学院、早稲田大学大学院理工学研究科修了。 高校時代からパソコン系雑誌『週刊アスキー』
暇してるプロマネは優秀かもしれない、という話。｜naoto
ここでいうプロマネは「プロジェクトマネージャ」で、「プロダクトマネージャ」ではないです。プロダクトマネージャは暇してたらよくないかな。 プロジェクトマネージャの仕事「プロジェクトマネージャ」がなにかっていう点についてはいろんな説がありそうだけど、プロジェクトに関する以下の「6つのマネジメント領域」を調整し続ける専門職だと思っている。 ①スケジュール管理 →どんな順序でいつまでに何をやるか ②スコープ管理 →何をやるのか、何をやらないのか ③コスト管理 →いくらで、もしくは何人でどれくらいの時間をかけてやるか ④品質管理 →アウトプットをどのレベルで仕上げるか ⑤リスク管理 →リスクが顕在化する可能性と、顕在化時の損害を鑑みて何をするか ⑥ステークホルダー管理 →偉い人からは協力を、チームからはパフォーマンスを引き出す 最近では計画駆動のプロジェクトが減って、適応的に対処しなければならないい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google：マネージャはやはり重要な存在である
