8時間のカウントダウンは、6月のある土曜日、午前10時30分にドニプロで始まった。10チームの開発者たち——その大半はSoftServeのエンジニアだ——は、夜遅くまでに社会的目的を持つモバイルアプリケーションをゼロから構築しなければならなかった。手元にあるのは、コードエディタ、コーヒー、そして競争心。そして部屋の向こう側には、キーボードではなく審査ルーブリックを手にしたイワン・ベズルカヴィが座っていた。
SoftServeのQCリードであるベズルカヴィは、コードを書くためにそこにいたわけではない。コードを評価するためにいたのだ——開発スプリントのアドレナリンの中で、ほとんどの開発者が後回しにしがちな問いを発するために。エラー時に適切に失敗するか？エッジケースでは何が起きるか？ユーザーエクスペリエンスはデザインが約束したものと実際に一致しているか、それともただ「ほぼそれに近い」だけなのか？
SoftServeのデベロッパーズ・ハッカソンにおける専門家審査員の役割は、名誉的なものではない。同社がハッカソンの作品評価にQAリードやシニアアーキテクトを招くのは——プロダクトマネージャーやシニア開発者だけでなく——彼らがもたらす判断が構造的に異なるからだ。別の開発者の成果物を評価する開発者は、「設計通りに動いているか？」と問う傾向がある。QAリードは「設計されていないことをしたときに何が起きるか？」と問う。
“その違いこそが、SoftServeのような規模の企業において品質管理リーダーシップが実際に意味するところだ。”
その違いこそが、SoftServeのような規模の企業において品質管理リーダーシップが実際に意味するところだ。
