伝わりやすい説明手順テンプレート。 - Call of Venture ベンチャーの呼び声
エンジニアの説明下手について、話題になっているみたいです。 www.bunkei-programmer.net この問題は、説明だけでなくて、質問や会議などにも当てはまるなぁと思いました。 ここでは、目的をもったコミュニケーションをひとくくりに「会話」と呼ぶことにします。 エンジニアにかぎらず、会話があまり上手くないヒトというのはいるものです。 かくいう僕も「説明下手だよね」と言われた経験があります。 それで伝わりやすい会話について勉強と実践をしたところ、だいたい同じようなテンプレートにそって話を進行すればよいということがわかりました。 そこで今回は、実際に僕がつかっている、会話テンプレートを文章に起こしておこうと思います。 加えて、説明する側、される側、それぞれの立場で、効率的に会話を進めいてく方法についても触れたいです。 分かりやすい会話のテンプレート これから話す内容の結論を伝える。
IT業界でありがちな説明下手について - 文系プログラマによるTIPSブログ
横着しちゃいかんのです。 IT業界に限った話しではありませんが、説明下手な人っていますよね。 私がIT業界でよく日頃から感じている説明下手（質問下手とも言う）なエピソードについて書いてみます。 例 この話から私が理解できた部分 この話から私が理解できなかった部分 どうして話が伝わらないか どうすれば伝わったか こういう質問が返ってきたら説明下手かも！？ 雑感 例 やらないおさん、落ちちゃうんですけど、getHoge()のこの部分があれで、多分ああなんじゃないかと思うんですけど、どうすればいいですか？ ？？？？ え？ごめん。何の話？いきなりソースコードの具体的な箇所の話されても理解できないから、落ち着いて順を追って話してみようか ※ 以降、質問をする側を「やるお」、される側（私）を「やらないお」とします。 ※ getHoge() メソッドはやるおが自分で作った独自メソッド。当然やらないおは知
「侮辱的な言い方」は逆効果。心理学者が教える正しいフィードバックの方法 | ライフハッカー・ジャパン
99u：同僚の業績不振（とその理由）を指摘するのは、決して気分がいいことではありません。しかしそれは、あなたがしてきたことの中でも、最も重要で、最も思いやりのある行為になるかもしれません。現在の状況や、過去の業績がどうであれ、誰にだって改善の可能性はあるものです。ただし、そうなるためには、信頼できる誰かから、自分の至らない点を指摘してもらう必要があります。 つまり、ネガティブ・フィードバックは、貴重な贈り物になりえるのです。例えば、医療や航空産業などにおいては、ネガティブ・フィードバックがたくさんの人の命を救うかもしれません。しかし、取り扱いには注意が必要。ネガティブ・フィードバックのせいで、人間関係が壊れ、信頼が失われる危険もあります。それでは、まっとうで思いやりのあるフィードバックを与えるにはどうすればいいのでしょうか？ なによりもまず、ネガティブ・フィードバックを言えるための自信を育
「進捗どうですか？」より2015倍捗る「困ってますか？」 - Qiita
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 こんな感じでリーダー主体の質問攻めになってる場面をよく見ます。もちろん、ほとんどのリーダーとしては現状を良くしようと純粋に質問しているだけだと思います。でもこれを詰問と感じて
開発フロー研修 @ Wantedly - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサ
自分が責められているという感覚、あるいは物事には"責任をとるべき誰か"がいるという考え方について。 - フジイユウジ::ドットネット
明け方から溜まったタスクを片付けてたらノリノリになってきたので、この勢いで個人ブログを更新しようと思ってブログの管理画面を開いたら今年に入ってから初めての更新だよと気付いたフジイです。 「私が悪いってことですか！？」 さて。仕事や作業の結果に問題があるときに、自分という人間の問題があると感じてしまう人って結構いますよね。 A: 「〇〇という問題があるとわかりました」 B: 「私が悪いってことですか！？！？」 A: 「そんなことは言ってないですよ......」 B: 「言ってますよね！？」 （......なんだろ、これ実際にあったわけじゃなくて想像で書いてるだけなのに、辛くて重い気持ちになりますね...） エンジニアのためのチーム作りの名著「Team Geek」という本にこんな一文があります。 君は君の書いたコードではない。大事なことだから何度でも言うが、君は君の書いたコードではない。 ミス
チームを破壊しているのは議論好きなあなた | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、日野瑛太郎さんによる「チームを活性化する議論のやり方」について。 チームで働いていれば、時には議論をすることもあるはずです。以前、「民主的なチーム」が崩壊した話という記事の中で話し合いばかりしているチームの問題点について書いたことがありますが、これの逆で一切議論をしないチームというのも不健全です。議論したことで一人では到達しえなかったよりよい解決策が見つかることは少なくなく、こうやって「他人の頭」を借りることができるのもチームで仕事をすることの醍醐味の１つです。 2014年5月19日「民主的なチーム」が崩壊した話 もっとも、ただ議論をすればそれでいいというわけではありません。議論はやり方に注意しないと、時にはチームワークを大きく乱す原因
コードレビューをし合える文化がチームを強くする - ppworks.jp
コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう
こどもが心を開く親の話し方
最近、夫に強く薦められて読んだ本の紹介です。夫も友達から薦められ、この夏２回も繰り返し読んだそうです。本の名前は“How to talk so kids will listen & listen so kids will talk”(Avon Parenting出版 Adele Faber and Elaine Mazlish著で、初版以来、２０刷を重ね、最近再編集されて再び人気を呼んでいるそうです）。 本は、いわゆる「子育てハウツーもの」ですが、読み進みながら、自分の子どもの頃の親子関係を振り返って考えさせられ、子どもの気持ちに戻って、親になることを学べる本です。 詳細については、実際に是非読んでいただきたいのですが、ここでは、少しずつ、私も本の復習をしつつ紹介させていただきたいと思います。（本は、これから親になる方、１歳の幼児～ティーンのお子さんがいる方、また夫婦関係の向上にも役に立つ
『発達障害の子供への声かけ表』がいろんな相手に役立つと人気！ | BuZZNews(バズニュース) 世界の話題をあなたに！
仕事や勉強に困難を生じさせる発達障害が、最近よく話題に上ります。バズニュースでも、『ADHD（注意欠如・多動性障害）』の子供とその親が抱える悲痛な悩みを描いたアニメが話題に！や、意外と身近な存在「発達障害」について描かれた漫画がわかりやすい！の記事で取り上げました。 発達障害の子供と上手く接するには、一般的な子供を扱うよりも気遣いが必要です。発達障害の人は微妙なニュアンスが理解できなかったり、相手の感情を察することができなかったりするからです。 そんな発達障害の子供にどう話したらいいのか教えてくれる表が、ネットで話題になっています。発達障害の子供以外にも応用できて便利だとか！ その表がこちら。 ↓↓↓ ポイントは 頭ごなしに感情で怒るのではなく、論理的に説得する アバウトな表現ではなく、具体的に指示を出す 否定的な感情ではなく、肯定的な感情を活用する メリットを教えて行動を促す 共感を示す
何でソフトウェア開発の手法って上手くいかないの？
私は大規模・小規模、それこそものすごい人数でのチームや、自分一人のプロジェクトまで経験してきた。化石のような連邦事務局でもクールなシリコンバレーの会社でも働いたことがある。私は１２種類以上のプログラミング言語を学び使っていた。私の時代には ウォーターフォール/BDUF (big design up front), 構造化プログラミング, トップダウン, ボトムアップ, モジュラーデザイン, コンポーネント, アジャイル, スクラム, エクストリーム, TDD, OOP, ラピッドプロトタイピング, RAD, その他思い出せない様々な手法が生まれた。 でもそれらで上手くいってると思えるものは一つもなかった。 （ 注：ここで書いてある「ソフトウェア開発手法が上手くかない」の意味について説明させてほしい。それらはソフトウェア開発のプロセスや、ソフトウェア開発そのものについて予測性や再現性を提供し
息子に家事なんか仕込まないぞ。 - スズコ、考える。
イクメンが巷を騒がせております昨今です。 ネット上には家事育児分担を求める妻の声や、イクメンを自称する方のノウハウ等々溢れてるよね。Twitterでもそんな話題はたくさん流れてくる。 その中で私がすごく気持ち悪いなって感じるのが、ママさんたちの「家事のできる男に育てなくちゃ」という声。家事のできる男に育って奥さんを支える夫になってもらわないと！っていうご意見は結構良く流れてくる。 でもそれ、なんか違わない？ 家事ができるように仕込まれてたらいいの？やるの？ そりゃ奥さんにこれやって、って言われた時のハードルは低いかもしれないよね。どうせ俺には出来ないしって逃げたりしないかもしれないよね。言われなくてもやるかもしれないよね。うん、でもそれ、ものすごく表面上の話じゃない？ 私の周りの男友達や友達の旦那さん、親戚等々、いろんな男性を見てきましたが、その中には家事はなんでもこなせるけどやらない、と
できるエンジニアだけで組織をつくる - ワザノバ | wazanova.jp
http://www.slideshare.net/bcantrill/surge2013 上記のスライドは、JoyentのSVP, EngineeringであるBryan Cantrillがエンジニア組織のあるべき姿ついてまとめたものです。BryanはSun Microsystems出身で、同社がOracleに買収されたのを受けて、2010年にJoyentに移ったという経歴。Joyentはクラウドサービスの会社ですが、Node.jsのスポンサー企業として知られ、Node.jsの中心人物であるIssac Schlueterなどフルタイムでオープンソース開発に従事する社員がいます。昨年、Greylock, Intel CapitalなどからSeries Dラウンドで$85Mの資金を調達してますので、投資家からは上場を期待されていると思われます。 彼の意見としては、 [モチベーションをあげるポ
永和システムマネジメント アジャイル開発支援事例｜株式会社ネクスウェイ
ネクスウェイ システム推進室 松森正彦 氏、小田切一成 氏 に、永和システムマネジメントのアジャイル開発支援サービスを採用した経緯と評価について詳しく聞きました。 第一部： 「アジャイル開発指導を取り入れて、ヒット商品の開発に成功」 第二部： 「NEXLINK BASICがヒット商品になった本当の理由」 第三部： 「『開発を一度ストップする』という決断」 第四部： 「プロジェクトマネージャーは知っておいた方がよい、アジャイル開発の影の部分」 ネクスウェイについて ネクスウェイは、ソフトウエア、FAX、メールなどを通じてBtoBマーケティング支援する企業です。主な商品は、NEXLINK、eオンデマンド便サービス、e帳票-FAXサービスなど。年商249億円、取引法人 約8000法人、従業員数249名、創立は2004年10月。 NEXLINK BASICについて NEXLINK BASICは企
ジョハリの窓 - Wikipedia
ジョハリの窓（ジョハリのまど、英語: Johari window）とは自分をどのように公開ないし隠蔽するかという、コミュニケーションにおける自己の公開とコミュニケーションの円滑な進め方を考えるために提案された考え方。 1955年夏にアメリカにて催行された「グループ成長のためのラボラトリートレーニング」席上で、サンフランシスコ州立大学の心理学者ジョセフ・ルフト (Joseph Luft) とハリ・インガム (Harry Ingham) が発表した「対人関係における気づきのグラフモデル」を後に「ジョハリの窓」と呼ぶようになった。 ジョハリ (Johari) は提案した2人の名前を組み合わせたもので、ジョハリという人物がいる訳ではない。 ジョハリの窓 自己には「公開されている自己」(open self) と「隠されている自己」(hidden self) があると共に、「自分は知らないが他人は知っ
回避性パーソナリティ障害 - Wikipedia
APDの患者は自分の欠点にばかり注目しており、「自分が排除されることは決してない」と思えたときだけにしか人間関係をもとうとしない。喪失や排除の体験は過去の経験により彼らにとってあまりにも辛すぎるため、人と繋がるようなリスクを冒すよりは、むしろ孤独を選ぼうとするのである。 非難や排除に対する過敏さ 自らすすんで社会的孤立を選んでいる 親密な人間関係を熱望していながら、その一方で、社会的な場面においてはあまりにも引っ込み思案である 他者との交流を避けようとする 自分なんかふさわしくないという感覚 自尊感情の低さ 他者への不信 極度の引っ込み思案、臆病 親密さを求められる場面でも情緒的な距離を置いてしまう 非常に自己意識的（＝いわゆる自意識過剰） 自分の対人関係の問題について自分を責めている 職能上に問題を生じている 孤独なる自己認識 自分は人より劣っていると感じている 長期にわたる物質依存/乱
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
私生活でアジャイルを実践する
ログミーBiz
あきまん氏がネット上で立ち向かう『アドバイス罪』とは一体何か？
study-note/events/新卒サムライの集い.md at master · YuheiNakasaka/study-note
