道の真ん中をきれいにするプロジェクトマネジメント～イケてるチームになるための10原則～ - Qiita
はじめに 私が好きな江戸の小話的なものに、こういったものがあります。 江戸下町では、道向かいのそれぞれが軒先を掃くときに、道の真ん中よりもちょっと向こうまで掃くのがならわしだったそうです。両側の人がそれぞれ真ん中よりも向こうまで掃くので、道の真ん中が一番きれいになる、というお話です。 近年こうした「江戸しぐさ」のようなお話は、真偽のほどが定かではないとして、流布することに批判もあるようです。実際この話も正直事実かどうかは全くわかりません。 ただお互い完璧ではない他人同士が肩寄せ合って共に生きる知恵といいますか、プロジェクトへの参画姿勢について良い示唆を与えてくれる話だと思い、その前提で使っています。 実際私が関わる案件のキックオフでもお客様や関係者によくこの話をするのですが、「キックオフでの『道の真ん中の話』、他の現場でも最近してるんですよ」とお客様やパートナー様から言っていただけたことが
[翻訳] スクラムがアジア圏でうまくいかない4つの理由 - Scrum does not work here in Asia - Qiita
この記事はScrum does not work here in Asiaの翻訳です。記事中では、かなり単純化したステレオタイプのアジア、西欧が語られるため、そんな単純じゃない! と思うところもありますが、我々の組織がかかえる歪みがなんなのか、共通認識の一助になるのではと訳しました。 私たちはカフェでコーヒーを飲みながらアジャイルとスクラムについて話していた。彼はオーストラリアの大銀行でアジャイルコーチをやっている。話題のひとつはアジア圏でのアジャイルとスクラムの適用だ。彼は思っていた -- すみずみまでアジャイルなアジア系銀行はあるのだろうかと。すみずみというのはトップレベルマネジメントからスタッフレベルまでということだ。彼はそういった銀行と今彼が働いている銀行とでスクラム適用の成熟度を比べたいと思っていた。というのは、彼の銀行では東南アジアにいくつかの支社を作ろうとしており、彼に現地に
![[翻訳] スクラムがアジア圏でうまくいかない4つの理由 - Scrum does not work here in Asia - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f4aa09c373556180f2575a7648808c6516d0a15d/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwJUUzJTgyJUI5JUUzJTgyJUFGJUUzJTgzJUE5JUUzJTgzJUEwJUUzJTgxJThDJUUzJTgyJUEyJUUzJTgyJUI4JUUzJTgyJUEyJUU1JTlDJThGJUUzJTgxJUE3JUUzJTgxJTg2JUUzJTgxJUJFJUUzJTgxJThGJUUzJTgxJTg0JUUzJTgxJThCJUUzJTgxJUFBJUUzJTgxJTg0NCVFMyU4MSVBNCVFMyU4MSVBRSVFNyU5MCU4NiVFNyU5NCVCMSUyMC0lMjBTY3J1bSUyMGRvZXMlMjBub3QlMjB3b3JrJTIwaGVyZSUyMGluJTIwQXNpYSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NmFkNjI0Y2E1MjU1NTgwMTlmOWRiODdkNTY4NGJhNjI%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB3YXRhcmFkaW8mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTdlZDhkODg3MmRjN2I2YWExOTNiNTliNDdjMDIxZTcw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D4eb015e44b3c81f1081d9832f98ec714)
取引コスト理論とは | 慶大 商学部 菊澤研宗研究会
コ－スの取引コスト理論では、取引する場合、どうして取引コストが発生するのかという基本的問題が解かれていない。この基本的問題をより深く研究し、コースの議論をより体系的に展開しようと試みたのは、ウイリアムソンである。以下、このウイリアムソンの議論(Williamson,1975,1985,1986,and 1996)をできるだけ簡単に整理しよう。 まず、ウイリアムソンは取引コスト発生メカニズムを説明するために、新古典派経済学で仮定されている完全合理性の仮定をゆるめ、サイモン（Simon,1961）の影響を受けて以下のような形で限定合理性の仮定と効用極大化仮説を導入した。 （ＴＣ１） 限定合理性の仮定：すべての経済主体は情報の収集、処理、そして伝達表現能力に限界があり、「合理的であろうと意図 されているが、限定的でしかありえない」（Simon,1961:p.xxiv）行動をとる。 （ＴＣ２） 機
なぜ、組織のつくりとソフトウェアアーキテクチャは似てしまうのか - Qiita
このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明の難しいものです。 拙著においては、ロナルド・コースの取引コスト理論をベースに、社内取引においても取引コストが存在し、その取引コストがソフトウェアの構造をも変えていくという説明を行いました。 本記事は、さらに踏み込んで、組織やビジネスに働く力学と、システムで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
経営のアジリティを支えるDevOpsと組織
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive