コミュニーケーションには一定の時間がかかる、更にその内容が全員に同じレベルで浸透するにはもっと時間がかかる、更にその内容に従って行動するのは更に更に時間がかかる この時間の長い、短いは、組織の大きさや、文化にもよるし、浸透度のレベル感をどこで許容するかによって変わる— magnoliak🍧 (@magnolia_k_) July 16, 2023 組織が何を重要視するかによって、その浸透度のスピードは全然変わってくるんだけど、外部の人がその期待値より遅いなって感じる時は、それはあなたの期待値が、あなたが考えるほど重要視されていない、と理解した方がいいと思うのです じゃあ、その優先度を変えさせるのか、それに合わせるのかって話— magnoliak🍧 (@magnolia_k_) July 16, 2023 「社長が言えばすぐにかわるんだろう？」みたいな発言をしている人を見たことがある。

プログラミング言語「Rust」の開発をかじ取りするコアチーム内で不和が発生しており、コアチームメンバーの1人だったJTさんの「Rustのコアチームを離脱する」というブログ投稿をきっかけに、ITエンジニアたちが集うHackernewsで激論が繰り広げられています。 Why I left Rust https://www.jntrnr.com/why-i-left-rust/ I Am No Longer Speaking at RustConf 2023 | The Pasture https://thephd.dev/i-am-no-longer-speaking-at-rustconf-2023 Why I Left Rust | Hacker News https://news.ycombinator.com/item?id=36101501 コアチームを離脱したJTさんによると、事件

この記事は「LayerXアドベントカレンダー2023春」の８日目の記事です。 昨日は、稲田さんによる「なぜ組織にはドキュメントが必要なのか - 透明性を担保しスケールしていくためのドキュメント文化の重要性」でした。 明日は、kajiさんによる超大作です。お楽しみに！ LayerX アドベントカレンダー（概念）こんにちは、眠れる銭をActivateしたい丸野です。 今日は「透明性、透明性、っていうけどさ。実際大変だよね〜〜」という話をしたい思います。 透明性に1人1人が耐えられるか例えば、こんな経験はないでしょうか。 「入社直後、slackの圧倒的な情報量に、唖然とした。」 by 社員Aさん「議事録、議事録って・・。そんなん書く暇あったら1件でも商談こなした方がずっと生産的でしょ。共有は口頭でサクッとできるじゃん。」 by 丸野友人Bさん「全社会議、正直自分のチーム以外の情報が頭に入ってこな

","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">

北米のプロアイスホッケーリーグ「ナショナル・ホッケー・リーグ（NHL）」の選手も、スケート靴をはかなくて済む一般のサラリーマンと同じように、同僚がどれくらいの報酬を得ているのか、全く知るよしもなかった。1990年のある朝、選手全員の年俸一覧が新聞の一面を飾るまでは――。

みなさんこんにちは、社内のエンジニアが働きやすくすることを目標にする Engineer Empowerment プロジェクトの @Mahito です。 社内勉強会を始めたけれど長く続かないという話は時々、知人から聞いたり Twitter で見かけたりすることがあります。 今回は NTT Com で 2014 年から 8 年間続いている社内勉強会 TechLunch の運営を続ける際に行っていることについて書きたいと思います。 本記事は少々長めになっているため、先に内容をまとめると以下のようになります。 社内勉強会 TechLunch の紹介 社内勉強会を長く続けるためにどんなことを考えたか 続けていくために「ゆるく」したこと 発表の敷居を下げる 運営が頑張りすぎない 参加者にもゆるく楽しんでもらう TechLunch とは NTTコミュニケーションズでは、TechLunch と称して社内ラ

