この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。(2016年7月) 独自研究が含まれているおそれがあります。(2016年7月) 出典検索?: "ハインリッヒの法則" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL ハインリッヒの法則(ハインリッヒのほうそく、Heinrich's law)は、労働災害における経験則の一つである。1つの重大事故の背後には29の軽微な事故があり、その背景には300の異常(ヒヤリ・ハット)が存在するというもの。「ハインリッヒの災害トライアングル定理」または「傷害四角錐」とも呼ばれる。 一件の大きな事故・災害の裏には、29件の軽微な事故・災害、そして300件のヒヤリ・ハ
ブルックスの法則(ブルックスのほうそく)は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる。また、プロジ
はいどうも~。 本日はhidetarouの番ですが休業中のため代打でしゃしゃり出たエンジニア吉田です。 「○○○な●●つの○○○」なんて感じのタイトルを付けると、 なんだか興味が惹かれるというのを目にしたので活用してみました。 ※個人的にはそうでもない気がしている。 というわけで、今回はソフトウェアに関係しそうな「法則」を5つほど紹介し、 それをソフトウェア開発業務にどう生かしていくかを考えてみます。 本日ご紹介する法則は以下の5つです。 ブルックスの法則コンウェイの法則パーキンソンの法則マーフィーの法則ハインリッヒの法則 でわでわ、早速。 ブルックスの法則 「遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ」 これは、IBMのOS/360(メインフレームOS)の開発者であるフレデリック・ブルックスが 名著「人月の神話」で提唱したプロジェクトマネジメントに関する法則です
Conway's law describes the link between communication structure of organizations and the systems they design. It is named after the computer programmer Melvin Conway, who introduced the idea in 1967.[1] His original wording was:[2][3] [O]rganizations which design systems (in the broad sense used here) are constrained to produce designs which are copies of the communication structures of these orga
この記事は、「コンウェイの法則」とその逆転の発想の「逆コンウェイの法則」について述べていきます。 組織体制とアーキテクチャの相関関係組織体制はアーキテクチャは相関関係があります。わかりやすい例を出すと下図をご覧ください。 よくありがちなモノリシックな構成です。1つのモジュールにたくさんの機能を格納されており、組織体制としては職能型としてバックエンドチームなどが存在していきます。 これをマイクロサービス化したとします。ただ、組織体制はそのままです。このままだとせっかくServiceA,B,Cと責務を分けたのにそれを管轄しているチームは同じになっていました。つまり、マイクロサービス化のメリットが受けられません。 コンウェイの法則こういった現状を的確に表したのが、「コンウェイの法則」です。 コンウェイの法則とはメルヴィン・コンウェイが提唱した概念です。 システム設計(アーキテクチャ)は、組織構造
メルヴィン・コンウェイ(英: Melvin Conway)は初期のコンピュータ科学者、プログラマーであり、コンウェイの法則(英語版)として知られる法則「システムを設計する組織は、そのコミュニケーション構造をそっくりまねた構造の設計を生み出してしまう」 (原文: "Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.")を生み出したハッカーとしても知られる。 学術的には、コルーチンを提示した論文(1963)[1]や、中間言語のUNCOL[2]の提案(1958)[3]などが有名である。 コンウェイはバロースの model 220 コンピュータ向けに SAVE と呼ば
姦通(かんつう)は、社会・道徳に背いた不貞行為・性交渉のことである[1][2]。特に既婚者が、配偶者以外の異性と肉体関係をもつこと[1]と言う場合もあるが、未婚の者どうしの性的交渉について意味する事が多い「婚外(性)交渉」と異なり、一方または両方の相手が、社会制度の下で婚姻状態にある場合に行われる、婚姻に基づかない他の相手との関係について特に言う場合が多い。 姦通罪がある国では、違反者には刑事罰が与えられる。日本のように刑法から削除した国では、姦通は民法と道義の話になっている[3]。 社会的に承認される性行為は通常、婚姻によるものであるが、世界の地域・時代によっては、婚姻以外にも社会的に承認される関係は存在した。儒教においては、妾を持つことが認められており、日本でも側室などは公的な存在であり、一夫一妻制が厳しかったキリスト教でも公妾が存在することがあった。また、娼婦・奴隷等と性交渉を持つこ
黒瀬陽平(以下黒瀬)、合同会社カオスラ(以下カオスラ)による不法行為について記載する。 ここに書かれている内容は、私(安西彩乃)の視点ではあるがすべて事実である。直近の対応への批判以外、彼ら自身、既知の事実である。黒瀬とは2ヶ月半、カオスラとは1ヶ月半、当事者間での解決を望んで対話を試みてきたが、非常に悪質な対応しかされなかった。 当事者同士で話せることはもうなにもない。その上で、事態の深刻さ・悪質さゆえに私の個人的な体験として秘匿するべきではないと考え、告発を決めた。 その後、株式会社ゲンロン(以下ゲンロン)への相談を経て事態が急激に動いたが、私は美術業界で二度とこのようなことが起きぬよう事実関係を公表する必要があると判断し、こうして私個人の判断で公開する。 このトラブルは、様々な個別の問題が複合して発展したもの。そのため第三者へ問題認識を共有するには具体的なディティールが必要で、きわめ
Launched in 2007, IVS has made its mark as the largest conference and community for startup executives in Japan. In its 15th year, IVS Crypto has also taken its place, emerging as the largest web 3.0 conference in Japan. Now, IVS is taking a step towards the future, transitioning from an "invitation-only conference" to a "platform". An opportunity for the next generation of entrepreneurs to create
Workplaceでは、何をするにもセキュリティが中心です。世界クラスのインフラストラクチャーと機能群で企業の安全を守ります。
はじめに こんばんは。 FEARLESS CHANGE をよんでみました。 昔に買って、ずっと積本になってる本でした。。 今月・来月くらいまでは集中してGo言語の勉強をしようと思ってたんですが、先に積本消化しようと思い、重い腰を上げてやっと読めました。 Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン 作者: Mary Lynn Manns,Linda Rising,川口恭伸,木村卓央,高江洲睦,高橋一貴,中込大祐,安井力,山口鉄平,角征典出版社/メーカー: 丸善出版発売日: 2014/01/30メディア: 単行本(ソフトカバー)この商品を含むブログ (16件) を見る 社内(チーム内)に新しいアイディアなり、ルールなり、サービスなりを広めて定着させるには、どのようにすればよいかという方法をパターン化して紹介されてます。 導入前に実践すべき方法や
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く