インド民はとにかく何かにつけて「言い訳」を唱えてくる。まず、インドに着任してイライラするのはこのインド民のコミュニケーションモードである。これはインド民の自己防衛本能の一種であるが、実際に部下や取引相手として対峙した場合にはなかなか手ごわい。その結果、彼らとの議論が面倒臭くなり、適当にやり過ごし、こちらが相手の主張を飲み込んでしまった場合、インド民は、「やはり俺が正しかった」と本気で思いこむ。よって、議論や責任を有耶無耶にすることは、長期的に見れば相互に誤解を生むことになり、結果として逆恨みや約束の不履行などに繋がる。相手が部下であれば、あなたは彼や彼女をコントロールできなくなるだろう。何しろ、あなたが追求をやめれば、相手は自分が受け入れられたと考えるからである。日本人であれば、無理筋な自らの主張を理解して、心のどこかで良心の呵責が発生することを期待できるかもしれないが、インド民はそのよう

1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい

Around Taisho 『大正GeekNight〜プログラマーたちが大正にやってくる〜』No.11 ... のスピーチです

(English follows) 前置き この記事は Engineering Manager vol.2 Advent Calendar 2018 6日目の記事です。 メルカリで Engineering Manager をしている masartzです。 今日は、先日自身が体験したことから得た、1on1の学びについて書いてみようと思います。 1on1コーチングの研修 メルカリでは、急拡大する組織に対応するため、Managerなどの中間層の教育・育成も急務となっております。Managerとしては、HR部門のサポートもあり研修プログラム等も受講する機会が与えられます。 先日 「1on1コーチング」のための時間があり、外部のプロコーチの方を相手に「コーチングを受ける側」の立場から勉強しようという機会でした。 当日、会議室に着き、挨拶と自己紹介を済ませ、いよいよ本題です。 コーチ:「最近の課題はあ

κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決

私は小さい頃より人付き合いが苦手だった。 正義感が強く、向上心も向学心もあり、みんなで助け合えば世界は少しずつ良くなるはず。 そんな定番の盲目な優等生タイプだった。 本人がどんな気持ちかも大切だが、それ以上に再発防止や真実を明らかにすることの方が重要だと思っていた。 でも困っている人がいれば助けるし、一般的な義務は果たす。 甘い言葉よりも苦いアドバイスの方が、その先友人のためになるならと、後者を与えていた。 しかし、それをやると「人のことを考えていない」、「人はモノじゃない」だなんて言われる。 私としては、その人を本当に大切に思うからこその選択だった。 目先の雰囲気や厄介ごとや嫌われ者になることを回避するために、おざなりの対応をすることの方が人をモノとして見ているじゃないか。 嫌われても、今後友人が被る災難を1つでも減らすことが思いやりだと思っていた。 ……どうやらこのやり方は間違っている

Paul BoagはUXデザイナーでデジタルトランスフォーメーションのエキスパート。非営利団体がWeb、ソーシャルメディア、モバイルを利用する支援をしている。 私たちは仕事をするために、クライアントとステークホルダーを納得させる必要があります。彼らがいないと、私たちは必要なことをするための承認を得ることができません。しかし、私たちのほとんどは説得するのが驚くほど下手です。よって問題は、私たちがどのように説得に失敗するのか、それについてどのように対処するべきかです。 私は、６月末のオンラインワークショップの準備にあたり、クライアントやステークホルダーとどのように協力して仕事するのかについて、多くのことを考えました。これは、同僚やクライアントから同意を得る方法について４つのパートから説明するものです。 私がこのようなワークショップを開くのは、ほとんどすべての作業において、やる価値があると他人を

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 若手エンジニアを不幸にしないための開発の「べからず」集　組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか？ 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのか

大手メーカーで働いていて、こっちの会社が設計、外注先が完成品の製造（組立調整）って関係の中で、作り方を伝えるだけじゃなくて「どうしてそうなってるのか」も伝えた方がいいなと最近しみじみ思うことがある。 組調の手順は、ないと作れないので必ず外注先に伝えられる。でも「なんでそういう手順になっているのか」「どうしてここの調整を頑張る必要があるのか」、さらにその背後の「この製品はどういう目的で存在しているのか」「どういう原理で目的を実現しているのか」といった意図や理屈もちゃんと伝えた方がやっぱりいいなという。 自分は設計じゃなくて検査の部門で働いている。検査で不良にすると外注先から「どうしたらいいですか？」と直接聞かれることになる。誰でもわかる不良（寸法が違うとか欠品とか傷とか）じゃなくてその製品の構造や原理を知ってないと不良箇所が特定できないということもよくある。「僕は検査の人だからそんなの関係な

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