アイスブレイクとは、チームメイトの仕事上の習慣や癖だけでなく、その人となりを知ることができる有効なツールです。面白い質問に答えることを中心に構成され、チームメンバー間の信頼と士気を高めるシンプルな手法、アイスブレイク。この記事では、好きなダジャレから、ホットドッグはサンドウィッチか否かといった哲学的 (?) な質問まで、110 種類のアイスブレイクネタをまとめました。効果的なチームビルディングができるよう、今後の参考にしてみてください。 更新: この記事は、アイスブレイクの必要性に関する記述を含めて 2024年 1月に改訂されました。 あなたはチームメンバーについてどのくらい知っていますか？おそらく、メンバーの働き方、得意不得意、何時から何時までオンラインで連絡可能なのかは知っていることでしょう。では、好きな映画や出身地はどうでしょうか？メンバーが今年一番聴いたアーティストや、お気に入りの

安斎 響市 @転職デビル @AnzaiKyo1 今まで4回転職してきて本当に思うのは、平均年収500万円の職場も、平均年収1,000万円の職場も、そこで働く社員の能力はほとんど変わらない。びっくりするくらい変わらない。でも、周りはそうは見ないから、社会的、キャリア的には明確な差がついてる。思考停止で長く同じ職場に安住してると損をする。 2022-10-07 16:43:58

こんにちは。ユーザープラットフォーム開発本部(UP部)の原です。 あなたのチームの雑談チャンネルは1日あたり何回ぐらい発言がありますか？ 小さい仲良しチームなら頻繁に発言があるかもしれませんが20人,30人あたりになってくるとだんだん発言が少なくなってきますよね。 チームメンバーのエンゲージメントや生産性を高めるためには少なくともお互いがどんな人なのかを知っているようにしておくべきです。 JMDCは数百人いる組織だし、私の所属するUP部だけでも20名以上の社員が所属しており、しかもほぼ全員リモートで仕事をしている状況なので、いかに "チームメンバーがお互いにどんな人なのかを知っている状態" を作り出すかが課題になっています。 GitLabのリモートワークガイド参考にする 自らを “A world leader in remote work” と呼んでいるGitLabも雑談を重要なものと捉え

つばさ @linecross0102 前の会社のエースが突如独立するからと辞めてしまった事に対して、 なぜ最近の若手中堅が退職してしまうのか考える会議で管理職達が「社員の経営者意識が皆無なので朝礼で経営理念の読み合わせをする」 「悩みを相談できるよう店舗飲み会の予算復活」を決定したと聞いた。 なるほど。

米Google（グーグル）にとっても、社内スタートアップの育成は容易ではないようだ。同社の社内インキュベーション機関「Area 120」で2022年9月中旬、14件あった製品開発プロジェクトのうち7件をキャンセルしたとの報道があった。 Area 120におけるプロジェクトのキャンセルは、米メディアTechCrunchが2022年9月14日（米国時間）に報じた。グーグルの広報はTechCrunchに対して、Area 120における開発のフォーカスをAI（人工知能）関連に移行するためにプロジェクトを整理したと説明しており、グーグル自身もプロジェクトのキャンセルを認めた格好だ。 Area 120はグーグルの有名な「20％ルール」、従業員が勤務時間の20％を自らが決めたテーマに費やしても構わないというルールの中で生み出されたアイデアを、商用化に向けて育成（インキュベーション）するために設けた社内機

この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします！ ニフティ、はてな、グリーなど、日本のIT黎明期をけん引してきたベンチャー企業でサービス開発をリードし、エンジニアとして広くその名を知られた伊藤直也さん。 2016年には宿泊・レストラン予約サイトを運営する一休のCTOに就任し、大きな注目を集めた。 あれから6年。『一休.com』『一休.comレストラン』のUI/UXは飛躍的に向上。新型コロナウイルス感染症の影響で旅行・外食業界が苦戦する中でも業績は好調だ。 しかし、伊藤さんがCTOに就任した当時、同社はさまざまな技術的負債を抱えており、開発課題が山積みの状況だった。 伊藤さんはなぜ、一休にジョインすることを決めたのか。開発組織の変革のために取り組んだこととあわせて、伊藤さん自身が一人の技術者として成長を続ける

