1. デザイナー
1.1. 案件レベルの把握。どこまで実装コストをかけられるかなど。
1.1.1. クオリティ？スピード？どっちを取る？
1.2. デザインデータで必要な項目は？
1.2.1. 連携ミスによる抜け漏れ
1.2.2. TPAみたいなコンポーネント集みたいなものがあれば田中的にはやりやすい（案件によりけり）
1.2.3. デザインデータのテンプレートを作るべきかも？
1.3. レギュレーションをある程度統一した方がいいかもしれない？
1.3.1. 例：ボタンのUIはフェードインすると意味がわかんないよね・・・。それとかどうする？
1.3.2. 例：フォームとかどうする？
1.3.2.1. フォーム内のプレースホルダーの文字サイズは16固定
1.3.3. 例：Aタグのクリックの領域
1.3.3.1. クリックできるボタンの領域のルールどうする？
1.3.4. 例：CTAのクリックエリア上がってきたらなんか違う・・・とか
1.4. デザイン企画時どこからエンジニアと関わるべきか
1.4.1. エンジニアのレベルのスキルで判断
1.4.1.1. たくまさんとはアニメーションありきでデザイン
1.4.1.2. あまり上手くなかったりしたら、面で勝負
1.4.2. スケジュールで判断
1.4.3. ヒント：ある程度企画の方向性が決まってから、FV開発のタイミングでエンジニアに入ってもらうと、デザインの粒度が高くなる。
1.5. エンジニアのアサインってどのタイミングで決まるのか
1.5.1. A：スケジュールを決めるタイミングで決まります。
1.6. 知識・技術の共有
1.6.1. 技術共有会やる？コラム？スラックで流す？
1.6.1.1. うちら継続力ないね
1.6.1.1.1. 朝やる？
1.7. 実装の難易度わかってない
1.8. デザイナー同士ってあんま会話してなくない？
1.8.1. まあ物理的にいないしね
1.8.2. 仲良くないわけではないよ・・・
1.9. デザイナーの工数ディレクター把握してる？
1.9.1. 仮：仮屋がやらなくていい仕事やってない？
1.9.1.1. インターンにどんどんふっていこ！
1.10. デザイナーの教育どうするう？
1.10.1. 実案件こなすしかないんじゃない？
2. ディレクター
2.1. どこからエンジニアにバトンタッチすべきなのかいまいちよくわからない
2.1.1. 具体的な指示の出し方がわからん？田中さんがやる？ディレクターがやる？今はクライアントよりけり・・・。
2.1.1.1. ディレクターはフローを理解できてないので、具体的な指示が不可能な場合ある。
2.1.1.1.1. 理想はディレクターが進み方の体系化して理解すること
2.1.1.2. ドメイン・ワードプレスなど、曖昧なまま進んでいる。
2.1.1.2.1. ワードブレスの場合
2.1.1.2.2. ドメイン以降の場合
2.1.1.2.3. 工程の理解必要だよね・・・。
2.1.1.3. どこから手離れさせる？バトンタッチどこでする？
2.1.1.3.1. デザインまではディレクター
2.1.2. WP、microCMSによってフローが変わる
2.2. ディレクターが実装の工数を把握してないから後からスケジュールが煮詰まる
2.2.1. どこかのタイミングで話し合う？
2.2.2. 技術に対して深く理解をする必要はないけれども・・・
2.3. 技術に関するコミュニケーション不足
2.3.1. ディレクター間で知識の差分が出る
2.4. 案件のボリューム調整ができてない
2.4.1. 案件コントロールどうする？
2.4.1.1. しかし、案件を減らすと数字が達成できない？
2.4.1.1.1. この人数で解決するなら、シンプルに単価を上げて、案件すうを減らせると理想
2.5. アートディレクター制度を導入する？（将来的な課題）
2.5.1. ディレクターがリモートになった時撮影誰がする？
2.5.2. 企画の段階から、デザイナーが入った方がいいものできそう。
2.5.2.1. アートディレクターの役割をデザイナーは個人として持つべき？
2.5.3. 分業のレベルを上げていくというよりデザイナーの職域を上げていく
2.6. 細かい指示の管理 例：デザイン変更をエンジニアが見逃している（スラック見落としがち。）
2.6.1. 日々のスラックでしている指示を見落としがちになっちゃう。
2.6.2. でも、ディレクターからするとスラック以外にあげるのめんどいよねー。
2.7. ゴーキくん；このままアムスに仕事持っていける？大丈夫？
2.7.1. 知識の差分
2.7.1.1. 細かいチップ：わざわざスラックで共有する必要はないけども・・・・。みたいな情報は？
2.7.1.2. 社内
2.7.1.3. 技術
2.7.2. ミーティング量
2.8. 古橋さん：どうやってディレクターの仕事なれていく？
2.9. オンボーディングが厳しいよね
2.9.1. テクニック
2.9.1.1. 資料にまとめる？
2.9.2. マインド
2.9.3. 企画のしこう
2.9.3.1. ディレクターでコンビで組んでいく
2.10. ディレクターのテクニカルレベルを上げる！
2.10.1. ドメイン
2.10.1.1. H：一回やってみる？
2.10.2. CMS
2.10.2.1. H:カスタム投稿への入稿作業やってみる？
2.10.3. サーバー
2.10.4. もしくは田中さんを崇めて、多重影分身してもらう
3. エンジニア
3.1. 納品ギリギリになってサーバー移管・ドメイン移管とかで担当者含めてよくわかってない？みたいな状況が発生した
3.2. 最強のチームつくり
3.2.1. 採用
3.2.1.1. インターンの扱い方
3.2.2. チームワーク
3.2.2.1. 例えばROKUくん、TORIMAKIニキがジョインしたときに、どうチームアップする
3.2.3. クリエイティブし続ける文化 新しい技術とかをLTするとか、ラボみたいなのつくるとかあり？
3.3. コーポレート制作プロジェクトで、ろくくんたちの報酬どうやってきめましょ
3.4. 田中さんとの連携（埋め込み等）、他エンジニアたちとのコラボ体制について
3.4.1. githubのルール作り。ドキュメンテーション。
3.4.1.1. 会社用の有料版githubアカウント（Organisation）作って、個人アカウントを招待する
3.4.1.1.1. 今だと卓磨が案件ごとに招待する必要があるからめんどくさそう
3.5. どこまで担当エンジニアが対応して、どこから田中が巻き取るのかわからない
3.5.1. 外注さんは基本的に田中が本番環境への納品対応する
3.5.2. マクビーは少し特殊だったけど 笑
3.6. エンジニアが途中からの全体進行に対してどこまでやり取りすればいいのかわからない
3.6.1. もう田中さんやっちゃう？
3.6.1.1. でも、田中さんの指が無くなっちゃってもファンテック回さなきゃなね！
3.7. 案件進行のベストフローの模索と体系化（田中タスク）
3.7.1. リダイレクト、ニュース移行分の工数が確保できていない
3.7.1.1. これ忘れがち
3.7.1.1.1. リダイレクトってどんだけディレクターわかってないよね
3.8. インターン生育成フローの体系化 Notionまとめ（田中タスク）
3.9. オムロンみたいな田中が実装していないけど保守運用もらってる案件を完全に巻き取れるようにする
3.9.1. 田中さんが実装してない案件の保守運用ってたくまの工数を割くほどでもないよね・・・
3.9.1.1. 誰が見てもコードがわかる。運用方法の体系化必要
3.10. 田中、卓磨へのデザインデータ共有はクラウド共有でやってもらえると！ 外注さんには変わらずローカルデータで送ってほしい！
3.10.1. 全案件のローカルデータをバージョンごとに都度ダウンロードするとデスクトップがとんでもないことになる…笑
3.11. 自分で実装していないと不足情報に気付きにくいから、ディレクション・デザイン段階でここもらってないなーって箇所があればメモしてSlackにピン留めしておいて欲しい！スプシでも可
3.11.1. スタック流れちゃう
3.12. できるかわからない技術のスケジュール管理どうする？
3.12.1. 管理もわからん
3.12.2. 意思疎通もどうしたらいいかわからない
3.12.2.1. 今ギリギリで回しているよね
3.12.2.1.1. ある程度やっていくとどのくらいかかるかはわかるんじゃね？っていうあたりを決めとく・・・
3.12.3. もしかしたら志藤さんの課題と共通項あり？（案件レベルを定義する）
3.12.3.1. これは挑戦案件？技術力80%案件？技術力50%案件?
3.12.3.1.1. H:見積もりに項目入れる？
4. 全体に関すること
4.1. オフィス汚い
4.1.1. 田中がオフィス週2くらいしか行かないけど、定期便とか問題なさそう？
4.1.2. H：掃除の日を作る
4.1.3. やってくれる人に任せちゃってるよね
4.2. コーポレートブランディングのレギュレーションとかあった方がいい？3Dロゴとベクタロゴの使い回し、ファンくん、カラーコード （海外のスタジオとかめっちゃちゃんとしてる印象）
4.2.1. 資料用のカラーコード、RGB,CMYK
4.3. お問い合わせフォームのプレースホルダーの名前がペルちゃん案件だと上田太郎になってるからこっそり山田に変えたりしてます 笑
4.3.1. これわざとだよね？
4.3.1.1. 実装も上田太郎になってていいんじゃない？
4.4. 案件確定したらすぐにFunCloudに入力してほしい！
4.4.1. 外注さんにいくらでお願いしてたとか忘れちゃうから、確定したらすぐに入力してもらえると！
4.5. どの案件が運用案件か忘れがち（田中）
4.5.1. 田中さんのキャパ徐々に限界？
4.5.1.1. 開発の体系化とかの問題と繋がるかも・・・
4.6. スケジュールが変わった or 少し遅れてる場合はすぐに教えてほしい！
4.6.1. 社内ならまだしも、外注さんのリソース確保してもらってるのに田中から確認しないとスケジュール把握できないのコーディング着手前に言われても困る！（過去に怒られた経験あり 笑）
4.6.1.1. トレロ続けよ