開発チームのコミュニケーションがうまくいくプロジェクトの始め方 チームの方向性を決める開発初期に、PMが実践したこと
「シニアPMに聞く！3000件の新規事業立上げ経験から学ぶ、プロジェクトの始め方。」は開発プロジェクトの中でも特に「立上げ」「始まり」「キックオフ」に絞ったLTおよび相談会を行うイベントです。ここで株式会社Relicの北川氏が登壇。開発チームのコミュニケーションを円滑にするための方法について話します。 北川氏の自己紹介 北川祐希氏：私のほうからは「開発チームのコミュニケーションがうまくいくプロジェクトの始め方」として、コミュニケーションのところをお話ししていきます。目次はたくさんありますが、後で見せるのでいったんいいとして。 自己紹介します。私は他業種、ゲーム業界から来ています。実はもともとエンジニア、ゲームプログラマーから始めて、ディレクターとしてディレクションをして、そこからまた別の会社に移った時に企画マンとして働いてまたディレクターをやってと、少し変わったいろいろな経歴があります。
テキストコミュニケーションで意識していること｜ymdkit
リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする
PMはどうやってプロジェクトを進める？コミュニケーション・チーミングの側面から解説してみた | DevelopersIO
データアナリティクス事業本部＠札幌の佐藤です。 今回は私のプロジェクトで実際に活用している、プロジェクトマネジメントするうえでの、クライアントやプロジェクト内でのコミュニケーションについて記載したいと思います。 当活用にあたっては株式会社コパイロツトの方に相談させていただいたうえで、ルールとして運用しているものとなります。 ご協力いただきありがとうございます。 また、当記事の別側面としてコパイロツト様から見た視点でプロジェクトの進め方を記載しておりますので、併せて見ていただくと、このプロジェクトマネジメントをより深く知ることができるかと思います。 当記事はプロジェクトマネージャ向けの記事ではありますが、コミュニケーションの根本についてもお話ししていますので、エンジニアの人も良ければ読んでいただければと思っています。 そもそもプロジェクトマネジメントって何か まず話の前段としてなぜプロジェク
日本とフィンランドのアジャイルはいったい何が違うのか コミュニケーションの違いから見る、実践のヒント
Agile Japanは、日本中にアジャイルの価値を浸透させ、日本の変革を促進することを目指しています。あらゆる業界や職種の方が集まり、実践者も初学者もともに建設的な意見交換ができる場です。「Agile Japan 2022」に登壇したのは、円城寺人史氏。フィンランドのソフトウェアテクノロジー企業Reaktorでのアジャイル実戦経験と、日本企業でのアジャイル実践経験を比較しながら、どんな違いがあるのか、日本企業でアジャイル実践に取り入れられるヒントを紹介しました。 フィンランドの会社に勤めるデザイナー 円城寺人史氏：「日本とフィンランドのアジャイルの実践比較」というタイトルで、経験談を中心にお話しできればと思ってます。アジャイルとはなんぞやなど、そういうところには触れにくいかなとは思いますが、よろしくお願いいたします。 初めにイントロダクションですね。私は円城寺と申します。今日、フィンラン
認識齟齬の作り方〜解釈の違い編 | DevelopersIO
こんにちわ。従業員体験( EX ) の向上がミッションのエンジニアリング統括室に所属しているてぃーびーです。 仕事には報告、連絡、相談、依頼、質問、確認などコミュニケーションが欠かせません。話し手の意図が聞き手に意図通りに伝わればよいのですが、意図通りに伝わらないいわゆる「ミスコミュニケーション」が発生しがちです。この記事ではミスコミュニケーションの原因の一つである、解釈の違いについて説明します。 物事が伝わるまでのステップ 物事が伝わるまでには以下のようなステップがあります。 解釈の違いによるミスコミュニケーション 解釈の違いによるミスコミュニケーションは発言を聞きとってから理解するまでの間で発生します。 話し手が別々の人に「同じ事実」を「同じ伝え方」で伝えたとします。しかし、聞き手が異なれば解釈がズレる可能性があります。 例えば、ある部下が性善説の上司、性悪説の上司のそれぞれに対して「
納得感のある決定事項の共有方法 - Konifar's ZATSU
意思決定の場にいない人に対して決定事項を共有する際、いくつか気をつけておくといいなぁと考えていたことを雑にまとめておきたい。 決定する前から進捗をちょっとずつ共有しておく 決定前の話なので後の祭りかもしれないが、いきなり結果をドーンだと相手を戸惑わせることがあるので事前に議事録を共有したり中間で説明する機会を作ったりするとよい 背景と前提条件を伝える なぜやるのかわからないまま結果だけ共有すると納得してもらいにくい。決定する上での前提条件を知らないと余計な反発をうむこともあるので注意が必要。それまでずっと考えてきた当事者は気づきにくいが、びっくりするくらい前提知識が違うことがある。相手は何も知らないものとして、イチから説明した方がよい 決定までの経緯を伝える 結論より経緯の伝え方が重要。どのような議論があってそんな決定になったか、完結に伝えましょう 捨ててきた選択肢も伝える 結果に至るまで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