以下のイベントの発表資料です。 https://phpcon.php.gr.jp/2022/ 想定課題 開発がスケールしたり、開発年数が経過すると、様々な要因で開発生産性の低下が起こります。 そこで現場のエンジニアは改善をしたくなるかと思いますが、大抵の場合、ステークホルダーと工数確保の合意が必要になります。 その際にこのようなことを言われがちではないでしょうか？ 今動いているものを直す必要ある？ 効果測定どうやんの？ 費用対効果はどれくらい？ パフォーマンスチューニングの世界には「推測するな計測せよ」という言葉がありますが、開発組織における生産性についても測定してモニタリングする必要があると思います。 本セッションの目標 以上を踏まえ、本トークでは開発組織とステークホルダーの間の共通言語を獲得することを目標に以下の内容についてお話します。 State of DevOpsとは Four K

フルサイクルエンジニアリングのすすめ：『事業をエンジニアリングする技術者たち―フルサイクル開発者がつくるCARTAの現場』 本書カバー（画像は版元のWebページより） 『事業をエンジニアリングする技術者たち ― フルサイクル開発者がつくるCARTAの現場』（版元のWebページ）をいただきました。ありがとうございます。本記事では、副題となっている「フルサイクル」という言葉に着目して、本書について簡単に紹介します。 本書の位置付け 本書は、2020年に刊行された『Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち』の「改題改訂版」として刊行されたものです。 まず「改訂」の方から。前著の刊行から2年が経過し、「事業」運営母体も大きく変わりました。それを受けて、各章の最後にこの2年のアップデートが付記され、さらには新規事業と経営基盤システムの統合を扱う2章分が追加され

社会課題×デザインをテーマに社会課題に取り組んでいる企業が登壇する「ReDesigner Social Impact Day」。各登壇者は、Design Action・Creative Actionの重要性が叫ばれている中、自社が社会課題に対してデザインの力でどのようなアプローチを取っているのか、その中でデザイナーはどのような役割を担っているのかを話しました。ここで登壇したのは、株式会社Goodpatch Anywhereのデザインマネージャーである五ヶ市壮央氏。チームデザインにおける、Goodpatch Anywhereの取り組みについて発表しました。全2回。後半は、Goodpatch Anywhereのチームビルディングについて。前半はこちら。 チームメンバーの衝突と分裂を経てチームとしての規範が形成される 五ヶ市壮央氏：信頼を作るためには、「事業」「仲間」「ユーザー」の3つを知ること

皆さん、自分が他人から評価されていないことに苦しんでいますか？ 私はまったく苦しんでおらず、それどころかありとあらゆる場面で高く評価されすぎて困ってしまっているわけですが、そんな私がどうして評価されるか、評価ハッキングと題して言語化してみたのが今回の記事です。 評価に悩む人の参考になれば幸いです。 なんていう、出来の悪いYoutube動画の煽りタイトルと、冒頭の鼻持ちならない文章で、多くの人を脱落させられたと思うので、ここからは上の文章を読んだ上で続きを読む気になった限定的な人向けに、真面目に書いていきます。 評価のされ方を知ろう！ 他者を評価する方法というのは大きく次の3つに分類されます。あ、人事評価ではなく、普段の日常生活も含めた、全般的な評価の仕方ですからね、誤解なく。 数字による評価 定性的な評価基準に則った評価 主観的な評価 一つ目は、分かりやすいですね。営業成績みたいに、「今月

クラウドやIoT（インターネット・オブ・シングズ）、深層学習、コンテナ、マイクロサービスなど新しい技術が次々と登場しており、調査やスキル習得に追われています。量子コンピューターのような将来的に使う可能性のある新技術も含めると、全てをキャッチアップするのは無理だと感じています。重要な新技術をどのように見極めたらよいのか、どうすれば効率よくキャッチアップできるのか頭を悩ませています。 技術だけに振り回されず、まずは経営課題に耳を傾けよう ITは日進月歩。情報量も爆発的に増え、ともすればトレンドや情報の海で溺れてしまいそうになる。これからの時代を生き抜くITエンジニアには、技術の目利き力や先見性も大いに求められよう。相談者の言う通り、全てをキャッチアップするのは現実的でない。とはいえ、何が当たるか／外れるかを見極めるのも至難の業である。 思い切っていったん技術から離れてみよう。技術のことは一切忘