おはようございます。カミナシでシニアマネージャーを担当している daipresents です。 ついにクロール25mで娘に負けそうになってきました。子どもの成長はやすぎですね。 自分の部署にはもうひとりエンジニアマネージャ（EM）がいるのですが、おたがいに1on1やファシリテーションでチームにかかわることが多いため、「お互いにスキルアップを目指そう！」と話しています。 年末なので「特訓は来年がんばろう」と意見が一致しているのですが、年内はAIを使って自分たちのファシリテーションスキルを高める方法を試しています。 自分のファシリテーションをAIに評価してもらおう 1on1の場合、自分のスキルを手っ取り早くたかめるいい方法は、「1on1後に、相手と振り返りを行う」だと思っています。これによって、相手から直接フィードバックが得られ、改善を次にすぐ活かせるからです。このサイクルをがんがんまわせば、

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の105週目の記事です！ 2年間連続達成まで残り1週となりました！ みなさんこんにちはお久しぶりです、QAのコタツです。なんか突然暑い日から一転、夕方が秋めいてきて最高ですね。寒暖差にお気をつけてお過ごしください。 はじめに この記事で得られる知見 この記事では弊社開発組織において品質リーダーシップを発揮してくれるエンジニアが育ってきたので、QAの私がそんな人に対してやってきたことを私の視点でご紹介したいと思っています。品質課題に悩むどなたかのヒントになれば幸いです。 想定読者 品質課題は認識しているがどのようにアプローチすればいいかわからないエンジニアの方が、課題解決方法にアクセスする糸口を見つけるヒントになる テストの手が足りない現場にいるQAの方が、中長期的な品質向上のための工夫をしていくヒン

今年４月からソフトウェアエンジニアとして働き始めたものです。 くまぎさんの会社ではソフトウェア開発でコード以外にはどういったものをアウトプットしていますか？ 配属された部署では設計/テスト関連では基本設計書、詳細設計書、単体試験項目書、結合試験項目書などなどをエクセル等でガチガチに作成しており非常に驚きました。 学生時代はそこまでしっかりとしたドキュメントを作成して開発したことはなく、どういったものが普通なのか、効率的なのか気になった次第です。 就職おめでとうございます。共に業界を盛り上げていきましょう。 コード以外で書くものと言ったらDD（デザインドキュメント）がもっぱら多いです。要するに基本設計書です。しかし、重要なのは業界に渡って「設計書」の指す内容には明確な合意や基準がないという事です。つまり僕のいう基本設計書があなたの会社での標準的な基本設計書ではないでしょうし、どちらが優れてい

なぜ“優秀なメンバー”がTVerを選ぶのか？月間ユーザー数4,120万、今まさに再構築フェーズにあるサービスの舞台裏 なぜ“優秀なメンバー”がTVerを選ぶのか？月間ユーザー数4,120万、今まさに再構築フェーズにあるサービスの舞台裏 民放公式テレビ配信サービス「TVer（ティーバー）」は、創業以来、右肩上がりで成長を続けてきました。2024年12月には月間動画再生数が4.96億回を突破し、2025年1月には月間ユーザー数（ユニークブラウザベース）で4,120万を記録*。名実ともに日本最大級の動画配信サービスのひとつとなっています。 *…自社調べ。出典：「[TVer] 2024年12月の再生数　過去最高の4.96億回を記録」「【TVer】2025年1月の月間ユーザー数 過去最高の4,120万MUBを記録」。 一見すると、事業・システム・組織のすべてがすでに整っているように見えるTVerです

こんにちは、株式会社ACES でテックリードをしている福澤 (@fuku_tech) です！ 最近、新車を購入し、遂に昨日納車されました！しばらくはノー残業で早く帰宅して、たっぷりと新車を楽しもうと心に決めた今日この頃です。 1. はじめに 大学院時代、ポスドクの方から「論文や技術書には執筆者の数ヶ月・数年にわたる集大成が詰まっている。それを短時間でトレースできるなら、とても効率の良い投資だ」という話を伺ったことがあります。 この考え方は、開発生産性の改善にも当てはまるのではないでしょうか。試行錯誤を繰り返すことも大切ですが、すでに成功している企業の知見を活用することで、より効率的に進めることが可能です。 ACES Meetの開発チームでは、他社の技術ブログや取り組みを参考にしながら、開発生産性の向上に努めています。本記事では、「徹底的にパクる」というアプローチで、どのように開発生産性を向

