タグ

deployとチームに関するslay-tのブックマーク (2)

  • エンジニアリングマネージャーとしての開発力向上の取り組みついて - Qiita

    スクワッド体制における留意点として、「Spotifyは "Spotifyモデル "を使っていない [3]」で以下のように述べられているように、単に方法論を真似るのではく、自分の組織と向き合い、学習して、進化し続けることが大切であると思います。READYFORにおいても日々、組織体制について議論し、改善を進めています。 ビジネスユニット、部門、チーム、マネージャーは、Spotifyの失敗した方法論に固執してはいけません。彼らはSptifyのモノマネよりも効果的に組織構造の役割と責任を伝えることができるのです。 あなたがSpotify Modelを見つけたのは、自分のチームをどのように構成するかをいつも考えていたからでしょう。でもここで止まってはいけません。学習を続けてください。 1-2. READYFORのスクワッド体制 READYFORの場合、どのようなスクワッド体制を敷いているか? ひと

    エンジニアリングマネージャーとしての開発力向上の取り組みついて - Qiita
  • 自分のチームのISUCONでの戦い方

    具体的にISUCONで自分がどういう戦略で進めているのか、書いてみようと思います。他のチームがどういう方法でやっているのか気になるので他の人も書いてくれるとうれしいです。 最初の30分間にやることを決めておくISUCONは3人チームで戦う大会です。どういう問題が出るかはわかりませんが、最初の30分間はどういう問題が出てもやることは大きく変わりません。 なので事前最初の30分間にチームメンバーがお互い何をやるか決めて、お互い事前に把握するようにしています。こうすることで最初はお互い黙々と作業をするだけになります。 具体的には以下のような作業分担です。 インフラ担当ポータルサイトにログインしてsshできることを確認全メンバーのssh鍵を登録する必要なパッケージなどインストール何もせずにベンチマークを流すGo実装に切り替えてベンチマークを流すnginxで計測できるようにする(parse.rbを使

  • 1