誰かに何かを伝えようとする時、正確に伝わらなかったり、意図せず傷つけたりしてしまう。それはどうしてなのか、具体的にどうしたらいいのか、色々な意見をいただきながら、考えてみました。【追記】大文字だけを読んでも内容が掴めるようにしました。「原因」を青、「対策」を赤、その他気づきやポイントを「黄色」に色分けしてあります。

雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ？俺たちはこんなに時間使って何を決めようとしてるんだっけ？」という状態になってることも多い。 例えばAとBどっちがいいですかね？という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか？」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが

看護師として入職した時には問題はなくても、業務を行うなかで何かのきっかけでいわゆる問題児、モンスターナースとなってしまうことが有ります。きっかけとなるスイッチを入れないために、新人教育で言ってはいけない5つの言葉をお伝えします。管理職に求められるマネジメント能力についても考えましょう。 モンスターナーススイッチを入れないために 「人に依存しやすい」「自分を特別扱いして欲しい」などの性格を持っている看護師は、モンスターナースの予備軍とも言えます。 何かのきっかけで、スイッチが入ると、言われたことしかやらない、そんなこと言われていない、など「労働力を病院に提供する」、という意識が希薄で、社会性が問われるようなモンスターナースになりかねません。 スイッチを入れないために、人材マネジメント能力が重要といえます。 言ってはいけない5つの言葉 こんな指導をしていませんか。向上心や責任感が乏しいと、つい

Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

TBSテレビ系で5月13日（金）夜に放送された『中居正広の金曜日のスマイルたちへ』が、いまだ話題を集めています。 その大半は、「ゲスの極み乙女。」の川谷絵音さんとの不倫騒動で、芸能活動を休業していたベッキーさんに関するものですが、チラホラ見かけるのが、相手役を務めたSMAP・中居正広さんを絶賛する声。一般人から、タレント仲間、コミュニケーションの専門家まで、さまざまな立場の人々が中居さんをほめたたえています。 私が番組を見て感じたのは、2人の会話が「中居さん＝上司、ベッキーさん＝部下、という一般企業の構図に当てはまる」ということ。ここでは、プロのインタビュアーであり、コミュニケーションに関する著書を5冊持つという立場から、中居さんのどこが優れていたのか？ みなさんがどのようにマネをすればいいのか？ などを解説していきます。 冒頭のダジャレと厚い信頼感 以下、2人の会話を“ほぼ完全再現”しな

「わかった？」は意味のない言葉 似たようなことでいうと、メンターは何かを教えた後に「わかった？」と確認してしまうことがあります。このとき、メンティが「わかりました」と答えたとして、何か意味があるでしょうか。先ほどの「心構え」と同様に確認しても観測できないことを問いかけている状態になってしまいます。 そうではなく、具体的に「今言ったことを、ひとりで試しにやってみて」とか「以下の話を図に書き起こしてみて」とかアウトプットを要求しない限り、わかったかどうかなんてわかりません。 学生時代に私は塾講師をしていたのですが、課題のプリントを生徒たちに渡して、「わからなかったら手を上げて」と言ってたのですが、そのときは誰も手を上げられなかったという体験があります。そのあと、どうしたらいいんだろうかと考え、「問題を解く手が止まったら手を上げて」と伝えるようにすると、手を上げてくれる生徒が現れました。 抽象的

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

近頃、webで「共働き夫婦の家事育児役割分担」についての話題をよく目にします。 かくいう私も、うちの場合のアレコレを、どなたかの参考になればと、ツイッターや著書の中でちょこちょこ晒したりしてます。 なので、今回は特別編！といたしまして、緊急寄稿☆「妻から夫への『大変さ』の伝え方」をお送りします！ うだひろえさんの関連記事：ハードル高！で、やってみたら、キビシーー！！妊婦と2歳児のお出かけのリアル いや～、家事＆育児って大変ですよね。 私も自分でやるようになるまで、こんなに大変だとは思いませんでした。 うちは基本的には共働きなので、家事育児は分担しています。 しかし、きっちりと取り決めをしたわけではなかったので、比較的時間の融通が利き、なおかつ「母親」である私に、自然と負担が重くかかるようになりました。 自分の仕事に余裕があるときは、「今日も遅いんだ、仕事なら仕方ないね」と許せたりもするんで