こんにちは。 id:skozawa です。 こちらの記事は Gunosy Advent Calendar 2024 の 24 日目の記事です。 昨日は上村さんの 「LLM で Web 検索を効率化！- Web 検索エージェントとブラウザ拡張によるアプローチ」 でした。 背景 エンジニアのマネジメント領域 TL の見直し EM と TL の役割定義 キャリアパスの見直し まとめ 背景 Gunosy にはエンジニアマネージャー（EM）とテックリード（TL）、リードエンジニア（LE）という役職があります。 LE については以前に定義しましたが、EM と TL については役割分担が明確化されておらず、EM に負荷が集中しがちになるという課題があったため、役割を見直すことにしました。 EM と TL の役割を再定義し、TL は役職から役割に変更しました。 また、それに伴いキャリアパスを見直すことにし

ペアプロ・モブプロアンケート結果発表 🎉 ペアプロに対するエンジニアの本音が分かります。こちらもオススメです。 はじめに 巷ではペアプロ、モブプロがホットワードになっており、あたかも開発生産性を向上する特効薬のように取り上げられている印象を受けます。一方、この記事では、ペアプロ、モブプロ開発のネガティブな部分を考え、私の経験から感じたペアプロ、モブプロのアンチパターンとその改善策をご紹介します。 どんなアンチパターンを踏んでいたのか？ 勤務時間は100%ペアプロを実施（ソロプロ禁止） ソロプロは悪、ペアプロが最高というチームの雰囲気 フロー効率を過度に重視する姿勢 どうなったか？ ＋) 開発生産性およびデプロイ頻度は上がった ＋) 4keysなどの数値上の指標はすべてプラスになった －) エンジニアとしての楽しさ、個性が抑制された －) 精神的な負担が蓄積し、最終的には退職に至った 学び

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは、同じエンジニアである妻から聞いた話なのですが、彼女の案件で「メンバー全員で公式ドキュメントを読みあわせる」という取り組みがあったそうです。 で、この方法「チーム全体にとって大きなメリットがあるんじゃないか？」と思ったので、共有させていただきます。 「誰も知らない」から「みんな知ってる」に 私は開発職なので、めずらしいことなのかそうではないのか判断がつかないのですが、その案件では、導入対象の製品について詳しい知識を持っているメンバーが一人もいなかったというのです。 誰もその製品をさわったことがなく、とりあえず強そうなメンバーを入れ

モブプログラミングは、なぜ5人が1台のPCで仕事をしているのに生産的になれるのか（前編）。モブプログラミングの生みの親が解説するその理由と効果とは？ 2人のプログラマが協力して同じコードに対してプログラミングを行う「ペアプログラミング」に対して、モブプログラミングは3人以上のチームメンバーが協力してプログラミングを行う方法です。 このモブプログラミングの生みの親であるWoody Zuill氏が、今年（2024年）1月に東京都内で行われたイベント「Regional Scrum Gathering Tokyo 2024」の招待講演「Software Teaming (Mob Programming) and the Power of Flow.」（ソフトウェアチーミングと「フロー」のチカラ）を行いました。 講演のなかでZuill氏は、なぜ一見すると手分けをして作業するよりも効率の悪そうなモブプ

リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の実現を、妥当な費用対効果で実現できるか」になります。今回はこの基準を構成する「妥当な保守性の実現」と「妥当な費用対効果」について、それぞれ解説します。 リファクタリングで妥当な保守性を実現できるかの基

アジャイルに興味を持った1人あるいは数人から始めることは、アジャイルの導入においてよくあるストーリーです。とはいえ昨今では、例えばスクラムを導入する開発チームも増えているでしょうし、ほかのメンバーが主導した取り組みとしてアジャイルを受け入れる方も多いでしょう。そんな経緯でスクラムに触れ、既存の開発プロセスとの違いに戸惑い、むしろ積極的にアジャイルを学ぶことで克服した過程を、岸田篤樹（パウリ）さんに寄稿いただきました。 Agile journeyをご覧のみなさま初めまして。株式会社ビットキーでEM（エンジニアリングマネージャー）・スクラムマスター・技術広報をしているパウリ（@pauli_agile）です。私は2015年に新卒でプログラマーとしてキャリアをスタートしました。 その頃の世の中ではすでに、アジャイル開発がさまざまな開発組織に浸透しつつある状況にあったかと思います。ただ、実際に配属さ

「働きづらさ」を感じているメンバーに対して、チームリーダーやマネージャーはどのように環境を整えていけばよいのでしょうか。 インクルーシブな社会を実現するためのリーダーシップ・プログラムの提供や人材育成・経営支援などをおこなう、一般社団法人UNIVAの野口晃菜さんと牛島展子さんに、「働きづらさ」を解消するためマネジメント層が心がけたいことを伺いました。 一般社団法人UNIVA 企業や学校向けに「多様な人がいることを前提とした組織づくり」や「多様性を活かして価値創造ができるリーダーシップ」を共につくるプログラムを提供する組織。今回は、理事の野口晃菜さん、リーダー向け研修開発の統括を担当する牛島展子さんにお話を伺った。 公式サイト 「働きづらさ」は人の数だけある 近年、リモートワークやフレックス制度の普及により働き方の選択肢が広がっているように思います。一方で、「ふつうに働く」ことへの難しさを抱

