📒ペアプロ・モブプロアンケート実施中 🖊️ あなたのご意見をお聞かせください。(2025/1/3 23:59まで） 回答結果は2025/1/6(月)にQiitaで公開いたします。 アンケートはこちらから（1分ほどで終わります） はじめに 巷ではペアプロ、モブプロがホットワードになっており、あたかも開発生産性を向上する特効薬のように取り上げられている印象を受けます。一方、この記事では、ペアプロ、モブプロ開発のネガティブな部分を考え、私の経験から感じたペアプロ、モブプロのアンチパターンとその改善策をご紹介します。 どんなアンチパターンを踏んでいたのか？ 勤務時間は100%ペアプロを実施（ソロプロ禁止） ソロプロは悪、ペアプロが最高というチームの雰囲気 フロー効率を過度に重視する姿勢 どうなったか？ ＋) 開発生産性およびデプロイ頻度は上がった ＋) 4keysなどの数値上の指標はすべてプラ

本記事は BASE アドベントカレンダー 2024 の 24 日目の記事です。 こんにちは、エンジニアリングマネージャーの松原(@simezi9)です。 新型コロナウイルスの流行に端を発する世の中の変動からもうじき5年が経過しようとしています。 当時の感染対策の流れで多くの企業がリモートワーク制度の導入を進めました。この記事を読んでいる方の中にもそのタイミングではじめてリモートワークに取り組んだ方も多いのではないでしょうか。 私もその当時に、BASE株式会社のリモートワークへの取り組みをエントリとして公開したことがありました。 参考：エンジニアのリモートワーク in BASE このエントリを書いてから4年。その間、マネージャーという立場からリモートワークの制度を運用してきた経験を踏まえて、私がいまリモートワークというシステムに対して思っていることを率直に書いてみたいと思います。 この文章が

Katherine Long ［原文］ （翻訳：仲田文子、編集：井上俊彦） Dec. 23, 2024, 11:00 AM 働き方 30,448 スタンフォード大学の研究者が、最低限の仕事しかしない労働者を特定するアルゴリズムを開発した。 彼の研究によると、プログラマーの約9.5%が｢ゴーストエンジニア｣だった。 この研究は、パフォーマンスの低い人を排除しようとするテック業界の新たな動きを浮き彫りにしている。 ｢静かな退職（Quiet quitting）｣｢怠け者の女子の仕事（Lazy-girl jobs）｣｢最低限の仕事しかしない月曜日（Bare-minimium Mondays）｣という言葉が生まれたことから分かるように、この2年間、多くの人が過剰な仕事量にうんざりしていると繰り返し述べてきた。 その状況は今も変わらない。少ししか仕事をしないことを表す最も新しいキャッチフレーズは｢ゴー

Google Workspaceで多くのことが完結するようになった結果、フルリモートへの移行は肩透かしなほど簡単に進みました。ツールの導入も参画数日で全て終わるようにタスクがまとまっているためスムーズでした。 ミーティングがリモートになったことでホワイトボードが使用できなくなってしまいました。 ペンタブで再現することも考えましたが、ホワイトボードの利便性はペンで描くこと自体にはないなとすぐに気がつきました。 そこで私はホワイトボードの役割を「思考の整理」と「思考の共有」に切り分けてカバーしてます。 「思考の整理」は手元で紙に書き殴るようにしました。考えをまとめるにあたってはホワイトボードと全く遜色ありません。 「思考の共有」はdraw.ioを画面共有するようにしました。アイデアを図式で共有するにあたってむしろホワイトボードより優れています。 「思考を整理しながら共有したい場合」だけは完全に

