k5_magamiのブックマーク - はてなブックマーク

エンジニアのキャリアパスに思うところ

このとき意識しておくべき点は以下のようなことになります。エンジニアを貫くか管理職系にいくかは本人の志向によって決めるエンジニアから管理職になったが、やはりまたエンジニアに戻るという選択肢もあるロールチェンジするときには十分な教育が必要（これは従来型のパスだろうと同じだが）自分が管理職だった場合に、自分よりもレベルが上のエンジニアが管理対象になることがある（部下の方が給与が高いことも当然ある）要はそれぞれのロールが違って責任が違うだけなので、上司なので偉いとかそういう話ではないエンジニアは多くの場合、技術が分かっていない人から技術的な指示をされることに抵抗感を持つ。すなわち技術的な点の意思決定については現場やチーフエンジニアやプリンシパルエンジニアといった上級のエンジニアに委譲した方がよい年功序列ではなくて、各レベルで定められたJob Descriptionに合致しているかどうかが次のレベ

k5_magami 2016/05/11

リンク

スキルマップ作成のすすめ

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料）チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて

k5_magami 2016/01/16

リンク

プロジェクトが失敗する10の兆候

今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っているよくあるパターン。たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。タス

k5_magami 2016/01/04

リンク

【資料公開】強いチームの作り方 | Ryuzee.com

2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。一度自分たちのチームや組織について考えてみるとよいと思います。