度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー（以下、PM）が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン（新しいサービスを開始すること）に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか？ 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで

DJあほちゃん公式🀇🀇🀇🀈🀉🀊🀋🀋🀌🀍🀎🀏🀏🀏 @AHO_Z1 @igz0 やる気なくて優秀な人って やる気見えなくても、アウトプットが凡人以上にあるから優秀なわけで 管理コストもかからずマイペースで、しっかりとアウトプットだしてくれる有難い選手と解釈し やる気のない優秀な人を選びます 部下としては凄く優秀だよね 2024-02-22 10:45:21 Apfelschorle -林檎サイダー- @KyoumeiProject @igz0 優秀な人の中でも上澄みの人物の場合は 本人的には手抜きでも結構良さげの物仕上げてくる場合が多いので強いです。 でも基本的にはやる気がない人がチームでワークをするとチーム全体の効率が損なわれるので、 「もうあいつ一人でいいんじゃね」っていうレベルの優秀さが必要かもしれません。 2024-02-22 10:12:10

御社の事業の立ち上げの経緯や意思決定や試行錯誤のプロセスについて、もしご存知でしたら、なるべく詳しく教えてください

はじめに 今までバスケをやってたけど、人数都合で突然サッカーチームに入れられた！！ そーんなことってあるよね？笑（ないわ 当然ボールを蹴るとかの練習も必要だけど。。。 どうやったら、すぐにチームで活躍できるだろうか。。。 ↓ これのITエンジニア版について私の経験に基づく主観で呟きたいと思います。 対象とする読者 これから新チームに参加する人 チームに貢献したいと思ってる人 私のキャッチアップ談 私は、昨年社内で異動を経験しました。 もともとWebアプリは作ってましたが、クラウドベースのWebアプリ開発に挑戦してみたいと思い、自ら志願しました。 自分で望んだ異動ですが、配属直前は、 「そんなこともわからないんですか？」 といった失望の声が聞こえて来ないか、戦々恐々としておりました((((；ﾟДﾟ)))) 実際はそんなことはなく、後述するアクションのおかげもあって、 1年もたたずに、チームの

1on1ミーティングの普及1on1ミーティングが多くの現場に浸透してずいぶん経ちます。1on1という仕組みの普及に大きく貢献したのは「ヤフーの１ｏｎ１―――部下を成長させるコミュニケーションの技法」でしょうか。 本書の帯に「部下のための時間」と書かれていることからわかるように、1on1はその普及段階においては「上司と部下の間で定期的に行われるミーティング」という意味合いでした。 ここ最近では1on1という言葉が指す範囲がもっと広がっていると感じます。同僚同士でのコミュニケーションだったり、定期的ではなく突発的に設けられた場だったり。 物事が普及していく過程でもともと持っていた意味合いが変化していくのはよくあることで、こういった意味の広がり自体が1on1が広く普及しているという事実を物語っています。 同僚同士の1on1上司ー部下という関係性ではなくフラットな関係性での1on1は、上下関係があ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿で

こんにちは、ユビーでプロダクト開発エンジニアをしている Sosuke Suzuki です。 最近、チームのエンジニア間の連携がいい感じだなーと思ったので、その要因の一つであるモブプログラミングについて、実践したことを紹介します。 はじめに 最近、私の所属するチームでは、データベース、バックエンド、そしてフロントエンドにも大きな変更を加える必要がある、規模の大きなプロジェクトに取り組んでいました（そして、今も同じチームで別の大きなプロジェクトに取り組んでいます！）。 そのプロジェクトの具体的な内容を書くことはできませんが、大雑把に事情を説明します。 数年前に設計されたいくつかのテーブルがあり、それは当時からずっとユビーのビジネスにとって重要でした。しかしそれらのテーブルは、この数年の間に複雑になったビジネス要件には耐えられなくなっていました。 このままではビジネスの機会を毀損することになりま

転職・求人情報サイトのtype エンジニアtype 働き方 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ 2023.05.12 働き方 GoogleCEOチーム ここ数年で「心理的安全性」という言葉の認知が広がっている。 特に、人材不足が課題となっているIT業界においては、エンジニアのエンゲージメントを高めたり、離職率を下げたりするために心理的安全性の高い職場づくりに取り組むマネジャーも多いのではないだろうか。 しかし、「心理的安全性の高い組織」を、「対立のない組織」「チームみんなの仲が良い組織」だと考えているとしたら、認識のアップデートが必要だ。 「エンジニアが意欲的に働ける組織とは、何に対しても『いいね、いいね』と肯定することを良しとする『Nice』なチームではなく、時には否定することも恐れず、率直な意見のやり