良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
どうして人を褒めることをしない人多いんだろう
人を褒めるってほぼノーコストで相手のやる気を回復させる魔法みたいなものなのに、 人のことを褒めない人いるよなーと思う。 褒められた側はやる気になるし、褒めた側としてもほぼメリットしかないと思うのだけれど、 やはりみんな悪い部分しか見ていないよね。悲しいなぁ。
「できます＝やります」じゃない、非エンジニアに知ってほしいエンジニアのこと | HRナビ by リクルート
変化の激しいエンジニアの世界で、どうすれば成長し続けられるのか。そのヒントを、飲食店向け予約台帳アプリを手がける「トレタ」の増井雄一郎さんが解説します。今回のテーマは「エンジニアと非エンジニアのコミュニケーション」です。 エンジニアはクセのある人間ばかりで、会話が噛み合わない……。そう感じている非エンジニアの読者は少なくないかもしれません。しかし、そのクセには一定の傾向があり、「どんな価値観を重視しているか」は共通している部分があると、増井さんは言います。 そこで今回は、非エンジニアとエンジニアの距離を縮めることを目的に、エンジニア目線で「エンジニアが困る仕事の頼み方」や「エンジニア独特のコミュニケーション文化」について語ってもらいました。 「エンジニアの特徴を把握して『彼らにはそういう文化があるんだ』と認識してもらえると、普段からのコミュニケーションが取りやすくなるかと思います」と増井さ
エンジニアの「できない」という言葉の裏側 - Konifar's WIP
「ここ、こんな感じにできませんかね？」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか？」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「（できるけどやり
仕事におけるコミュニケーション能力と会話におけるコミュニケーション能力は別物 - UNIX的なアレ
些末なコードレビュー - naoyaのはてなダイアリー なおやさんのエントリーを読んで改めて感じました。これはコードレビューについての話ですが、言いたいことは本質的なことについて話せるかどうかという点だと思います。 いい加減、「コミュ力」という単語で片付けるのはやめよう 「エンジニアはコミュ力がない」とかいわれますが、コミュ力とかいう単語１つで片付けてほしくないです。少なくとも普段の会話におけるコミュニケーションと仕事におけるコミュニケーションって別物ですよね。 先ほどのコードレビューの話ですが、仕事においてのコミュニケーションってどれだけ本質について話せるかなんですよ。要するに、情報を整理して正しく相手に伝えるということ。となると、仕事におけるコミュニケーション力って職種とは直接的に関係してこないと思っています。 「コミュニケーション能力」の意味の違い 「仕事におけるコミュニケーション能
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと 例により当たり前のようなことを偉そうに書く記事 toエンジニア向け ■「負債」は「資産」です。ご注意を。 ソフトウエアエンジニアの人たちは「技術的負債」という言葉を使うが、会計に慣れてないと、ものすごーーくネガティブなニュアンスを含んでいるような気がしてしまうが、会計上の「負債」というのは「資産」に分類されることも忘れずに。 負債は利息を払ってるから早く返そうぜ、という文脈もあるだろうが、同時に「負債もお金を稼ぐ功労者なのだから、そこはリスペクトして、うまくやろうね」という視点もあるってしかるべき。これはうまく両立されるべきで、その気持ちがうまく同期できてないとエンジニアの側が辛くなるんじゃないかな。 特に経営者で苦労された方であれば、そんなことに動じ
オモコロ あたまゆるゆるインターネット
暇つぶしにピッタリの漫画や記事を毎日のように配信しています。いくら読んでも無料、そしていくら読んでも頭がよくなりません。
コミュニケーションってそもそも「疲れる」ものだよなぁ、と。 - 脱社畜ブログ
以下の「LINE疲れ」についての記事を読んだ。 “ＬＩＮＥ疲れ”に陥る学生たち 「返信は義務」８０％…既読機能が苦痛 http://headlines.yahoo.co.jp/hl?a=20130823-00000500-fsi-bus_all あるSNSが流行ると、結構な確率で「◯◯疲れ」という事象が発生しているような気がする。「mixi疲れ」という言葉もmixiが流行っていた時にはよく聞いた。最近は「facebook疲れ」なんて言葉もあるらしい。 実際、LINEの「既読」の二文字がプレッシャーに感じる人は多いのだと思う。マメな人ほど気にする機会は増えるだろう。もっとも、純粋に連絡用途で使う場合はあの機能が非常に便利なこともあるのは事実で、学生でなくなって数年たった僕にはどちらかというと便利な機能のように思えている。 この件に関して思ったのは、LINEの使用有無に限らず、コミュニケーショ
「あ、この人、仕事できるんだろうな」って思う9つの瞬間-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
社会人を長年やってますと、自分なりの「人の判断の仕方」ってものができあがってきます。 「この人は信用できそうだ」とか「あの人とは距離をおいて付き合おう」といった自分なりのアンテナです。大人って、イヤな生き物ですね（笑） でも、みなさんも、こういうアンテナを無意識のうちに働かせているはずです。 大人はとてもすれた生き物でして、ちょっとやそっとでは人を信用しないようになってしまいますが、今日は私なりの「あ、この人、仕事できるんだろうな」って思う9個の瞬間を紹介します。 1.メールのレスが早い メールのレスの速さと仕事能力は、ほぼ比例します。忙しいと遅くなるのではという気がしますが、逆です。むしろ、早いのです。 早い人は、内容も洗練されています。まず結論があり、次に理由、誰が何のアクションをいつやるのかといった5W1Hが2〜3行で書かれているのがよくあるパターン。過剰な装飾、あいまい表現がなく、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
