我思う「聞いてない」のはあなたが無能だからかもしれない
「聞いてない」。誰もが聞いたことがある言葉ではないでしょうか。言った言わないの話に近いものがありますが、ふと考えてみたところ、「これを言ったら自分は無能だと言ってるようなものではないか」と思いはじめました。
マネジメント
我思う
エンジニアの心IT人材白書2015をガリガリ君を食べながらナナメ読んだ
毎年恒例のIT人材白書が公開されました。これは、日本のIT業界の現状や動向を知るにはもってこいの冊子です。ざっくりナナメ読みして、面白かったところをいくつかメモメモ。
エンジニアの心プロダクトオーナーとエンジニアの役割分担が失敗した話
友達から「優秀なエンジニアが会社をやめた」という話を聞いた。まぁ、とても残念な話ではあるだろうが、友人の話がなぜか心の奥にひっかかっていたので、考えをまとめながらここに書いてみる。
我思う自分の力で成長し、夢を叶えるための目標設定
マネージャーにとって、人の育成はとても難しいけれど大切な仕事です。目標を持ってもらい、その実現に向けてサポートする。今日は、そんな目標設定のコツをまとめてみようと思います。
我思う後輩を育てない、育てたくないエンジニアの話
ぶっちゃけ、後輩の育成ってやつが面倒だし、自分にとってメリットがないんですよ。だって、僕はまだエンジニアとしてソースをたくさん書いて力をつけたいし、新しいサービスとかガンガン作っていきたいし、流行りの技術にもちゃんとついていきたいんです。今の環境だとそういうのできないんで、会社を辞めようと思ってます。
我思う「〜なんですけど」ってなんだよ
質問や相談を受けたときに「〜なんですけど」と言われると「で、何？」と毎回聞き返さないといけない。これがすごく面倒でならない。なんでこんな言い方するんだろう？
我思うアイ・アム・スペシャル病
仮に、無意識に自分は特別な人間だと考えてしまい、客観性を失った意見を周囲に発信してしまう病気を、アイ・アム・スペシャル病と呼んでみよう。そうするといろんな事例がこの病気なのではないかと思えてくるから不思議だ。
エンジニアの心開発マネージャーのアジャイル実践者育成計画
ある日、メンバーに「アジャイルコーチってどんなことを考えているんですか？」と聞かれたので、普段考えてきたことをまとめてみました。アジャイルに限らない部分もありますが、個人別のふりかえりや、朝礼やふりかえりといった普段のイベントで、メンバーに伝えてきたことが中心です。技術スキルよりも、人材育成が近いかもしれません。
我思う弱い人間とよりよいプロセスが、強い人間とお粗末なプロセスに勝つ
機械との競争に載っていた面白い話。コンピュータと人間がチェスで戦ったニュースがあったけど、それには続きがある。今は、人間とコンピュータ、どちらが強いのか？
我思うはじめての開発マネージャーの教科書
昔、はじめての課長の教科書を読んで、「中間管理職大変だなー」というのとともに、「中間管理職も必要なんだよなー」と思ったのですが、理想の開発マネージャーってどんなのかなぁとよく考えます。今日はそんなことを書いてみます。
思い出し笑う外国人の後輩と過ごしてわかった先輩として気をつけたい5つのこと
よくCMで、上司が外国人になったとかありますが、逆に部下/後輩が外国人になるケースもあります。まさか、自分がそんなと思ったら大間違いでした。 私のチームにも外国籍エンジニアがいて、彼らと過ごした1〜2年は、なかなか発見が多いものでした。今日は、思い出として、自分が感じた点を残しておこうと思います。
我思う職務経歴書なんかやめてLinkedInを1年に1回まじめに書いたほうがいい
企業情報を調べるためにとある転職サイトを見ていて、職務経歴書を書くよりも別の書き方を考えたほうがいいと思った。職務経歴書だけではその人のことがよくわからないからだ。
エンジニアの心アジャイルな自己組織化されたチームにマネージャは必要か？ #devsumi から考えたこと
デブサミ2012で発表しなかったスライドです。これはAgile Conference 2010で聞いたネタなのですが、アジャイル開発を実践する企業文化をグラフに表したもの。 自己組織化されたチームで構成されるため、管理要素が少なく、協調と教育という2つの柱が目立ちます。今日は「自己組織化されたチームとマネージャとの関係」について、Ask the...
エンジニアの心ソフトウェアを完全内製で作るのと外注やベンダー製品を採用する判断はどこでする？
最近、組織としての視点と、開発者としての視点を比較して考えることが多く、2つの視点で考えると、開発って難しいジャッジメントが多いなぁと感じます。恐らく、今の結論は未来に変わっているでしょうし、「正解です！」というようなものもなさそう。 これも前に書いた「エンジニアを確保しやすい」という理由でプログラム言語を選んでいいのか？と似た話題だと思います...
エンジニアの心「エンジニアを確保しやすい」という理由でプログラム言語を選んでいいのか？
昨日、プログラム言語についてつぶやいたら、いろいろFBを頂きました。ありがとうございます。つぶやきのきっかけは、ちょうどエンジニアと言語の選択について話をしたからでした。
エンジニアの心Wikipediaの「プログラマ」を説明したページの内容が偏っている件について
今年の仕事のことを考えているうちに、改めて「ソフトウェア開発ってなんだろう？」と思うようになった。 そして、ソフトウェア開発をする上で、「理想の環境というのはなんだろう？」ということを考え、今年はそれを目指そうと調べている。改めてWikipediaなどを読んでみると、いろいろな気づきがあり、一部の表現内容がとても偏っていることもわかった。 ...
エンジニアの心ヌーラボさんのBacklogにできてRedmineにできないこと
最近、幸運なことにもヌーラボさんの「Backlog」を使う機会に恵まれています。 こういうツールは使ってみないとわからないもので、しばらくガシガシ使ったので、気がついたことをまとめてみます。僕はRedmineを数年使っているので、それと比較しながら。
エンジニアの心偉大なるリーダーシップ – ハーバード・ビジネス・レビューにスクラムが登場
先輩に貸してもらったハーバード・ビジネス・レビュー。日本語訳の書籍があったとは。 今回のテーマは「リーダーシップ」。その中でも、メイン記事である野中郁次郎さんの「賢慮のリーダー」はとても面白かった。内容はAgile Japan 2010から発展したもので、「リーダーシップのあるべき姿を浮き彫りにすると共に、どのようにリーダー育成の企業文化を醸成すべ...
エンジニアの心半年間のアジャイル開発をタスクボードでふりかえる動画！XP祭り2011LT資料 #xpjug
View more presentations from Dai Fujihara XP祭り2011でLTしました。発表させていただいた内容は、「6ヶ月のプロジェクトのリリースまでをタスクボードとふりかえる」ものです。チームは10名ぐらい。私のチームとプロジェクト側のチームの合同プロジェクトになります。 @tk0miyaさん、@zui...
エンジニアの心いつものミーティングをアジャイル開発手法「スクラム」で再設計した感想
後輩から質問されたので、上手にチーム運営する上で必要となってくるミーティング設計について考えてみた。 ミーティングを侮るなかれ。ミーティングは、プロジェクトにとって諸刃の剣といえる、時間をかければいいわけでもなく、短ければいいわけでもない。ミーティング設計するときは、 なんのためにミーティングを開くか？ どの周期でミーティングを開く...