~少し前のチーム体制~少し前までは、エンジニアは教える内容である技術を担保し、デザイナーは分かりやすさや美しさを担保する。いう分業体制で進めていました。上手く回るように見えるのですが、エンジニアとデザイナーが依頼と納品といった受発注の関係になってしまうことが多々ありました。この関係だと、エンジニアが要件を伝えきれていなかったり、デザイナーが技術を理解できていなかったりと問題が発生することがありました。今回紹介するチーム構成は下記3人です。作業の分担方法カンバンのように管理するため画像1枚ずつにステータスを持たせ、それを得意とする人に担当を割り振っています。実際にはカンバンは無く、Figmaで制作している画像にステータス番号を振って管理しています。各レビューは全員で行っています。レビューでは前のステップに戻ることがあります。これはスライドの解像度が高まるにつれて違和感に気づきやすくなるからなので良いことだと思っています。肝心なのは最短で違和感の正体を突き止めて再びカンバンの流れに乗せてあげることです。毎朝、各自の進捗とその日の目標を確認します。Progateはベンチャーなので、1人が複数の役割を持っていることが多いです。朝会の時点でどれぐらい作業できるかを確認して、その日の目標を決めます。その日の夕方にカンバンのステータスがレビューになっているものを皆でチェックしていきます。問題が無ければ次のステータスへ移行し、そうでなければ適したステータスへ戻します。この体制のメリットとデメリットメリット・問題を可能な限り早く検知し、より早く解決できる・スキルが揃っているチームさえ組むことができれば再現が容易にできる朝会や夕会で問題を見つけ、それを解決するために適した人を割り当てたり、皆でアイデアを出したりすることで1人で悩む時間を削ることができます。デメリット・必要なスキルを揃えるために人的リソースをより多く必要とする教材制作チームで貴重なデザインスキルを持っているメンバーを2人とも稼働しています。今のレッスンを作り終わるまで他のレッスンを制作することができません!世界を目指すために、もっとたくさんのレッスンを作れるチームにする必要があります。)をやってみたい方を本気で探しています!!最後に今回紹介した体制は2ヶ月ほど前に始めて手応えがあるものです。数ヶ月後にはもっと良い方法を見つけていると思います。森塾運営のスプリックス(http://sprix.jp/)に新卒入社。教材開発1989年兵庫生まれ。岡山県立大学で情報デザインを専攻。デザインしたものを動かしたいという思いからプログラミングを独学。BlogProgateの教材制作を行っているチームのブログです。