(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

[gratt]

面白い。Googleが成果主義的すぎて既存ソフトウェアの改良は目標にならない、という事例も合わせて考えたい。

[boomerangj]

日本CTO協会の、やっている手法の数で点数が決まるチェックシートを思い出してしまった

[secseek]

メンバー全員がプロジェクトマネージャーの能力を持っているチームならプロジェクトマネージャーはいらないかもしれないってことでしょうか

[raimon49]

チームの自主性に任された結果としてスクラムを選ぶことはあって良いけどトップダウンで全てのチームはこの開発手法でやれって言われたら、そりゃ優秀な人は去って行くよなぁ。

[ryuzee]

どこまで構造が必要なのかは、組織や従業員の成熟度、スキルによるからな。すごくスキルのある人を（高給で）雇ったなら、結果が出てる限りその人たちがいちばんいいと思うやり方でやってもらうのがいいでしょう。

[vanish_l2]

前提として各エンジニアがほぼほぼマキシマムな能力を持ってないと破綻するな

[naoya2k]

「チームがコミットした見積りにエンジニアが関与していないこと は、よくある、なかなか解決しない問題です。」関与しててもエンジニアの意見が無視されることも、わりとある。。

[sigwyg]

“苦戦しているチームは、方法論とはあまり関係がないことが多い。”／ビッグテックの人材だと、エンジニアもマネージャーも他社より一段上の管掌範囲になってるぽい。普通の会社はスクラムからhiger upしていくと

[Wacky]

“規模を拡大し、素早くスケールアップするためには、プラットフォームチームは必須となります。”

[yigarashi]

よさそう

[bosatsumiroku]

テックカンパニーがスクラムを捨てたのは、別にエンジニアに好きなやり方をさせているのではなく、競争上それが求められているからなのだが、何かそこを手前勝手に都合よく勘違いしているスクラム推進者が居るな。

[shogochiba]

とても参考になります。👍😉✋😺👨😊

[cpw]

うちの会社は図らずともこの進め方やってる。フルタイム3人と短時間勤務6名くらいでやってて、日に3〜5回くらいリリースしてる。ストレスフリーだよ。

[sonots]

あとで読む

[deejayroka]

”ほとんどのプロジェクトは エンジニアがリードしています 。テックリードか、チームのエンジニアがリーダーになります”

[yug1224]

フレームワークとか方法論ってのは有効に使えれば有効に機能するのであって銀の弾丸じゃないしな

[nilab]

(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

[nakag0711]

締切守って仕事した気になってる会社のなんと多いことか

[yo_waka]

"苦戦しているチームは、方法論とはあまり関係がないことが多い"

[peketamin]

わかる気がする…。信頼できるテックリードとプロダクトマネージャーがいればセレモニーはなくてもまわりそう。ただ、ビッグテックは一流人材をと自社プロダクトを前提としてるので、組織に合う形を探る他なさそう

[shodai]

“インフラと開発者ツールは、多くのスクラムのセレモニーを不要にしました。 プロダクトオーナーへのデモ、作業の承認、そしてリリースといったスクラムのセレモニーは、いくつかのことを前提としています”

[skel]

なるほど、だから検索アルゴリズムはずっとSEOハックされっぱなしだし、Google HOMEは使いにくいまま放置されてると。