"コミュニケーション/チームビルディング"投稿一覧

Masato Suzuki

デザイナー

最終的には組織のサービス全体のデザインの質を向上することがゴールなので、デザイナーの求められるコミュニケーションも基本的にはその達成を目的とすべきだと思います。

論理的な同僚や上司を説得するためには数値で示す必要があるし、感情的な同僚を説得するためには物語で語る必要がある。つまり理想的なデザイナーとは、デザインを伝える手法を複数持っており、それを相手に応じて使い分けられるデザ... 続きを見る

Keita Isozaki

エンジニア

プレイングの延長線上で気がついたらそうなっていた自分の体験談ですが、とにかく忙しくて頭が混乱しそうになります。前までは全時間フルパワーで実装できていたのに、それ以外にやらなきゃいけないタスクや連絡が嵐のように降り注いできます。

気づいたのは、
手を抜けるところは全力で手を抜くこと（必要ならそのための仕組みを作ること）
その時間やると決めたことだけに集中でき... 続きを見る

Katsunari Takeda

プロジェクトマネジメント

各職種（PM、エンジニア、デザイナー）の役割の理想形。とても深遠なテーマですね。

絵に書いた餅感は否めませんが、私が考えるプロダクト開発組織の理想像は
・職種関わらず、全メンバーが顧客心理の解像度が高い
・職種関わらず、全メンバーで事業のビジョンが共有されている
・共有された顧客インサイト、ビジョン＋各分掌からの専門的な知見で開発が進んでいく 続きを見る

sk

データ分析

最終目標はプロジェクトを成功裏に完了させる事
逆に、何がどうなると失敗かを考えると凡そ以下かと
・見積が甘い
・顧客と自分達の間に認識の違いが有
・自分達の間で何かギクシャクしたものが有
別にメンバーを纏めるだけがPMの仕事ではなく、こういった事に対する調整を行い、メンバーが如何に動き易い状態を保ち、最高のパフォーマンスを維持して貰い、完了へと導く... 続きを見る

makoto tanaka

プロジェクトマネジメント

制作会社時代に事業会社、広告会社と仕事した時の話で参考になるかはわかりませんが..。

- 1 ステークホルダーの整理
　- 役割の整理（誰が、いつ、何を、どのようにやるか）
　- 全体のファシリテーターと各社社内のファシリテーター(PM or ディレクターなど社によって役割は分かれる)
　- 起きうる課題と解決
   - 人が増えすぎ... 続きを見る

山本成一

プロジェクトマネジメント

プロジェクトのなるべく早い段階で、ある程度指針となるエンドユーザーのイメージやメンタルモデル、ストーリーを構築するようにしています。
先方のビジネスがどのように成立するかという理解があってこそのサービス提供となりますので、どういった職位であったとしても課題解決に関する共通認識づくりは大事ですし、そのための手段としてのUXは重要です。

あとはメンバーに対してのUXを考... 続きを見る

山本成一

プロジェクトマネジメント

サービスデザイナーではありませんが（プロジェクトマネージャーやマーケターです）、関連する認定資格持ちなので。

社内向けに社外といくつかの取り組みで導入、推進しました。
どちらにせよ共通するのはトップダウンで進めるのが浸透も早く邪魔も少なくなるため、経営に直結する売上と利益に対する施策として効果があるよというストーリーを組み立て説得するようにしています。
社... 続きを見る

ahomu

エンジニア

自由な発言を抑圧するような風潮を排除して風通し良くするという環境面の配慮と、自身の能力や実績に対する不安を取り払って自己効力感を高める配慮の2軸がありそうです。

環境整備はアクションをイメージしやすいのでさておき、自己効力感は個人に対する活躍イベントのお膳立てと捉えてオンボーディング設計に活かしています。例えば新しいメンバーの場合は、チームに貢献できているという実績と自負を最... 続きを見る

Masashi Endo

エンジニア

チームとして、新しいメンバーのフレームをどうやって設定してあげるか、ということだと捉えています。

ここで言うフレームとは作業の領域のことで、チーム全体/各チームメンバーそれぞれが設定している領域があり、各々が互いの領域を認識していると想定します。

チームが新メンバーを受け入れるとき、フレームの認識について齟齬を減らすことが、心理的安全性の確保に繋がり、遠... 続きを見る

志村仁

プロジェクトマネジメント

私の会社では、社員一人一人が主役となり、プロジェクトを一人一つもっています。

チーミングは自由で、全員がプロジェクトリーダーです。そうすることで、切磋琢磨し合う事ができ、より良いプロジェクトも生まれやすくなり成功もしやすい環境となります。

自由と言えるかは分かりませんが、社員一人一人がやりたいこと、実現したいことをプロジェクトにする傾向があり、自由な職場...

ST

デザイナー

UXの損失はデザイン面以外にも影響が及ぶはずなので、各該当者にその問題が共有されるようにし、どうすれば解決できるかを一緒に考える場を作ります。

必要であれば、フレームワークを直してもらったりしながら、UXを考えることが何に影響するのかを知ってもらいます。

KentaGoto

エンジニア

すばらしい環境ですね。

心理的安全性の確保されたチームであると思います。

必要以上のプレッシャーをメンバーに与えないことが、プロジェクト成功の鍵なのではないでしょうか。

Shinichi Nozawa

エンジニア

ITに詳しくない人は、そもそも何がITでできるようになるのかわからないので様々な事例を見てもらって、それからその人に即したニーズを考えてもらうと良さそうです。

Waida Takahito

プロジェクトマネジメント

リーダーなりマネージャーがその人の特性を如何に正確に把握し、適所へ配属し、アウトプットをチーム内にシェア出来ているかどうか。

naoto endou

デザイナー

社会人向けのデザイン思考を使った実践学習。（社会に出て個人でしっかりと課題感を持って取り組むことが重要）

藤枝健一

デザイナー

対象物や物事を俯瞰的にみて、なぜそれがそうなっているのかを考え、組み立てなおす。

Hidenori0919Tanaka

エンジニア

月一ペースで交流する場を設けて、お互いに話をして相互理解を深めるようにしています。