元々はこれ => http://www.oreilly.com/programming/free/designing-autonomous-teams-and-services.csp
ちょくちょくと、オライリーさんからこういった無料で購読できる、ちゃんとした内容のものが増えているように見えますね。こういうところで経験をまとめ、今後のビジネスにしていくという著者のスタイルとか一般化しているのでしょうか…
この書籍を表現すると、複雑な課題に自律的に取り組める組織/サービスを作る、ということだろうか。（タイトルのまんま…）
実際に、この書籍は単に組織の話だけではなく、例えばBDDやユースケースをモデリングして管理する為のサンプルの提示なんかもしている。Microservice関係の書籍、Spotifyのエンジニアリング組織といったあたりの有名どころの情報に触れていない人にとっては、よくまとまった書籍という感じがします。
気になったところをかいつまんで以下に残しておく。あまり文章としてまとめる気持ちにならなかったので、今後の自分のポインタとして…
- どこに境界を引くかというところ
To maximize autonomy and enable business agility, it is essential to align organizational and technical boundaries.
- 誰/何に自律的なところを期待するか
- これらを持っているチームの場合、より高い嬪度で良い連携を組むことができる。
- Aligned autonomy—that is, a shared understanding of the company’s strategic context and key objectives
- Autonomy to make business and product decisions
- Autonomy to develop a rich understanding of user needs through continuous discovery directly with customers
- Autonomy to employ technical practices that enable continuous delivery
- Autonomy to organize technical and team boundaries around business outcomes
リーダーシップ
Leadership requires two things: a vision of the world that does not yet exist and the ability to create it.
Simon Sinek
OKRの設定とその達成への取り組み
より効率的な、高い成果を出すのであれば、横断的、協力的、誠実にこなしていくことが必要となってくる。
If high performance is your goal, you need to accept that the design of teams and the design of software systems are inextricable. You must design cross-functionally, collaboratively, and conscientiously.
ユースケースのモデリングの話。以下のようにユースケースをモデリングし、管理していく。読んでると、Specification by Exampleのような話が展開されていることがわかる。
When I want to so I can .
そのほかに、TDD/BDDやコンテキストマップなどの使い方も提示している。使い方のきっかけを載せている感じ。
チーム間で知識を共有していくことで、各々のチームの発展にも言及していた。
- Show and Tell
- Cross-team pairing
- Cross-skill pairing
- Mapping the System
だいたいは想像している感じ。これらを組み合わせて、知識を循環させるという感じの内容。
そういえば、Complexityの理論と整理も行われていた。Simpleが一番因果関係が予測可能な状態を表現する。だんだんと、不確実性や複雑さがまし、予測だったり区別がはっきりしなくなる。これらに対してどのように対応していくか、対応できるようなチーム/組織にしていくかというのも一種の目的とその設計となってくるのだろうな。
- Simple
- Complicated
- Complex
- Chaotic
- Disorder
ところで、これは、科学よりもアートに近い、と表現している箇所がある。確かに、組織論は科学的なものよりも、どう設計して表現させていくか、というところに寄っていくのでそう表現しているのだろうな。
~ my tech diary ~ 
2 Comments