今年は出社回帰の年だったAmazonが出社を義務化した、LYがリモートワークを縮小、など、とにかく出社回帰の動きが目立つ1年でした。 フルリモートでも、人と会うのは大事私の今の会社はフルリモートで、オフィスには全社員分の座席はありません。たまに出社しても全然人がいなかつまたりするのですが、おぎじゅんさんがいると珈琲を淹れてくれたり、その珈琲のまわりに人が集まってきて、違う部署の人たちと交流するきっかけになってたりします。 テキストベースのコミュニケーションを仕組みとして整備する、All-Handsのような全体の意識を揃える場を高頻度に設ける、など、仕組みでフルリモートをワークさせることはできます。 けれども、人間のウェットな部分でのつながりってやっぱり大事です。数カ月に一回でも直接顔を突き合わせて、同じ目線で話すことでチームとしてのまとまりがでてきます。 だから、出社するのは大事だし、わり

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 自分がIT業界に携わって5年ほどが経過しました。 この5年間、SIerからフリーランスエンジニアに転身し、様々なプロジェクトに参加する中で、数々の失敗と成功を経験しました。特に心構えやマインドの部分で多くを学ぶことができました。 未熟だった自分を振り返って、今では改善できた点が多くあると思います。同じ失敗を繰り返さないように、自分の経験が少しでも役立てば幸いです。 また、気付きを与えてくれた方々にこの場を借りて感謝します。 感謝を忘れない 進捗報告やコードレビュー、質問対応など、感謝の気持ちを忘れないようにしています。感謝は、

これは私が普段いかに労働から逃げているかを示すものです。 前提となる考え方私は働きたくない。実際には仕事にやりがいを見出すこともあるので必ずしも働きたくないわけではないが、基本的には常に働きたくないと言っている。 ことプロダクト開発になるとこの傾向は顕著で、「何も作りたくない」「何も作らずにお金を稼ぎたい」などとよく言っている。プロダクトは作った瞬間に負債になる。世の中は絶えず変化・進化していくので、作った瞬間から陳腐化が始まる。それを防ぐために継続的なメンテナンスや改善が求められる。 通常、その負債が問題視されないのは、そのプロダクトが負債以上に大きな果実つまり価値をもたらすからである。アジャイルの名のもとに incremental delivery などと言うと聞こえはいいが、要するに負債より多くの価値を生み出すための自転車操業をかっこよく言っただけである。少しトゲのある表現になったが

今日、内定承諾書にサインした。 9月1日から新しい会社で働くことになるのだけど、転職活動、マジできつかった。エージェント経由の応募では、書類選考で落ちまくった。たぶん30社くらい落ちた気がする。もっとかな。書類で落ちまくっていた数週間はネガティブ思考に陥り「今のキャリアを維持することは諦めたほうがいいのかも」と思いつめていた。 結果として「行きたいな〜」と思った会社へリファラル（中の人から紹介してもらって面接に進む）でお話が進み、これを逃すかと全力で取り組んでいたらトントン拍子で入社が決まった。 でも、今回の転職がなんとかなったのは、30代のうちに種を蒔いておいたことがポツポツとつながったからだなという感じがしたし、実際そうだと思う。 わたしの周りには30代の友人が多く、将来ミドル世代で転職することに不安を感じている人もいるだろうと思うので、率直に備忘します。 40代での転職活動、甘く見て

生成AIによって作業は楽になるけれど、レビューは楽にならない田中邦裕氏（以下、田中）：ここからは活用上の課題に入っていきたいと思うのですが、これは順番に当てても大丈夫ですかね。では、中山さんから紹介してもらえればと思います。お願いいたします。 中山心太氏（以下、中山）：そうですね。今の生成AIがこの後どうなっていくかというと、作業は楽になるけどレビューは楽にならない。先ほど契約書のレビューの話が出たので「うっ」て思っちゃったのですが、作業は楽になるけどレビューは楽にならないというのが、この後に起こっていくことかなと思っています。 僕は、仕事は基本的に2種類に大別されると思っています。仕事は2種類あって、1つは作業です。これは手を動かして実際の成果物を作ることで、今の生成AIの支援を比較的受けやすいと思っています。 一方でレビューは何かというと、人の成果物を評価して修正を指示すること、そして

