うまくフィードバックをもらうためのTips - Konifar's ZATSU
春だ。初めてソフトウェアエンジニアとして働き始めた頃、いつも機能のレビューで突っ込まれまくって涙目になっていたのを思い出した。今ならそんなことにはならないので、意識していることを雑にまとめておこうと思う。 今の状況を最初に伝える ざっと考えた仕様や、とりあえず作ってみたプロトタイプを見てもらおうとしただけなのに、めちゃくちゃ細かい部分まで突っ込まれて「あー今そういう感じじゃないのになぁぐぬぬぬ」となったことはないだろうか。これを防ぐには、最初に今の状況を伝えて認識を合わせておくとよい。 「先に今の状況を伝えておくと、まだ完成度は20%くらいです」 「まだ叩き台なのでアラも多いと思うんですがとりあえずざっと作って持ってきました」 みたいな一言があるだけでもだいぶ違う。大事なのは、これを最初の説明で自分から言うことだ。意見をもらい出すと相手も白熱してきてなかなか言うタイミングが難しくなることが
良かったことは良かったとはっきりフィードバックする - $shibayu36->blog;
最近心がけていることとして、「良かったことは良かったとはっきりフィードバックする」ということがある。 自分がリーダーやマネージャのポジションになった時に、方針やメッセージを打ち出す、チームの開発フローを改善するなどを行うことがあった。この時、何もフィードバックが返ってこなくて、結局良かったのか、それともあまり興味がないのか、実は不満に思っているのか、どれなのかわからず、非常に不安に思ったという経験がある。 逆に自分が伝えられる立場になった時を考えてみると、何かが行われた時、気になることはよくフィードバックするけど、良かったなと思うことは心の中で思うだけでフィードバックしないことが多いと感じた。 そこで最近は、「良かったことは良かったとはっきりフィードバックする」ように心がけている。はっきりフィードバックするというのは、どこが良かったかを出来る限り具体的に相手に伝えるということである。伝える
リモートワークのストレス | POSTD
リモートワークのストレス ソフトウェアエンジニアリング業界では、リモートワークは大いに理にかなった働き方です。大抵はPCとインターネット接続さえあれば仕事ができるからです。よって、決まったオフィスに毎日通って働く理由は比較的少ないため、リモートワークはIT職の重要な要素になっています。最も先見的な求人市場とは決して言えないベルギーにおいてさえもです。とはいっても多くの場合、リモートワークが認められるのは週の一部のみ（おそらく週に1日か2日ぐらいが一般的）にすぎません。それにもかかわらず、リモートワークは大部分の企業で導入されるようになってきたのです。 リモートワークには多くの利点があると言われており、この働き方を過激なまでに擁護する声もよく耳にします。その多くには同意するものの、リモートワークを5年以上してきた経験から言えるのは、リモートワークにはストレスが付き物だということです。そう聞く
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
登壇前の前座の必要性について - Konifar's ZATSU
先日DroidKaigiで登壇したのだが、緊張して胃がキリキリしていた。人前で話すのは、何度やってもなかなか慣れるものではない。 中でも緊張のピークは、自分のセッションの直前の数分である。 この待ってる時間一番きつい— こにふぁー (@konifar) 2018年2月9日 めちゃくちゃ静かなのだ。緊張が張り詰めているのだ。この状態で話し始めたらどう考えても最初から最後まで空気がヤバくなる、そんな予感がするのだ。 どうしようかと思っていたところへ、主催のmhidakaさんが「イェーイ！！！」と言いながら入ってきて、2人でちょっとした小噺をすることになった。「いやぁ、iOSの審査大変だったね」「ほんとですよ。なんで1万円も払ってこんな目に合わないといかんのかって話ですよ」などと適当に話しているうちに、会場内の空気が和らいでいくのを感じた。とてもとても感謝している。 思うに、登壇の空気感というの
なぜ製品仕様を合議制で決めてはいけないのか。
プロダクトマネジメントにおいて「製品仕様を合議制（多数決）で決めてはいけない」というルールがあるが、それは何故なのか。そして、だとしたらどのように人の意見を取り入れるのが良いのか、を考えてみた。 なぜ製品仕様を合議制で決めてはいけないのか。合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていないから。合議制や多数決で物事を決めると、必ずその結果に満足している人たちの方が満足していない人たちよりも多くなる。これは素晴らしい手法だ。 しかし、製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。製品にとっての正しさとは、「その製品を顧客（市場）が求めていること」であり、これを満たすためには様々な調査や知識が必要だ。 製品仕様のように、問題の複雑さが一定を超えると、知識を持っている人と持っていない人の意見に違いが出始める。世の中（「社内」と
口の悪い人間をエンジニアとして採用するべきか
旧帝大の情報系の研究室を可もなく不可もない業績で出て、今年の4月からまあまあ大手のIT企業で働いている。 来年あたりから採用面接で学生と話すことになるかもしれないんだけど、表題の件についてインターネットの人達に聞いてみたい。 研究室でも、あるいはTwitterでも優秀（ここでは、たとえばトップカンファレンスにほぼ毎年論文を採択される程度の能力を指す）で口が悪い人はそれなりにいる気がする。そういう人ともし面接で話すことになったら、どう評価すればいいんだろうか。技術的に色々知っていて、日夜最新のトレンドに追いつくどころか更に先を行くために勉強/開発/研究に取り組んでいるが、自分がよくないと思ったものに対して「それゴミでしょ」などとバッサリ否定するような人を。 たとえば研究室にいる優秀な後輩は（その人が認めている）優秀な人とは普通に会話しているが、自分のような冴えない人間には冷淡で、Twitte
「女性エンジニア」としての体験談 - 学びメモや考えごとなど
こちらの記事を読み色々思い出したことがあるので、書いてみる。 medium.com 自分は男女差別について「こうすべき」「こうしてほしい」といった意見をするつもりはなく、 他の女性も同じ体験をしたとは思っていないので、一個人の体験談として参考程度に気軽に読んで欲しい。 （追記：この記事に出てくる「会社」は地元の田舎の古い体質の企業で、転職済み） 女性で不便だと思ったこと お酌の強要 新卒1年目の時の会社の飲み会で、上司からかけられた言葉である。 「若い女の子からお酌してもらった方が嬉しいんだから、社長にお酌してきなさい」 と言われた。あぁこれが社会なのかと思った。 男女どちらにせよ1年目であればいろんな人に挨拶は必要なので、受け入れた。 深夜に痴漢にあった 開発が楽しくて、ハイになって終電まで残業したときのこと。 最寄り駅から家までの道で、自転車に乗った男性に追い抜きざまに胸を触られた。
陛下に一本取られた話
陛下に一本取られた話 （注：この記事に関しては、 転載、まとめサイトへの引用は禁止 です。また、取材等もお受けしません。） 実は、約２年前に天皇陛下と皇居で食事をするという奇跡に恵まれたことが有る。もちろん、私自身はそんなVIPでは無いので、偶然と幸運が重なったためではあるが。 数年前に、神経科学の重鎮であるN先生が、天皇陛下の御前で「ご進講」（天皇・皇后・皇族に学者等が業績などをご説明申し上げること：weblio辞書より）をしたのがそもそもの始まり。ご進講の１カ月後に、陛下が講師を皇居に招き、お礼の意味で食事会開く、のが慣例となっているそうで、その時に、２名の随行者を連れていくことが許されるとのこと。N先生はK大学医学部教授の先生を１人と、もう一人になんと私を指名しくれたのだ。 指名してくれた理由は、はっきりしている。N先生は、私が専門とする魚の模様研究が、ネタとして「使える」と考えた
【検証】ボードゲームは初対面の人で仲良くなれるの？
ボードゲームカフェって行ったことありますか？ その名の通りボードゲームが置いてあって遊べるカフェなのですが、僕は過去に2度だけ行ったことがあります。これが行ってみるとおもしろい。 そのときに行ったお店の人に「ボードゲームで合コンをやったら絶対に成功すると思う」という話を聞いた。それくらい仲良くなれるらしい。おもしろそうなので、検証してみることにした。 大学中退→ニート→ママチャリ日本一周→webプログラマという経歴で、趣味でブログをやっていたら「おもしろ記事大賞」で賞をいただき、デイリーポータルZで記事を書かせてもらえるようになりました。嫌いな食べ物はプラスチック。（動画インタビュー） 前の記事：残像が残るほど速く動いているように見せたい ＞ 個人サイト ジャーニーとモアイとめがね 大人になってから人と仲良くなる方法って少なくないですか？方法はいくつかあると思うけれど、大人になるとたいてい
どうして人を褒めることをしない人多いんだろう
人を褒めるってほぼノーコストで相手のやる気を回復させる魔法みたいなものなのに、 人のことを褒めない人いるよなーと思う。 褒められた側はやる気になるし、褒めた側としてもほぼメリットしかないと思うのだけれど、 やはりみんな悪い部分しか見ていないよね。悲しいなぁ。
飲み屋でしちゃいけない話は「政治・宗教・野球」に加えてあの漫画もそうだったらしい→「周りにいる人の事考えたらマイナス要因は避けるべき」
シマヅ @Shimazqe 飲み屋で「ワンピース（マンガ）の面白さが全く理解できない」って話をしている人がいて、その話題が5分くらい続いたところ突然ほかの客が「テメェは人間の心が無ぇ！」と怒鳴り散らしたのを見て、私のなかで「飲み屋でしちゃいけない話、政治・宗教・野球」に「ワンピース（マンガ）」が加わりました 2016-07-17 12:18:23 シマヅ @Shimazqe 誤解しないでいただきたいのですが、私はワンピース（マンガ）を面白くないといっているわけではありませんからね。「ヤバい現場見ちゃったからこの話題は控えようと思った」ってだけですからね。（何かにビビってる） @Shimazqe 2016-07-17 12:32:45
「できます＝やります」じゃない、非エンジニアに知ってほしいエンジニアのこと | HRナビ by リクルート
変化の激しいエンジニアの世界で、どうすれば成長し続けられるのか。そのヒントを、飲食店向け予約台帳アプリを手がける「トレタ」の増井雄一郎さんが解説します。今回のテーマは「エンジニアと非エンジニアのコミュニケーション」です。 エンジニアはクセのある人間ばかりで、会話が噛み合わない……。そう感じている非エンジニアの読者は少なくないかもしれません。しかし、そのクセには一定の傾向があり、「どんな価値観を重視しているか」は共通している部分があると、増井さんは言います。 そこで今回は、非エンジニアとエンジニアの距離を縮めることを目的に、エンジニア目線で「エンジニアが困る仕事の頼み方」や「エンジニア独特のコミュニケーション文化」について語ってもらいました。 「エンジニアの特徴を把握して『彼らにはそういう文化があるんだ』と認識してもらえると、普段からのコミュニケーションが取りやすくなるかと思います」と増井さ
【デスクに私物を飾る人は●●？】ビジネスに役立つ「人を見抜く技術」6個 - リクナビNEXTジャーナル
どんな職場や職種でも、必ずといってよいほど必要となるコミュニケーション・スキル。非言語コミュニケーション研究者であるレイ・L・バードウィステル氏によると、二者間の対話では、言葉によって伝えられるメッセージが35パーセント、残りの65パーセントはジェスチャーや表情、会話の間などの非言語の手段によって伝えられるといいます。 つまるところ、こうした非言語コミュニケーション技術を身につけ、会議や交渉の場において相手の本音を探ることができれば、ビジネスにおいて求められる「結果」も、おのずからついてくるもの。今回は、そんな相手の心理を見抜く技術６個をご紹介します。 1.視線が右上を向いている＝「嘘のイメージをつくろうとしている 」 心理学では人間の視線の動きから、さまざまな心理状態を読み取れることがわかっています。相手が何を考えているのかを見る「視覚解析法」もその1つ。人間の思考や論理を司るのは左脳の
ディレクターの知見共有の仕組み - クックパッド開発者ブログ
こんにちは、検索・編成部の五味と申します。 現在はディレクターとして、クックパッドiOS／Androidアプリを使いやすくするための施策を主に担当していますが、年初に異動して来るまでは、広告クリエイティブ制作というまったく異なる仕事をしていました。 サービス開発に関しては初心者状態だった私にとって、貴重な学習機会を与えてくれている、クックパッドのディレクター同士の情報共有の仕組みをご紹介します。 ディレクター同士の連携は難しい？ まずはじめに、現在クックパッドでは事業部制が採用されており、ディレクターは複数の部署に数名ずつ分かれて働いています。 ところが、ディレクターは同職間での連携が難しい職種でもあります。通常1つの施策を複数名で担当することはないので、お互いの業務進捗を報告しあってもいまひとつ理解しきれませんし、担当する施策の内容もバラバラであることが多いため、業務フローに問題があって
日報でエンジニアが成長する。情報発信する文化作りに挑むガイアックスさま - Qiita:Team事例 - Qiita Blog
当記事は、こちらへ移動しました。 引き続きQiita:Teamをよろしくお願いいたします。
Mackerelチームのリモートワーク体制における日報とデイリースクラム - Hatena Developer Blog
日報を継続する方法があったら教えて欲しい、id:Songmu です。最近はMackerelチームのディレクター兼デベロッパーをやっています。 リモートワークと情報共有 Mackerelは、8名程度で開発しており、開発メンバーは京都・東京・愛知の3拠点に散らばっており、リモート勤務も各自の裁量で行えるようになっています。 リモートワークにおいては細かい情報共有をなるべく労力をかけずに行うことが必要になりますが、そのために以下のようなツールを利用しています。 開発手法としてスクラムを採用 Hatena::Groupによる情報共有 Github/Zenhubを用いたプロジェクト管理 Slackでのチャットコミュニケーション Zoomによるオンラインミーティング Mackerelチームでは、Hatena::Group上で日報を書くことを推奨しており、今回はその話です。 Mackerelチームの一日
エンジニアの「できない」という言葉の裏側 - Konifar's WIP
「ここ、こんな感じにできませんかね？」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか？」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「（できるけどやり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
情報共有 失敗あるある
リモートワークのための仮想オフィス
