AWS データベースブログの記事 「Amazon DynamoDBによる CQRSイベントストアの構築」 を勝手に読み解く
組織パターン を読んだ.プロジェクト (特に新規開発) を遂行するにあたって,組織で発生する問題とその対処法がパターン化されている. 今まさに会社で起こっていることが言語化されていて,腑に落ちるところが多かった.以下は印象的だったパターン. ぐずぐずするな (4.1.3) プロジェクトの一部に着手するのに十分な情報があれば,完璧なスケジュールができるまで作業の着手を待ってはならない.タスクによっては要件が固まりきる前に着手することができ,作業時間の確保につながる.まず見積もりを精緻に作って,それから実装に着手する,みたいなケースが自分も多いので,はやいタイミングで手を動かし始めるということは意識していきたい. 細かいリスケをしない (4.1.9) スケジュール遅延が発生した場合,1 度だけ大きなリスケをおこなう.細かいリスケを不定期におこなって,チームのモチベーションやスケジュールの信憑性
組織パターン (Object Oriented SELECTION) 作者: James O. Coplien,Neil B.Harrison,ジェームス・コプリエン,ニール・ハリソン,和智右桂出版社/メーカー: 翔泳社発売日: 2013/08/06メディア: 大型本この商品を含むブログ (14件) を見る これもまたセールか何かで見かけて、どんな内容が書いてあるのかざっとサンプルを見てから買って読んだ。 何らかのプロジェクトを進めるにあたってどんな風にチームを作っていくか、どんな人がどこでうまくハマるのか、つまり「ある状況に対してどういうパターンを適応するとうまくやっていけるのか」を書いた本。条件、環境、前提に重きがおかれていて、「まずこういう状況がある」「それにはこれを適応すると良い感じにやれる」というのがずらっと書かれている。 ものすごくいろんな状況が書かれているので、自分がおかれて
ずっと積読していた『組織パターン』を読み始めた。 難解でもあるが、なんて楽しくエキサイティングな本だろう。 組織パターン (Object Oriented SELECTION) 作者:James O. Coplien,Neil B.Harrison,ジェームス・コプリエン,ニール・ハリソン出版社/メーカー: 翔泳社発売日: 2013/08/06メディア: 大型本 パターンとライブラリ、パターン言語とフレームワークの共通点と相違点 共通点 相違点 パターンは疎結合、スクラムは密結合 疑問 まとめ エキサイティングなのは本書のテーマが私の関心領域である組織変革ということだけではありません。本書ではパターン言語やソフトウェアアーキテクチャ、文化人類学に社会学といったさまざまな事柄が高度に統合されており、様々なインスピレーションを与えてくれるからです。 今回も敬愛する友田とん氏の『『百年の孤独』を
はじめに 今回は『組織パターン』第II部から「4.1 プロジェクトマネージャーのためのパターン言語」を代わりに読みます。第II部でパターンの羅列に入ることで、「パターン言語についての概説を読み進めた第I部の興奮がどうか冷めませんように」と祈りながら読みましたが、杞憂でした。第II部もめちゃくちゃ面白い、よかったー! まずは、めちゃくちゃ面白いという以外の「4.1 プロジェクトマネージャーのためのパターン言語」を読み終わった気づきをシェアします。 はじめに 全体的な気づき 最大の制約 私なりの要約 印象に残ったパターン 4.1.1. 信頼で結ばれた共同体 4.1.4 名前付きの安定した基盤 4.1.15 開発エピソード 4.1.17 開発者がプロセスをコントロールする おわりに 組織パターン (Object Oriented SELECTION) 作者:James O. Coplien,Ne
私はアジャイルコーチとして様々な現場で改善活動を行っています。主に開発プロセスや組織体制の改善、スクラムマスターの育成がメインのお仕事ですが、ソフトウェア品質の改善要望も、お客様からよく伺っています。 テストを実施したり、CIサーバを使ってテストを自動実行したり、レビューを念入りに行なったり・・・。品質改善のための様々な活動によって、プロダクトの品質はどんどん改善されていくでしょう。改善はとても重要な活動ですが、活動だけではなく、その活動自体を持続的に行っていくための体制も重要です。 今回は、アジャイル開発において、品質やQAを高めていく組織づくりについてまとめていきます。これまで見てきた組織の形をパターン化し、それぞれの特徴を比較していきましょう。 ここではQA組織を例にあげていますが、QAだけでなく、開発、更に詳しく分けてフロントエンドやバックエンドなど、さまざまな職能も同じようにパタ
職人たちが新人を鍛えるのにすべての時間を費やしている。こんな言葉が耳に入り始めた。「できる人の無駄遣いだよ」あるいは「できる人が何人かいれば、プロジェクト全体がもっと早く終わるのに」。実際に、その職人は期待通りに作業を進めることができていない。新人を鍛えるために、エネルギーも時間も集中力も使ってしまうのだ。しかし、新人は職人が鍛えなければならない。当然のことだ。と同時に、プロジェクト自体も前に進めなければならない。それゆえ:..... James O. Coplien,Neil B. Harriosn. 組織パターン (Japanese Edition) (Kindle Locations 2187-2191). Kindle Edition. ペアやモブを実施すれば、全て万事解決というわけではない。進捗と学習の観点から上のような緊張関係は多かれ少なかれ、ソロだけでなくペアやモブでも発生す
「組織パターン」を読んだのでメモ。 本書では4種類のパターン言語が説明されており、 プロジェクトマネジメントのためのパターン言語 組織の漸進的成長のためのパターン言語 組織のスタイルのためのパターン言語 人とコードのためのパターン言語 (手書きの汚い図だけど・・・) どのパターン言語も、パターン同士のつながりが有向グラフで図示されている。 信頼で結ばれた共同体 4つのパターン言語全てにおいて、矢印の始まりは必ず「信頼で結ばれた共同体」のパターンになっていて、これが組織の基盤となる一番重要なパターンだと示されている。 考えてみればそうで、よく言われる"心理的安全性"や"企業文化のデザイン"もこの「信頼で結ばれた共同体」を作るためのプラクティスみたいなもんで、このパターンを目指してどの組織も試行錯誤している。 お互いを信頼できてない組織は、自己弁護や自己評価・自尊心を満たすためのコミュニケーシ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く