チーム

みなさんこんにちは。@ryuzeeです。 アジャイルコーチでもスクラムマスターでもエンジニアリングマネージャーでも、新しいチームと一緒に働くことになった場合にまず必要なのが情報収集です。 チームの様子を観察したり、1on1で聞いてみたり、ドキュメントを読んでみたりとさまざまな方法があります。 そこで、今回は直接チームの ……続きを読む

みなさんこんにちは。@ryuzeeです。 人が集まっただけでは機能するチームにならない、というのはみなさんご存知のとおりです。 そしてチームの形成過程をあわらすモデルの1つとして有名なものに「タックマンモデル」があります（こちらを参照）。 今日はもう1つ別のモデルとしてDrexlerとSibbetが提唱している「チーム ……続きを読む

こんにちは。@ryuzeeです。最近、組織やチームのことを考えるヒントになる本を紹介してほしい、と言われることが多いのでダンプしておきます。あくまで自分で読んだ私見で選んだものなので、この定番がないのは何故だとかはあると思います。 定番 ピープルウエア　第3版 著者／訳者：トム デマルコ；ティモシー リスター、松 ……続きを読む

こんにちは。@ryuzeeです。 2016年2月19日に目黒雅叙園で行われたDevSumi 2016で「強いチームの作り方」というテーマで登壇してきましたので資料を公開します。昨年11月くらいに公開したものから基本的には変わっていませんが組織やチームのカイゼンにご利用いただければ幸いです！ なお、本講演の再演、トレーニ ……続きを読む

こんにちは。@ryuzeeです。 以前に、採用プロセスを真剣に考えろという話を書きましたが、ちょっと関連する話を書こうと思います。 採用に関するメトリクスを取ろう 採用プロセスに真面目に取り組んでいる会社ならやっていると思われますが、採用活動をするにあたってはメトリクスを取ることが望ましいです。特に成長中の組織でたくさ ……続きを読む

こんにちは。ryuzeeです。 先日、スキルマップ作成のすすめという記事を書きましたが、それに関してオンライン上で色々議論になりました。 せっかくですので、その内容を共有します。 まず、おさらいですが、スキルマップとは以下のようなものです。横軸にプロジェクトで必要となる技術、縦軸に名前を入れます。 それぞれの記号は、★ ……続きを読む

日々採用や組織がうまく動くように苦労しているみなさんこんにちは。@ryuzeeです。 ひとりで色々な物事を完結できればこんな楽なことはないのですが、特にシステム開発においてそのような規模のものは多くなく、たいていの場合複数人を集めてプロジェクトを遂行することになります。特に案件ベースで体制を作るシステムインテグレーター ……続きを読む

チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡 ……続きを読む

人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント ▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、 ……続きを読む

2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたい ……続きを読む

みなさんこんにちは。@ryuzeeです。 この記事は現在発売中のアジャイル同人誌Ultimate Agile Stories2に掲載させていただいたものを転載するものです。 1.はじめに アジャイルコーチという職業柄もあって今まで多くのチームを見てきた。良いチームもあれば、「うーん、これは単なる人の集団で、チームじゃな ……続きを読む

みなさんこんにちは。@ryuzeeです。 僕がチームやチームメンバーに対して期待したり言いたいことを好き勝手に書いてみたいと思います。 もちろん、僕の感覚に合わない人も多いかもしれませんが、僕個人の考えということでご容赦いただければと思います。 こういうのは言語化することが非常に重要だと思っています。 給料をもらえる ……続きを読む

みなさんこんにちは。@ryuzeeです。 マイク・コーン氏が書かれた「CHECK IN, DON’T CHECK UP」という記事が素晴らしいので抜粋・意訳にてご紹介します。 良いスクラムマスターがどのように振る舞うべきなのかについて参考になると思います。 私は、特にアジャイルやスクラムを使い始めてからは、マイクロマネ ……続きを読む

みなさんこんにちは。@ryuzeeです。 アジャイルな開発を行っているチーム（やっていなくても構いませんが…）のアセスメントを行う方法について考えてみました。 あくまで一例でこれが最適とは限りませんが、コーチとしてリアルなプロジェクトの具体的なところではない原点の部分を軸にしてチームの成熟度を把握できるよ ……続きを読む

みなさんこんにちは。@ryuzeeです。 Six Common Misperceptions about Teamworkが良い記事でしたので、抜粋・意訳にてご紹介します。 環境の変化に素早く対応しなければならない組織において、ミッションを達成するためには、チームワークとコラボレーションが必要不可欠だ。私のアメリカのイ ……続きを読む

みなさんこんにちは。@ryuzeeです。 Peter Stevens氏が行ったオンライン調査（調査母数は85）をもとにしてチームのサイズとスプリント期間とプロダクトバックログアイテムの数におけるスプリントの成功への関連について以下で述べているので、それを元に考察してみましょう。 Success Factors in a ……続きを読む

みなさんこんにちは。@ryuzeeです。 Successful wish to do nothingとWhat makes Scrum Teams exceptionally productive?が良い記事なので抜粋・意訳にてご紹介します。 スクラムにおけるよくある偏見 スクラムではドキュメントは何も書かない スク ……続きを読む