タグ

エンジニアとチームに関するmcqのブックマーク (4)

  • CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note

    会社の体制が大きく変わり、カオスの中に少しの静寂(暇)ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

    CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note
  • 良いテックリード、悪いテックリード - 小さなごちそう

    記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v

    良いテックリード、悪いテックリード - 小さなごちそう
  • リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ

    「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓のを今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行(ソフトカバー)この商品を含むブログ (1件) を見る 著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で質をついている定義付けが著を名書たらしめているとぼくは思う。 このの構成は1部〜4部(おおよそ書の半分ほどを占めている)までが著者によるリーダーシップとはなにか?3つのフェーズの分類とそのときに期待さ

    リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
  • 2017年やっていき

    社会人3年目もそろそろ終わりに近づいてきたのけれども、もう少しIndividual Contributorとしてやっていきたい。 People ManagerとIndividual Contributor 2016年の半ばぐらいから「draftcode君もそろそろ昇進考えたいし、君はPeople ManagerとIndividual Contributorのどっちに進みたいの?」ということをマネージャーからされるようになった。エンジニアのキャリアパスとしてPeople ManagerとIndividual Contributorの二極があり、前者は文字通り人間のマネージャーになるパスで、後者は一個人としてやっていくというパスになる。 People Manager、とくにエンジニアをマネージするEngineering Managerというのがどういう役割なのかというと、自分の理解している範囲

    2017年やっていき
  • 1