「なぜ」と聞かずに理由を引き出す！「詰めてる」感を減らす言い換えテク - Qiita
こんにちは。KDDIアジャイル開発センターのサービスデザイナー よねみちです。 生成AIを用いたto Bプロダクトのスクラム開発や、お客様のDX・新規事業創出のきっかけとなるデザインスプリント支援などを行っています。 はじめに レビューや会議で誰かが「詰められてる」様子、心にきますよね。自分がやられるのはもってのほかですが、周囲で発生するだけでも心がすり減ります。。 特に、何か問題が発生したときや、参加者間の誤解が解消できないときに「詰め」が生じがちです。 質問する側の、焦りや不安から「なぜ？」「どうして？」「つまり？」と質問マシーンになってしまう気持ちも理解できるのですが。 問い詰めてしまい心理的に不安全な状況に陥ると「ミスを隠そう、自分が責められないようにしよう」と回避する力が働きはじめ、結果として「正確な状況がわからない」「適切なアクションが取れない」といったチームとして重大なリスク
Virtual Office for Remote Team Collaboration | Teamflow
Teamflow gives remote teams all the tools they need to thrive — from collaborative meetings to spontaneous problem-solving sessions, all in one place. Spontaneous co-workingThe most important conversations aren’t on your calendar. Go to your Teamflow virtual office between meetings, open up a whiteboard and figure out how to solve tough problems as a team. Got a question during the day? Walk over
賢い質問のしかた
翻訳： アラビア語 インドネシア語 ベラルーシ語 ブラジルポルトガル語 中国語 チェコ語 オランダ語 フランス語 グルジア語 ドイツ語 ギリシャ語 ヘブライ語 ポーランド語 ポルトガル語 ルーマニア語 ロシア語 セルビア語 スペイン語 スウェーデン語 タイ語 If you want to copy, mirror, translate, or excerpt this document, please see my copying policy. 多くのプロジェクトのウェブサイトがヘルプの項目からこのドキュメントにリンクを張っている。それは私達の意図した使い方なので構わない ―― しかしあなたがそのようなリンクをプロジェクトのページに追加しようとしているウェブ管理者ならば、リンクの傍らに目立つように、私達があなたのプロジェクトのサポート窓口ではないことを明示してほしい。 その注意書き無くし
技術系メーリングリストで質問するときのパターン・ランゲージ
目次 はじめに メーリングリスト —— サポートセンターではなく互助会です 表題 —— あいさつではなく用件を書きましょう 自己紹介 —— 自分の知識・技能・経験を簡潔に書きましょう 書き出し —— 最初に問題の要旨を書きましょう 肩書き —— 会社の名前を背負っていることを忘れないように 実行手順 —— 手順は箇条書きで書きましょう 結果の予想 —— 期待した結果を書きましょう 実際の結果 —— 実際に起きたことを書きましょう ステップ明記 —— どこからうまく行かなくなったかを書きましょう 実際の値 —— 条件を具体的に書きましょう エラーメッセージ —— 必ずコピー＆ペーストしましょう 判断理由 —— そのように考えた理由を書きましょう 文献の引用 —— 読者の手間を省くように書きましょう ソース —— 関連する部分を抽出して示しましょう スレッド —— 関連する話題なら「返信」しま
テキストコミュニケーションは「まろみ」が重要！という話 - 弥生開発者ブログ
こんにちは Misoca 開発チームの id:mallowlabs です。 社内では「まろさん」「まろぶさん」などと呼ばれています。 Twitter のタイムラインなどで「リモートワーク」という言葉をよく見かけるようになりました。 Misoca では、承認や事前連絡なしで、オフィスでも自宅でも働ける運用を長く続けています。 そんなリモートワークに慣れたメンバーに「リモートワークでなにか工夫してることある？」と聞いたところ、「テキストコミュニケーションで表現がキツくならないように気をつけている」という意見がいろんな人から出ました。 この工夫のことを「まろみ」を出す、と名付けたところ、色々な「まろみ」の出し方が集まってきて、私自身も「確かにやってるなぁ」という内容が多かったので、まとめて紹介します。 語尾に「ー」をつける 「よろしくお願いします」よりも 「よろしくお願いしますー」の方が柔らかく
【要約・書評】『最強のエンジニアになるための話し方の教科書』亀山 雅司 - BIZPERA(ビズペラ)-ビジネス書評はペライチで
『最強のエンジニアになるための話し方の教科書』って？ コミュニケーション力。 「今も、将来も重要なスキルは何ですか？3つ挙げてください」と問われて、このスキルを挙げない人の方が少ないでしょう。 一方で、これは私が苦手とするスキル筆頭でもあります。 文章を書いたり、資料を作ったりしているときは、思考も作業もサクサク進むのだが… 人との対話となった瞬間に「頭が真っ白」になるときが何回かあります。 今回はそんな「コミュニケーション」の本を読みましたので、共有いたします。 私は、新卒入社後数年はIT領域のコンサルティングをメインとしていましたので、何となく「エンジニア的な考え方をしているな」と自覚しています。 となると、「エンジニア×コミュ障の人向け」の本が自分にはハマるのでは？ …そんな仮説を持って、本書『最強のエンジニアになるための話し方の教科書』を手に取ってみました。 実にたくさんのTips
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gather | Virtual HQ for Remote Teams
ovice｜約4,000社の導入実績 - 仮想オフィス(バーチャルオフィスプラットフォーム)