ピクシブでは、プロダクト開発に必要な多様な職能のメンバーからなるチームを組んで、何を実現すべきかの探索から、設計・実装・テスト・リリース、そしてフィードバックを得て再考するというすべてのアクションをチームで包括的に担当する、いわゆるフルサイクル開発の文化が根付いています。このプロダクトチームを横断して共通的に必要になる様々な関心事は「互助会」と総称される社内コミュニティ的な集まりがあり、それぞれ興味のあるメンバーが自発的に集まって定期的に交流しています。今日はその中のひとつ、アジリティの高いチーム活動へと成長するための互助会「t-agile」活動を知ってもらおうと考え、この活動のキーパーソン的存在であるmyonsawa、ああうえ、Ytomiの3名にインタビューしました。2017年に新卒入社しました。バックエンド中心に広告周りの開発をしており、過去には運用型広告のレポーティング自動化やレイドバトル形式のイラストコンテストの開発、最近はスクラムマスターを務めさせていただきながら、内製の広告管理画面や広告配信サーバの機能追加・改修の要件定義・開発などを進めています。2017年に新卒入社しました。SketchのiOS版の開発をしています。SketchチームではSNSやドロー、ライブといった複数ドメインの開発に関わることがあり、タスクが発散しがちでした。スプリントゴールを定めて、チーム全員でタスクに向かい合っていくのが良いのではないかということで、2020年の秋頃からスクラム開発を導入しました。それまではなんとなくの知識でアジャイル風の開発をしていましたが、少しずつスクラムやアジャイルについて学んでチームに浸透させる活動をしています。2020年に入社しました。Hub/SDKのプロダクトマネージャーとして働いています。不確実性の高い領域かつ他チームからの依頼も多いなか、チームでスクラムを組んで(一丸となって)プロダクトの課題解決に向かっていくための仕組みづくりに関心があり#t-agileに参加しました。SFとプリパラが好きです。わたしがコミットしているアド・プロダクト部は広告関連の開発を担っています。3名で構成されていて、腕利きの個の力を活かした仕事をしていました。その成果として、短期間でフルクラウド化し技術的なスケール容易性向上をなし得たということがありました。その後、チーム規模が拡大し、事業の取り組み全体として大きなチャレンジに取り組めるようになっていったのですが、属人化の防止や大規模プロジェクトの安定的な進行などに課題を感じるようになってきました。そこで2021年初頭から本格的にスクラムを導入し、技術畑のメンバーだけでなくビジネスのメンバーとも密に連携しながら、日々試行錯誤を重ねてきました。スクラムガイドや各種書籍・記事を参考にしつつ進めていったのですが、どうしても自分たちのチームの文脈ではどうかという点を解き明かすのが難しく、相談する場がほしいなと感じていました。そこでおもむろに#t-agileというSlackチャンネルを開設したところ、同じような課題意識を持った他チームの方や社内の一家言ある大御所の方々にも興味を持っていただけました。雑にチーム開発の悩みを投げると社内の知見が集まってくる雰囲気が醸成され、更にはbashさん主導で月次の互助会MTGが開催されるまでに至りました。私の所属するチームも、今では個人プレーの群れではなく、自律的な成長を繰り返す“チーム”に着実に変化していっていると感じます。自己紹介で述べたとおり、以前から携わっているSketch開発にスクラムを導入しました。個別にmyonsawaさんから話をきいていたので、なんらか貢献できればと思って、この互助会に関わっています。プロジェクトの進め方について何度かbashさんに相談させていただいていたのが互助会に参加するきっかけでした。取り組みたいこと・取り組むべきことが数多く出てくるなかで、チームとして持続可能な開発体制を整えるニーズが高いことが背景にありました。互助会が走り出したときは、エンジニアの方ばかりだったので、プロダクトマネージャーの自分が入っていいのか遠慮があったのですが、チーム開発に職種の垣根はないよと教えていただき参加しています。Slackにt-agileチャンネルがあって、そこで情報提供や相談を随時行っているほか、互助会MTGを社内ミートアップ的な集まりとして月次で45分程度で開催しています。Rails系サービス互助会やフロントエンドの会も似たような形式で参考にしました。口頭やNotion上のコメントでコミュニケーションして、互いにブラッシュアップするサイクルが回っています。以前のMTGで紹介された取り組みを取り入れて自チーム向けにアレンジした話が話され、最初にでてきた取り組み事例のチームでも更に取り入れられるという螺旋が生じていて、社内の知の流通加速を実感しています。直近だとわたしが話をしたFigJam事例からの盛り上がりが面白かったですね。Sketch開発での社内実験的な取り組みを考える際にPoll(投票)機能を使って、機能充足度合いや実現性などの項目について各メンバーが考える水準を出して合わせるという話をしたところ、様々なチームでFigJamを使ったゴールイメージ合わせのエピソードが生えてきて、話してよかったと思いました。他にもスプリントレトロスペクティブ(ふりかえり)で、「リファインメント(タスクの具体化)の進め方が難しいという課題感を皆何となく持っているみたいだけど、何が難しいんだろう?」という問いかけが挙がり、付箋機能を使ったKJ法をやってみたり、原因分析のためにフィッシュボーン図(特性要因図)を使って課題を見出したりと、もはやチーム活動に欠かせないツールとして広まっていきました。ピクシブはソフトウェアプロダクトを扱っているのでチーム開発はエンジニアが主体と思われがちです。確かに大事な役割ですが、様々な分野の専門家がいないと今日のチーム開発は成り立ちません。チーム開発に関わるメンバー、つまり社内の誰でもきてほしいですね。チームの動きをよりよくしたいと思ったときが参加チャンスだと思います。毎回でなくても、困りごとがあるときだけぶらっと参加したらいいし、議事録をみるだけでも知見の宝庫だと思ってて、もっと広めたいですね。名前的に勘違いされるんですが、アジャイルとかスクラムとかちゃんとやってないとダメとかじゃないです。ClickUpやNotion、Slackなどのコミュニケーションツールの悩みとか、リモート環境での雑談を盛り上げたいとか、そういう問題意識から気軽に参加するといいと思います。t-agile互助会という命名は未だに迷いがあります。「アジャイル」してないとダメかなという敷居の高さになってるかもしれません。プロダクトマネージャーはPdMギルドにも参加しており、問題意識が似てるところもあります。最近はプロダクトマネージャー陣の社内勉強会も始まったので、互助会間の交流があるとより効果がでるかもしれないと思っています。ピクシブでは複数の事業部でさまざまなプロダクトを扱っているので、社内という文脈を共有してる中で多様な工夫があることが我々の強みだと思うんですよね。いろんなかたちで知見共有する場を増やして、チームごとにある事例のお宝を活用したいですね。新卒が多い会社ですが、経験のある中途入社の方も増えているので、そういうメンバーの前職での知見もどんどん吸っていきたいです。そもそもの願いとして、チーム開発の水準を全社的にあげていくために知識の交流を加速したいと思っているので、こういうinside記事を出すこと自体もお誘いのツールだと思ってまして、ぜひ気軽にきてほしいですね。Slackチャンネルにお入りください。meetにて行っていますので、予定をチェックしてみてください。社外の皆さんは新卒・中途・アルバイトなど全方位でメンバー採用中ですので、ぜひエントリーください。Office立ち上げと、支える活動をひたすら切り拓く挑戦を繰り返してきた。handの経営企画分野スタッフ業と、全社横断でのプロダクトマネージャー・コミュニティーマネージャー・プロダクトデザイナー・エンジニアからなる開発全体を強化する職能組織を束ねている。ハッシュタグで健康のためのウェイトトレーニングに日々取り組んでいる。MEETUP2024-10-30pixivというシステムはどんな形をしているのか、それはなぜか。insideは、ピクシブ株式会社が運営するオウンドメディアです。Reserved.引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。