Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![Lean開発者のスタート: チームのスタートアップ時間の削減](https://cdn-ak-scissors.b.st-hatena.com/image/square/7efee49fa244afe00f0740df95f0cc495aca8780/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20230418071642%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
「チームはできるものではなく、つくるもの」。この視点はありがたい。チームをまとめる立場なら、この視点+技法は必須。プロジェクトチームから町内会まで使える。 好むと好まざるとにかかわらず、社畜でいるかぎり、三十路も後半になると、一匹オオカミでいさせてくれない。「面倒みてやれ」という暗黙のメッセージとともに、何人か付けられる。たいていは、数回の毎朝ミーティングでチームらしくなってくる。 これが10人、20人のプロジェクトチームになると話が違ってくる。さらに、「思惑」「肩書」パラメータが追加されると厄介だ。以前のわたしは、アイスブレイクをいくつかと、赤ちょうちんぐらいしか知らなかった。仕事を通じてチームは形成されるものだと思っていた。 ところが、本書では、チームをつくる方法があるという。短期間で活性化したチームとして機能させるためのメソッドが紹介されている。[アジャイルレトロスペクティブズ]がチ
今日紹介するのは、Harvard Business Reviewの記事の中でも特に評価の高い、Katzenbach & Smith による「The Discipline of Teams(このリンクをたどれば全テキストが原文で読める。日本語で詳しく読みたい人は右に紹介した「好業績チームの知恵」を参照)」。彼らは「単なる人の集まりはチームと呼ぶべきではない。メンバーそれぞれの力を合計した以上の力が出せる人の集まりだけをチームと呼ぶべきだ」と主張し、チームを以下のように定義する。 a small number of people with complementary skills who are committed to a common purpose, set of performance goals, and approach for which they hold themselves
This electronic copy has been made solely for use by members of CS 169 and no others. This material may not be accessed by others nor further distributed to any person outside of this class, whether by copying or transmission in electronic or paper form. AUTHOR: Jon R. Katzenbach and Douglas K. Smith TITLE: The Discipline of Teams SOURCE: Harvard Business Review. March-April 1993, 71(2):111-1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く