「プログラミングを学ぶ」ではなく「要件定義を学ぶ」田中邦裕氏（以下、田中）：あと13分ぐらいになったので、今後の展望にいきたいのですが、その前に、質問が7個ほど来ているので、みなさんに聞きたいと思います。 一番投票数が多い質問が、「非エンジニアでAIを使ったスマホアプリを作りたいんだけれども、プログラミングをそもそも学ぶべきか？」という質問です。 生成AIがある今、何をどのように学ぶべきなのか。プログラムを学ぶべきなのか、それ以外になにか手段があるのか。目的によっても違うのですが、ざっくりとしたこの質問に対して、なにか答えられる方はいますか？ 比戸将平氏（以下、比戸）：じゃあ、私から。 田中：はい、お願いします。 比戸：先週ぐらいに、NVIDIAのジェンスン（Jensen Huang氏）が、「今後はAIがプログラムを書くから、もうプログラムを学ぶ必要はないよ」と発言したのが切り取られて、ち

田中邦裕氏の自己紹介司会者：みなさま、お待たせしました。これより再び特別企画をお送りします。2つ目の特別企画は、「生成AI／LLM未踏的ビジネス活用最前線」と題してお届けします。なお、本セッションでは視聴者からの質問を受けます。質問は「Slido」というコミュニケーションツールを使用します。 それでは、登壇者のみなさま、ステージへお願いします。みなさま、拍手でお迎えください。 （会場拍手） ここからの進行は未踏IT人材発掘・育成事業プロジェクトマネージャーの田中さんにお願いします。よろしくお願いします。 田中邦裕氏（以下、田中）：はい、みなさま、セッションにお越しいただきありがとうございます。タイトルが「生成AI／LLM未踏的ビジネス活用最前線」ということで、お届けしたいと思います。では、さっそくですが、パネラーの方の紹介をしたいと思います。 まず中山さんから……。あっ、自己紹介か。忘れて

ライフハッカー・ジャパン （著者：Jeff Haden、翻訳：長谷睦（ガリレオ）） Aug. 08, 2024, 03:00 PM キャリア 130,556 グーグル（正確にはその親会社のアルファベット）は2023年1月、約1万2000人をレイオフする長期計画を発表しました。これは、全従業員の6％に相当する数です。 グーグルの幹部が｢従業員は我が社のもっとも大切な財産です｣というようなことを言っているのを聞いたら、そのあまりの言行不一致ぶりに目を剥いても無理ないでしょう。 しかし、同社が従業員をもっとも大切な財産と考えていることは確かなのです。 グーグルの人事部門は長年にわたり、従業員の職場での生活に関してありとあらゆる側面を分析し、生産性やイノベーション、エンゲージメントの向上に取り組んでいます。 その一例が今回紹介する｢最高のチームをつくる方法｣の分析です。 グーグルも大半の企業と同様

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは。吉田智哉です。 岩手県盛岡市に住みながらエンジニアとしてフルリモートワークで東京の開発案件を請けてます。 気が付くとこの働き方で8年間も経過していました。 8年生き延びることができたので、そのコツをシェアしたいと思います。 その日のコミットはdraftのpull requestとして出す エンジニアは成果物が全てです。 いくら一生懸命働いていたとしても、成果物、つまりコードがなければその日働いていたとしても 成果として認められません。 チームメンバーやリーダーに対してちゃんと働いていることをアピールするために、 その日のコミ

はじめに 34 歳のとき、勤めていた会社の経営が傾き早期退職を促されたのを契機に独立しました。その後、41 歳で Authleteオースリート 社を設立しました。諸般の事情で現在も Authlete 社の代表取締役という肩書きを持っていますが、経営者的な仕事は他の人に任せ (参照: シリコンバレーのプロフェッショナル CEO を迎えて米国市場に挑戦する日本のスタートアップの話)、50 歳目前の現在もプログラマとしてコードを書き続けています。 Authlete 社設立 (2015 年 9 月) から 8 年半弱経過したものの、まだまだ小さな会社で道半ばであるため、起業家として何か語るのは時期尚早ではあるものの、軽い体調不良が長引く中、『自分のエンジニアとしてキャリアを振り返ろう！』という記事投稿キャンペーンを見かけ、生きているうちに子供世代のエンジニアの方々に何か書き残しておこうと思い、文章

