最近のProduct Teamのペアプロ×TDDの文化をご紹介します - Uzabase for Engineers
はじめに はじめまして。Product Teamの中嶋です。今月からチームシャッフル*1でSPEEDAのR&D機能の開発を担当しています。 Product TeamではフルタイムでのペアプロとTDDを常に実践しています。 この話を社外でお話すると「どんな風にやっていくのかが想像つかない」とよく言われます。 私も前職で一時的にペアプロを導入することはありましたが、それを常にやり続けるというProduct Teamのペアプロ文化が入社するまで全く想像できませんでした。 そこで本記事ではProduct Teamがどのようにペアプロをしているのかをお届けしようと思います。 はじめに ツールについて ストーリーとペアはサインアップで決める まずはテストから書く 1時間に一度は休憩とペアチェンジを行う ソースコードのPushとデプロイ ソースコードのPushタイミングについて わからなければすぐ別のペ
ペアプロ・モブプロでメンバーが驚くほど成長した話 - Qiita
1. はじめに ペアプログラミングは、ベストセラーになった「レガシーコードからの脱却」や MicrosoftのDevOps開発チームの紹介記事などでも紹介されている素晴らしいプラクティスです。 私のチームでペアプログラミング(以下、ペアプロ)とモブプログラミング(以下、モブプロ)を実施した結果、手戻りが減り、メンバーが成長し、その後の生産性がアップしました。本稿はその詳細を説明します。 特に、メンバーの育成という点では、ペアプロ・モププロは間違いなく効果的だと思います。私は過去に10人くらい新人育成に携わってきて、新人配属後1年間の開発業務での成果を色々見てきました。その中で、ペアプロ・モププロを活用して新人から育成した今の私のチームの3人は、成果が抜きん出ています。 なお、ペアプロとモププロは、色々と異なる特性がありますが、この記事では共通のメリットを説明する便宜上、まとめています。ご了
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
