リンク Amazon Web Services, Inc. 技術的なお問い合わせに関するガイドライン | AWS サポート AWSサポートでは、お客様の課題の解決を効率的かつ迅速に行いたいと常に考えています。お客様が技術的なご質問をサポートケースに起票いただく際に、早期解決に役立つポイントをまとめました。例文も掲載していますのでぜひご参照ください。 1432 users 1592
Y Combinator 創業者 Paul Graham からのスタートアップへのアドバイス(スタートアップが迷った時に読む Paul Graham から...Takaaki Umada
人を動かす。というワードを聞くと、最初に思い浮かぶのはデール・カーネギーの本だと思う。名著として多くの人に読まれている本。人間関係を良好にし、コミュニケーションをとるうえでの心構えが書かれている。 しかし、どうしてもカーネギーのように心穏やかに人間関係を構築し得る状況に無い場合も日常生活では存在する。 そんな時に、即効性がある方法が、「人の心を操る技術」に書かれていたので、一部を紹介する。 逆イエスセットで「はい」と言わせる 自分からイエスを言いつづけることで、相手にもイエスをいいやすくさせる方法 自分が投げかけた質問が終わるか終わらないかのタイミングで頷く(頷く行動でイエスを伝えている)。 「今日飲みに行かない?(頷く)」 頷くという行動を自分がとることで、相手からイエスが引き出しやすくなる。 縦じまの服を着る 縦じまの服を着ているだけで、首を縦に振りやすくなる 金融の営業がピンスト
皆さんはプレゼンしたことや、ブログを書いたことありますか? わたしの初めてのプレゼンはとてもヒドい内容で、10人の参加者全員が「?」状態でした。 その後、上司にみっちり絞られたのを今でも覚えています。 叱られてもなお「何が分からないと言うんだ!」「何で理解できないんだ!」と、相手の理解力の無さを「伝わらない」原因にしていました。 しかし、名著「考える技術・書く技術」を読み、初めて自分の伝え方に問題があったんだと知りました。 今回は、わたしを変えてくれたバーバラ・ミント著「考える技術・書く技術」を紹介してみようと思います。 1.伝わる文章の大前提 2.ピラミッドの「良いガイド」になろう 3.どうやって読み手と対話するのか? 4.どうやって疑問を湧き起こさせるか? 5.どうやって「答え」を出すのか? 伝わる文章の大前提 バーバラさんは言います。 キミは自分の思いを他人に伝えたいと思ったことはあ
開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション!」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く