新人が無能すぎて辛い
詳細はボカすが吐き出したくなったので投稿。 厳密に言うと同じ現場の別業種の他会社の（ その業種はそこの1社しかない）話で、直接俺とは関係ない。 そこの会社の業務はサービス業の側面が強く、客先の従業員への窓口対応がメインの業務で、テキパキと迅速な対応が求められる場面が多い。 その為か、指導が割と厳しい。服装の乱れや持ち物から髪色まで細かく言われる。ミスが発覚すると裏で詰められる。（1人で多くの人数を捌くので早く覚えて欲しいという意図もあるんだと思う）物言いがキツい社員と穏やかな社員で二極化していて、割合は半々ぐらい。 そこの会社に新人が入ってきた。20代の男性で、物静かそうな、大人しそうな子だ。こっちが挨拶をすれば返ってくる。 そこの会社の従業員たちが言うには、その子はとてつもなく仕事覚えが悪いらしい。受け答えが覚束ず、メモばっかり取っていて、ろくに客と対応が出来ないと嘆いてた。最初は物言い
専門職と視座
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための１種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、５年も
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
よく「3か月でTOEIC 〇〇点アップ」といった広告を見かける。羨ましいけど自分は残念ながら短期間での華々しいスコアアップは全然なくて、17年もだらだらかけて結果的に500点強上がって900を超えた。長すぎる。長すぎるけれど、めちゃくちゃ頑張れるわけじゃないほとんどの人にとっては、そんなもんかもしれないとも思っている。 普遍的な学習体系にはなり得ないけど、個人的なメモを残しておこうと思って。 TOEIC スコアと実力 初めての受験が2004年1月(18歳)で425、最近の受験が2021年8月(35歳)で960だった。それ以前の受験結果や模試の結果を考えると、「960」はマークシートの運で上振れした結果で、実力は900前半程度だと思っている。 最初の400点台の頃は試験が本当に苦痛だった。ほぼ何言ってるか分からん話を2時間集中して聞く・読むのは苦しみでしかない。たまに分かる言葉の意味をつなぎ
お前らは食べ放題のよろこびを忘れてしまっている
お前らは食べ放題のよろこびを忘れてしまった。ああ、なんと悲しいことだろう。 思い出せ、食べ放題のよろこびを。食べが放題なのだ。何をいくら食っても良い。いくらばかり食っても良いし、肉ばっか食っても良い。その喜びをお前は忘れてしまった。 原因はわからない。きっと加齢だとは思う。胃が弱り、ガツガツするのをみっともないと思うようになり、アブラを受け付けなくなり、鶏肉とブロッコリーを蒸したやつしか食わなくなり、そしてお前らは食べ放題のよろこびを忘れた。 思い出してほしい、小学校6年生。サッカーか？野球でもいい。スイミングでもいい。運動会というパターンもあるだろう。なんでもいいが、試合の終わり、打ち上げですたみな太郎に連れて行ってもらった日のことを思い出せ。そういう記憶が無いなら脳内で捏造してもらっても構わない。 まずお前らはすたみな太郎の席につく。土曜日、ランチ。値段は2580円くらいだろうか？子供
この記事で書きたいことは、以下のような内容です。 ・マネジメントをする上では、「出来てない」「進んでない」という情報は最重要であって、早く言ってもらえば言ってもらえる程傷が浅くて済む ・機械的に進捗を把握出来るのが一番だが、なかなかそうもいかない場合もある ・だが、「出来てません」「進んでません」というのは物凄く言いにくいことで、ベテランでもギリギリまで言えない人は多い ・「出来てません」と可能な限り言ってもらいやすい環境を作るのは上司の仕事 ・個人差もあるが、ある程度「言いやすい」条件を整えることで、「言えない」人でも言えるようになってくれる場合もある よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 皆さん、「進捗ダメです」って言えてますか？ 「全然できてません」って言えてますか？ これはどんな仕事、どんな分野、どんな業界でも同
ブコメとかツイッター見てるとGoogleのレイオフおよび労働組合の話について、誤解されている部分が少なくないようなので、需要あるかわかりませんが、中の人がすこしだけ書きなぐってみます。できるだけ中立的に書くことを試みますが、多様性のある社員のなかの、あくまで一社員🔡の主観ですので、Single Source of Truthではなく参考程度でお願いします。 レイオフ＝クビなの？解雇規制のゆるいアメリカならレイオフ＝クビです。Googleは米国以外では各国の法律にのっとって、レイオフに相当する処置を行うと伝えており、会社の現状を考えると日本で解雇（整理解雇）を行うのは相当な法的リスクを伴います。 そのためGoogle Japanは解雇ではなく、退職パッケージ（退職金と退職に伴う様々なサポートのセット）を提供する「退職勧奨」という形で対象となる人に通知を行いました。 勧奨なので、同意して退職
例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるｗ」という人は、本書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプレッシャーは見積額を底上げするし、納期が優先されて切り捨てられた品質は、技術的負債として残り続ける。経験豊富なエンジニアなら、大なり小なり、酷い目に遭ってきただろうから。 だが、これらを理解できない人がいる。 要員を追加して、手分けしてやれば一気に片付くはず 厳密にやれば、見積りバッファーはゼロにできる 品質のことはリリース後にじっくりやればいい ……などと本気で考えている。これは、ソフトウェア開発とはどういうものか、特性を知らないからだ。こんな無知な人間が経営層にいたり、顧客の代表となった場
競プロ出身者の使えなさは異常
anond:20240624084844 を読んで思ったこと。2番目以降は正直良くわからないが、一点目についてはわかりみしかない。 うちはメガベンチャーで内製アプリの開発保守をしてるんだが、新卒で採った青(水色？)のエンジニアが連続でクソ野郎でめちゃくちゃしんどかった。 ◯色コーダーマウントちょくちょく自分は◯色コーダーだって主張してくる。 こっちはお前が学生時代に取った資格の話なんて興味ねえんだよ。 センター試験の点数自慢してる社会人いるか？いねえだろ。 評価されたければ与えられたタスク以上の成果を挙げろ。 資格自慢をしたければ、社会人にふさわしい資格を取れ。 お前のガクチカなんぞ知らん。 コードがゴミ競プロエンジニアといっしょに仕事したことある人なら大体頷いてくれると思うんだが、彼らの書くコードは本当にひどい。 処理がどれだけ効率的だろうが、実務においてメンテナンサビリティの無いコード
柳川 小春 | MIMIGURI @Koharu_Yanagawa マネージャー「話が長い。言い訳はいいから、結論から言って」 心理的安全性が高まる言語に翻訳してくれる人「君を助ける行動をすぐにでも取りたいから、サポートの方針を立てやすくするために、何が起きているのかをまずは教えてくれるかい？」 2020-09-18 20:07:01
はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回：技術的負債はなぜ生じるか。 第2回：ソフトウエア開発を「制御」する意外な処方箋 第3回：技術的負債への取り組みはなぜ「２つのDX」につながるのか。 第1回：技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債（あるいはレガシーシステム）はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り
クリエイティブになるには、３種の読書を1000日続けよ ｜ きのう、なに読んだ？｜篠田真貴子｜ エール ｜『LISTEN』監訳
Ray Bradbury’s advice for being more creative Every night read: - one short story - one poem - one essay Do that for a thousand nights and you’ll be stuffed full of ideas pic.twitter.com/35d6Z2V1os — Austin Kleon (@austinkleon) November 1, 2022 レイ・ブラッドべリ：クリエイティブになるにはツイートにはレイ・ブラッドベリ（「華氏451度」著者）の講演の一部を切り出した動画がついています。聞きながらざっと訳をつけてみました。 【動画の粗訳】 とにかく様々な分野のものをまずインプットしないといけない。シンプルな方法を教えましょう。 これから1000日間、毎
アメリカ人『仕事に対する日本人からのフィードバックが直接的すぎて心が折れた』『AとBがダメ、改善しろという指摘が連続したので自尊心が損なわれた』
小市民 @Shoshiminkun 今日知り合った、日本の某Big4で働いていたアメリカ人、仕事に対する日本人からのフィードバックが直接的過ぎて心が折れたと話していた。 「AとBとCが駄目だから改善しろ」という指摘が無限に連続して、大変自尊心が損なわれたらしい。 2023-10-30 11:01:31 小市民 @Shoshiminkun 上司部下の関係性なら普通にありそうな話だけど、アメリカだとしこたま良かった点を褒めた上で、「強いて言うなら…」「上司である私が十分な機会を提供できていなかったと思うが…」と散々枕詞がついた上で指摘に至る為、直球で批判が飛んでくることにショックを受けた、とのこと 2023-10-30 11:04:16
プロダクトマネジメントを学びたい人、プロダクトマネージャーにおすすめの書籍です。 以下、記載した書籍のリストです ## Product Management ### プロダクトマネジメントを広く理解する 「プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける」オライリージャパン (2020/10/26) https://www.amazon.co.jp/dp/4873119251/ 「プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで」翔泳社 (2021/3/3) https://www.amazon.co.jp/dp/4798166391/ 「INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント」日本能率協会マネジメントセンター (2019/11/1) https://www.amazon.co.jp/dp/4
コンサルだけど同業ツイッタラーにクソムカついた愚痴
フォロワー2.6万人いて某コンサル会社所属のインフルエンサー?なツイッタラーがいる。 コンサルなんて狭い世界なので見る人が見ればどこのファームか大体察しがつく、というか同じ会社だろうしそりゃわかる。その人は恐らくシニアマネージャー(プロジェクトをいくつか回す、ほぼ現場の最高責任者)。 言ってることがおもろいし、趣味も合うし、とにかく"ロック"を志向していて旧態依然のダサいことを糾弾してるのとか痛快だったし、こんな人と一緒に仕事できたら楽しいだろうななんて思いながら黙って結構長くフォローしてた。 仕事がしんどくなった頃に重なってか、なんとなく言ってることが激務自慢、若手の現状とか視界に入ってない感じにちょくちょく違和感を感じるようになったけど、そこまで鼻につくわけでもなくフォローしたままだった。 ある時、彼がLINEか何かの画像を無言でTwitterに上げていた内容を見て呆気にとられた。 『
SmartHR社の会議室名はemojiです 新入社員と1on1をしています 入社して2ヶ月が経過した全社員と1on1を実施しています。 一般的な1on1と同様に、コーチング的な効果を期待していますが、組織課題の早期発見の役割も果たしています。 また、この1on1実施後は、社長にも気軽に話かけやすくなるみたいで、組織内の心理的安全性を高めることにも少しは寄与しているかもしれません。 （実は、私自身かなりの人見知りで、私からも話しかけやすくなるので助かっています。） 質問リストを公開します 天気 この2ヶ月、SmartHRで働いてみた感じを天気で言い表すと、晴れ or 雨 or 曇 のどれですか？ 降水確率でいうと何％くらいですか？ その理由 その天気の理由はなんですか？ 降水確率が○%の理由はなんですか？ 入社前後のギャップ 入社前後でギャップはありましたか？ 良いギャップ、悪いギャップ、両
dirG @Dirg_rocketdyne 失敗した社員に「なぜ？なぜ？」となぜなぜ分析を繰り返すと、最後に辿り着く結論は 「君は、有能として生まれてこればよかったのに、なんで有能として生まれて来なかったの？何故なの？」 という指摘になって、社員の無能さを責め立てて、フィニッシュです。 twitter.com/Meet60g/status… 2023-04-14 08:22:37 リンク www.keyence.co.jp 5回の「なぜ」で導き出す「なぜなぜ分析」とは？｜ものづくりの現場トピックス | キーエンス 問題解決方法として知られる「なぜなぜ分析」ですが、製造現場で取り入れてもうまくいかないケースが多いといわれます。実際に使える解決策を導き出すコツとは？いますぐ試してみたくなる「なぜなぜ分析」のポイントをまとめました。キーエンスの「ものづくりの現場トピックス」では、製造現場でみられ
東京で車は必要ないと思っていたけれど、心の底から買ってよかった。エンジニアお父さんが車購入を決めた理由 #くるまも - くるまも｜三井住友海上
こんにちは。白山と申します。職業はソフトウェアエンジニアです。 30代後半で、同年代の妻と5歳と9歳の子どもの4人で東京23区内に暮らしています。 お出かけというと、一般的には前々から予定を立てた上で行う特別なイベントかもしれませんが、我が家ではむしろ学校行事や通院などの特別な事情がない限り、毎週末必ず家族や友人と車に乗って首都圏近郊のいろんな場所に出かけています。 車で「ふなばし三番瀬海浜公園」へ出かけたときの、娘との1枚 首都圏、特に23区内に住んでいると、車を所有しなくても便利に生きていくことは十分可能です。 事実、我が家は駅から徒歩5分以内で何不自由なく生活しており、数年前までは車を持つことを全く考えていませんでした。端的に言うと、掛けたコストに見合うリターンを得られるイメージがつかめなかったのです。 もし遠出をしたいのであれば昔からレンタカーがありますし、最近ではカーシェアが増え
エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
エンジニアの辛い仕事を消す本かも（多分） 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと
メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog
スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか？ エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持
1on1に唯一無二の正解はない 櫻井将氏（以下、櫻井）：最後に、じゃあ「フィードバック」と「聴く」ことをどうやって両立するんだっけ、ということを話します。「フィードバック」だけでも「聴く」だけでもダメだと思うので、ここの両立について。 私も「聴く」ことや1on1について散々伝えているので、「1on1の正解を教えてください」とよく言われるんですけど、最初にお断りしておくと、これにはちょっと答えられないなと。 やはり関係性や相手の状態によっても違うし、自分側のスキルや得意や好きなものによっても異なるので、唯一無二の正解はないなと思っていて。ただ「こんな感じでやったらうまくいくよ」という定石のようなものはあると思うんです。 料理でもそうなんですけど、「肉じゃがの正解を教えてください」って言われても、唯一無二の正解はたぶんないと思うんです。ただ、「こうやったらだいたいうまくいくよ」みたいなものがあ
ヌシまめそま @mamesoma 仕事でゴミ屋敷の住人と関わるようになって3年以上かかってゴミを捨てない理由をやっと聞き出せた。正しい分別がわからなくて、ゴミ置き場に捨てた時に近所の人に何度も怒鳴られて、怖くて外に出せなくなったって。ゴミの山の隙間でポツリポツリと話すのを聞いてから、正しさについてずっと考えてる。 2019-11-26 18:24:15
はじめに の参加記事になります。 個別の技術ではなく、エンジニアの成長のステップで読むと良い本の紹介 エンジニアとして成長していくときに、個々の技術を深く理解し使いこなしていくことは必要ですが、個々の技術を選ぶときにもどんな成長ステップがあるかを理解することも重要です。 実装をするという範囲をエンジニアの中心なのはありますが、実装以外の部分を理解するとその技術が最大限に活きるのかを理解するには周辺についても理解していく必要があります。そこで、実装を始める前の構造のパターン、実装を進めるエンジニアの環境などを知ることで、もっと効率的な開発が出来るようになるのかを理解していきたいけると良いと考えています。 この記事では私が経験した中でより良いWebシステムを作るという観点に立ったときに、広く理解しておくと良いと感じた本を紹介します。 これからエンジニアリングでどのような勉強をすればよいかを考え
仕事で不機嫌に振る舞うのをやめたい
やめたい。 30代後半女。 私は、もともと他人に対して威圧的に振る舞う方ではない。はずだ。 友人に対しても同僚に対しても家族に対しても取引先に対しても、どちらかといえば腰を低く接するほうだし、怒りを表明することはもともと苦手だ。 仮に立場が異なる意見や要望を伝える場合も穏やかに伝えるべきだと考えているし、 怒鳴ったり不機嫌になってみせるのは、心理的安全性が下がるばかりで全く益がないと考えていた。 だが、職場の限られたメンバーに対して、意見を伝えるときに「不機嫌である」という表情を浮かべることが増えてきた気がしている。 相手は50代男性上司と30代男性同僚。 自分を加えて3人でチームだが、50代上司は実務にはあまり関わらない。 会議等は、私と同僚が実務の話をして、ときどき上司が口を挟むというかたちである。 私視点で、会議が本当にうまく行かないことがある。 たとえば取引先との商談用資料をどうい
AよりB、CよりD 今後の方向性を決める判断の中で「Aという技術ではなくBを採用する方がが良さそうです」とか「既存システムのCは良くないからやめてDを使うようにしましょう」とか。最近、何人か全然別の人からそういう話を聞く機会があった。 AよりBが良さそう？ 「僕はAの方が良いと思うんですけど、Bの方が良さそうだと思う理由を知りたいです」って聞くと「Aはこういう部分に問題があると思います」って言われて話が噛み合わなくて、しばらく話をして気づいた。 この人、Aを触らずに想像だけで喋ってるんだ。ってことに。なので、実際に動かして見せてあげると「あぁ、それならAの方が良いですね」ってなった。 「興味があるだけなんですけど、僕も知らない技術だったので少しドキュメントを読んで実際に触ってみて機能を確認してからAの方が良いなと思ったのですが、どうして触らずに想像だけでAは問題があるって断言したんですか？
ジャニーズ会見後の雑感と、ブコメへの感想。そして改めてブランド名温存について ※訂正とお詫びあり - はてブの出来事
※9/11訂正とお詫び ・堂本光一氏のブログについて、Show Must Go On!は記事タイトルではなく、元からこのブログタイトルでした。「このタイミングでジャニー氏のモットーであるShow Must Go On!というワードを発した」というのは事実誤認でした。誠に申し訳ない……。訂正しました。 ・東京新聞の読者を一絡げで叩くなというご指摘をいただいた。それはそう。当事者の会に対する態度など、「東京新聞はいつまで望月記者を増長させとくんだ」というフラストレーションがあり、望月憎けりゃ読者まで憎い状態で筆が滑りました。失礼すぎました。撤回します。 ・以上2点、お詫びいたします。 shin-fedor.hatenablog.com shin-fedor.hatenablog.com 先日書いた記事をブクマしてくれたブクマカサンキュー。 その後会見が行われて、メディアや広告主など取引先企業た
Hiroshi Watanabe @Hiroshi99857672 弁護士(一弁)→スタンフォードMBA･LLM /#みんパピ/Amazon associate /twは素人私見･不正確･所属先無関係 note.mu/hiroshi99857672 Hiroshi Watanabe @Hiroshi99857672 心理的安全性に関する授業に出たのだが、高度な事を学ぶと思いきや「5人前後の議論では実はだいたい2人だけが無自覚に7割近く話していてそのせいで他は意見を言えない。その2人はとにかく黙れ。特に偉い奴ほど黙れ」とか単純で、でも色んな場で試すと割とどこでも滅茶苦茶に効果があったのでお勧め。 2022-01-18 07:30:00
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
これはなにか サイバーエージェントとメルカリの「採用前〜退社後」という一連のエンプロイー・ジャーニーに内包されている組織強化システムを構造的に分解するポストです。 メルカリのCuture Doc公開に際して、実際に起きたことを懐かしく思いツイートしたら予想外の反響をいただいたのですが、その中で私のもうひとつの古巣でもあるサイバーエージェントのことを引き合いに出して貶すような引用リツイートも見られました。 退職時、進太郎さんに1 on 1の時間もらって最後の挨拶したときに貰った「まあ株式会社インターネットみたいなものだから」という言葉を忘れない。2年半前のことなので、今に始まったポーズじゃなくて昔からのスタンス。 Culture Doc | 採用情報 株式会社メルカリ https://t.co/1kTYHh0wVN pic.twitter.com/d3qJwUExcB — きょすーけ | D
本イベントは、本イベントは、『部下との対話が上手なマネジャーは観察から始める ポリヴェーガル理論で知る心の距離の縮め方』の出版を記念して開催されました。同書籍の著者で株式会社ロッカン代表の白井剛司氏が登壇。本記事では、マネージャーの負担が増大している背景や、なぜマネージャーに観察力が必要なのかを語りました。 神奈川県丹沢の農場で、農業体験やマインドフルネスを提供 白井剛司氏：今回、ビジネスの人たちだけでなく、忙しい人全員に観察を勧める本を出しましたので、その内容を話していきます。よろしくお願いします。 今日は人事の方、忙しいマネージャーの方、マインドフルネスの世界の方々もいらっしゃっています。内容が全部わかる人もいれば、1つしかわからない方々もいると思うので、なるべく多くの方がわかりやすいようにお伝えしていきたいと思います。 まず自己紹介です。僕は16年間、広告会社で人材育成をやっていまし
お店や役所に問い合わせ電話する時は、
まず明るい声でおだやかに「お忙しいところ恐れ入りますぅ」って言おう。 この一言だけで、電話を受けた人に この人は怒っておらず、心に余裕があるこの人は知らない人を気遣える程度にまともであることを一発で伝えられるんだ。 僕は、電話に出た時はぶっきら棒だった相手の口調が、これを言った途端に突然柔和に変わるという経験を何度もしてる。 種種雑多な不特定多数の人から電話がかかってくるところでは、電話を受ける時に「頭のおかしいクレームじゃないか」と常に身構えながら電話をとっている。 そんなとき、明るくおだやかな「お忙しいところ恐れ入りますぅ」は、彼らを一撃で安堵させることができるよ。すっとガードを下げてくれる。 これだけだと、自分にはメリットがない「ただのお人よしの善行」に見えるかもしれないね。 でも本題はここからだ。 日ごろ理不尽な電話を受けることもある人々にとって、まともな相手との通話はオアシスだ。
転職・求人情報サイトのtype エンジニアtype 働き方 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ 2023.05.12 働き方 GoogleCEOチーム ここ数年で「心理的安全性」という言葉の認知が広がっている。 特に、人材不足が課題となっているIT業界においては、エンジニアのエンゲージメントを高めたり、離職率を下げたりするために心理的安全性の高い職場づくりに取り組むマネジャーも多いのではないだろうか。 しかし、「心理的安全性の高い組織」を、「対立のない組織」「チームみんなの仲が良い組織」だと考えているとしたら、認識のアップデートが必要だ。 「エンジニアが意欲的に働ける組織とは、何に対しても『いいね、いいね』と肯定することを良しとする『Nice』なチームではなく、時には否定することも恐れず、率直な意見のやり
今回は、組織づくりについての話。 現在うちの会社は７期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の２〜３年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか？ 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか？」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ
やはり筋トレは楽しくない｜さのたけと
根からのスポーツ嫌いの37歳男が、1年間のジム通いを継続できた経験を振り返り、その過程で獲得した 楽しくないけどやったほうがいいこと を継続するためのマインドセットについて書きます。 世にはスポーツや筋トレが好きな人がその素晴らしさを語り、初心者に対して参入を勧める文章や動画は数多あれど、僕のような その楽しみが全く感じられない人間 が語る小さな成功経験にもそれなりの価値があるのではないかと思いました。 以下、僕の運動・スポーツに対する苦手意識や劣等感を率直に語るため、好きな人にとっては不快な表現も含まれると思いますが、そんな僕でも継続できたという強調のための表現としてご容赦頂ければ幸いです。 根からのスポーツ嫌い僕は幼少の頃から成人に至るまで、可能な限り運動という行為を避けて生きてきた。 小学校の頃は逆上がりはできなかったし、一輪車も壁から手を離して乗ることはできなかった。走り方も何やら
多くの企業で、日々オンラインでの会議やプレゼンが行われている一方で、「参加者の表情が見えない」「ブレストが盛り上がらない」「対面より意思決定に時間がかかる」といった課題も聞かれます。本記事では、Udemy Business Webセミナーより、プレゼンクリエイターの前田鎌利氏による「リモートワーク時代の必須スキル～オンラインファシリテーション入門～」の模様をお届けします。前編では、オンライン会議の品質を高めるためのフレームワークやアドバイスについて語りました。 「ビジネス・教育・書」で活躍するマルチクリエイター 前田鎌利氏（以下、前田）：みなさん、おはようございます。前田と申します。今日のウェビナーには、すごくたくさんの方にお越しいただいています。限られた時間なので、バシバシお話をしていければと思います。 だいたい45分ぐらいを目途に質疑応答の時間に入れればと思っていますので、みなさん、Q
「悪い報告を上にあげると罰せられる組織はダメ」→今回のauの件は深夜2時に社長までエスカレーションされていて素晴らしいという話
MAEDA Katsuyuki @keikuma 「悪い報告を上にあげると罰せられる組織はダメ」と何度も言っているのですけれど、今回のKDDIの通信障害。時系列でみると、深夜1:35にアラーム発生。2:00には社長にまで報告が届いていて、事故対策本部を立ち上げ。深夜にトップを起こしても大丈夫という心理的安全性の確保はすばらしいと思います。 2022-07-04 14:48:01 Googleは2012年から約４年間をかけて、成功し続けるチームに必要な条件を探る「プロジェクト・アリストテレス」を実施。社内の数百に及ぶチームを分析対象とし、より生産性の高い働き方をしているのはどのようなチームなのか調査しました。 その結果、「心理的安全性の高いチームのメンバーは、離職率が低く、他のチームメンバーが発案した多様なアイディアをうまく利用でき、収益性が高く、マネジャーから評価される機会が２倍多い」とい
ABEJA Advent Calendarの1日目です。 はじめに 昨年はABEJA Platformに関するAdvent Calendarでしたが、今年はプラットフォームに限らず幅広い技術を扱おう、ということで縛りを作らずに様々な技術を紹介していきます。 さて、皆さん、社内でのコミュニケーションツールは何をお使いでしょうか。色々なツールがあると思いますが、Slackを使っている所が多いのではないかと思います。Slackはとても良いツールなのですが、使いこなす会社側にその運用ルールが委ねられています。中でも、DMやプライベートチャンネルでの秘密の会話による情報格差などが発生することが問題になり、オープンチャンネルに限定している会社も多いのではないでしょうか。しかしながら、オープンに会話をすれば、皆が平等かつ平和に会話ができるか？というと、全くそんなことはありません。オープンにすると下記のよ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
たった211ヶ月でTOEICスコア500アップ - やしお
メンバーから「できてません」「進んでません」と言ってもらうために、考えたこと
Googleのレイオフや労組について中の人が書いてみるよ
システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』
「話が長い。言い訳はいいから、結論から言って」を心理的安全性が高まる言い方に翻訳するとこうなる
「技術的負債」への処方箋と「２つのDX」 - Qiita
プロダクトマネジメントを学ぶための推しの書籍
新入社員との1on1で使っている質問リストを公開します - 宮田昇始のブログ
失敗した社員に「なぜなぜ分析」を繰り返すと最終的にメンタルを壊してフィニッシュしてしまう
【特集】 わが社はこうやってテレワークしています【Google編】 ～10万人以上の社員がいるGoogleはどうやってテレワークをしているのか
ハラスメントにならない、部下への厳しいフィードバックの伝え方 心理的安全性を高める「聴く」と「伝える」の使い分け
ゴミ屋敷の住人と3年以上関わって『ゴミを捨てない理由』をやっと聞き出せた→正しさについて考えさせられる
エンジニアの技術土台となる知識を得るための本の紹介 - Qiita
知らない技術は怖い - Mitsuyuki.Shiiba
「とにかく黙れ。偉いやつほど黙れ」議論の際、少数の人間が7割近く話すせいで他は意見が言えず心理的安全性に影響する、という話
エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
サイバーエージェントとメルカリにみる組織強化システムの構造的分解
忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの
良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ - エンジニアtype | 転職type
「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話｜藤田 雄一郎
社内ミーティングの4割はゴール設定ができていない 「ムダな会議」をなくすためのファシリテーションのコツ
社内slackにVIPチャンネルを作った話 - Qiita