匿名のキャリアSNS｢WorkCircle（ワークサークル）｣が急成長している。 グーグル、アマゾン、マイクロソフト、セールスフォースなど外資ITをはじめ、国内ではソニー、LINEヤフー、楽天、リクルートなどで働く、いわゆる“ハイスペ”人材が会員だ。 SNS内には外資系社員のみが参加できる｢プライムラウンジ｣も。 勤務先のメールアドレスで会員登録し、給与情報コーナーに書き込むには給与明細や源泉徴収票の提出が必須。 こうして確保した情報の信頼性の高さと、匿名でコメントを書き込める気軽さがウケて、 ｢○歳までにいくら稼いでた？｣｢この会社、本当にこれくらいの年収いく？｣ ｢資産形成どうしてる？ どんなポートフォリオ？｣｢RSU（株式報酬）っていつが売り時？｣ ｢産休で仕事から離れるんだけど、男性は本音ではどう思ってる？｣ など、生々しい会話が日夜繰り広げられている。 2023年3月のリリースか

Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉

はじめに 日系の IT 企業から外資系 IT 企業に転職されるというエンジニアの方、結構いると思います。 私自身は、2017 年に日系 SIer から日本マイクロソフトに転職し、約 6 年半勤め、今後は独立して市民開発者育成支援をしていく予定です。 在籍中は、ありがたいことに常に高い評価をいただき、幸いにも社内での大きな表彰を受け、信じられないほど素晴らしい報奨旅行に行く機会をいただきました。そのため、それなりには会社への貢献ができたと考えています。 今回、自身の過去 6 年半の経験を整理する意味で、あくまで私個人の経験に基づく見解ですが、マイクロソフトで成功、活躍する人の特徴を整理してみました。 外資系 IT 企業で成功、活躍するにあたって共通する部分も少なからずあると思いますので、現在日系 IT 企業に勤めており、外資系 IT 企業への転職を考えいる方の参考になれば幸いです。 成功の定

筆者はこの10年ほど、フルタイムでアドバイザーや評論家、コラムニストなどの仕事をしているが、その前は企業で管理職として働いていた。キャリアの最初の頃は製品マーケティング担当の企業役員を務めていたし、その後、出版社でも働いたことがある。長年の間、自分の部下を持っていたわけだ。 自分が管理していた部下には、編集者や、営業担当者や、プログラマーや、製造チームや、ほかの役員などがいた。 キャリアを変えて本当に良かったと思うことの1つは、部下の報告を聞かなくていいことだ。今は、誰の仕事も管理せずに済む。 管理職になった経験がない人は、上司は部下に仕事を押し付け、威張り散らして過ごしていればいいと考えている。しかし、管理職をしたことがある人なら、上司は、ただ部下に指示通りに仕事をさせるためだけに、非常に多くの時間を費やしているという現実を知っている。 そうなってしまう原因の一部は、明確な指示を出してい

タイトルは、ポール・グレアム氏（Yコンビネーター）の「メイカー（作り手）のスケジュールとマネージャーのスケジュール」(Maker's Schedule, Manager's Schedule) からの引用です。 マネージャーは多くのミーティングをこなすなど、1時間単位でタスクにあたりますが、エンジニア（プログラマ）は最低でもまとまった半日単位の時間を作業に必要とする、と書かれています。 paulgraham.com 日本語訳 note.com エンジニア上がりのプロダクトマネージャーとして開発もプロダクトマネジメントも並行してこなしてきたのですが、意思決定のためのミーティングスケジュール、自身が開発を行うためのスケジュールをやりくりするバランスに腐心していました。 自身のタイムマネジメントで特に感じた点として、ミーティングとミーティングの間に1時間が3コマある時の開発生産性と、3時間まとま