We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
フロントエンドの課題を誰から啓蒙していくのが良いでしょうか。草の根的にデザイナーなど割と意識を共有しやすい人からの方がやりやすい気はしますが、プロデューサーやクライアントなどから啓蒙した方がインパクトは大きそうです。それともむしろそういう発想ではなく開発に関わる人全体(チーム全体)に啓蒙しないと意味はないでしょうか。(でも最初にあまりに理解を示してもらえかったらヘコたれそうです)
The text was updated successfully, but these errors were encountered:
「同僚だと伝わりやすいが上司はどうすればいいか」とう問題に対しては、企業のサイズによってアプローチの方法が変わってくるが、ほとんどの場合はトップダウンで、上を握ればどうにかなる。 具体的に手法を紹介するとすれば、課題の深刻性が周りに伝わっていない場合は、ワークショップを行う。 自社サイトやサービスをはさみで切って分類・カタログするといった作業をやっている。ものすごく地味だが、このように手を動かす事によって、ようやく問題点に気づく人達もいる。分類をしていく中で、分類名を考えようというのをやっている。そうすれば、見出しなどが正しい名前になっているかという言葉合わせが出来る。言葉の認識は早い段階で合わせておくと良いと思います。 このような問題をアナログな感じで見せて、肌で感じてもらうのが、近道だと思います。
Sorry, something went wrong.
No branches or pull requests
フロントエンドの課題をどういう人から啓蒙されてますか
質問をしたいAMAブースを選択してください
質問
フロントエンドの課題を誰から啓蒙していくのが良いでしょうか。草の根的にデザイナーなど割と意識を共有しやすい人からの方がやりやすい気はしますが、プロデューサーやクライアントなどから啓蒙した方がインパクトは大きそうです。それともむしろそういう発想ではなく開発に関わる人全体(チーム全体)に啓蒙しないと意味はないでしょうか。(でも最初にあまりに理解を示してもらえかったらヘコたれそうです)
The text was updated successfully, but these errors were encountered: