ロジカルシンキング

Associe 6/3

基本
ロジックツリー
仮説思考：課題→仮説→実行→検証
マトリックス：定番：重要度が縦軸で緊急度が横軸

SWOT分析、クロスSWOT分析
リターン思考：リターンから逆算する
プロアクティブ思考：
フィンランド式思考法：
視点の転換思想
数学思考
推定思考

データ総研｜DRIブログ｜ITアーキテクト黒澤の日記 ｜一物一コー�

データ総研｜DRIブログ｜ITアーキテクト黒澤の日記 ｜一物一コー�

何を同じとし、何を別とするのですか？それが明確でなければコード値を与える対象がわかりません。」さらに続けます。「たとえば、製造計画のときは、赤の ボールペンも黒のボールペンも区別せずに、両方をまとめたボールペンというものの商品別月別製造数を決めます。物流のときは、１本のボールペンではなく何 ダースかをまとめたカートン単位のボールペンを認識します。もちろん、このとき色は区別します。会計で棚卸資産の金額を計算するときは、１００円のボール ペンはすべて型番にかかわらずまとめられ、それを１つの商品と扱います。今Ａさんが持っている一本のボールペンだけを扱う業務はありません。どのような状 況になれば、コードが統一されたと言えるのでしょうか？」

大規模プロジェクトでは「同じ言葉を、同じ意味で」 － ＠IT自�

大規模プロジェクトでは「同じ言葉を、同じ意味で」 － ＠IT自�


開発方法論は、開発プロセスや成果物が体系的にまとめられたもの。

実際にプロジェクトで適用してみて、その本当の価値に気付く。

開発方法論自体はフレームワーク。
枠組みだけでは機能しない。

少し大げさな表現になりますが、プロジェクトごとにきちん と魂を注入する必要がある。

Java:WebLogic JDBC接続プールを設定してみた

WebLogic JDBC接続プールを設定してみた

接続対象のオラクル

C:\oracle\ora92\network\admin\tnsnames.ora の設定例

ORA =
(DESCRIPTION =
 (ADDRESS_LIST =
   (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
 )
 (CONNECT_DATA =
   (SERVER = DEDICATED)
   (SERVICE_NAME = ora)
 )
)

http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/network.102/B19209-01/tnsnames.htm

An Agile Way > Scaling Agile ... ソフトウェア開発をスケールさせる（大規模対応）

An Agile Way > Scaling Agile ... ソフトウェア開発をスケールさせる（大規模対応）

ソフトウェア開発チームにも、同じような２つのスケール作戦があるのではないか、というアナロジーに気づいた。

・scale up ... 個人のパワーや個人間のコミュニケーションを上げてチームのパフォーマンスを上げる。
・scale out ... 人の数を増やして、チームのパフォーマンスを上げる。

リーダ役でプロジェクトに入る人の心得｜ザ・プロジェクトマ�

リーダ役でプロジェクトに入る人の心得｜ザ・プロジェクトマ�

１　健康管理に注意し、プロジェクト期間中に迷惑をかけるような休みをとらない。
２　会議中に一瞬たりとも気をゆるめない。居眠りなどは言語道断。
３　準備に充分時間をかけ、「お披露目」する資料はパーフェクトなものを。
４　作業展開は成果物の連鎖（論理的順番）を重視する。ガントチャートは二次的なもの。
５　誰が作成するかによって、成果物の質と量が大きく異なる。人のスキルとモチベーションに着目して作業分担を。
６　進捗状況を的確に把握し、「この状況が続いたら？」のシミュレーションを絶えず行うべし。
７　本当の進捗状況は数値に表れない。現場の空気を肌で感じる感性を磨け。
８　一人で把握できる範囲には限界がある。プロジェクトメンバの「気づき」を大切に

トラパパ＠ＴＯＲＡＰＡＰＡ > 「自信を持って間違える」 （�

トラパパ＠ＴＯＲＡＰＡＰＡ > 「自信を持って間違える」　（�:

"自信を持って間違える（爆）。"

トラパパ＠ＴＯＲＡＰＡＰＡ > リハビリプロジェクト : ITmedia オル�

トラパパ＠ＴＯＲＡＰＡＰＡ > リハビリプロジェクト : ITmedia オル�

リハビリプロジェクトとは、当人の完全復活を支援するために、自信回復のための配慮をしたアサインメントのことです。

　

留意点は以下の通りです。

１． 多大な残業やパワハラ的人材が存在するような、高ストレスなプロジェクトでないこと

２． 疲弊の原因になったプロジェクト・クライアントと異なり、また仕事内容は類似もしていないこと

３． 当該メンバーが得意な領域の仕事で、ただし多少の（ほどよい）チャレンジも混じっていること

４． このプロジェクトを通じて当該メンバーに新しく教える技術・知識が必ず１つ以上存在すること

５． 長期プロジェクトでないこと（3ヶ月以内が理想）

６． 正規アサインメントメンバー以外に後方支援メンバーが第3者的にバックアップすること

７． 当該メンバーが想定パフォーマンスを仮に出せなくても、業務を代替して成功させる自信（保証）のある案件であること

８． 高い信頼関係が構築済みの、良好な関係にあるクライアントからの依頼案件であること

９． 就業の様子がマネジメントから透明に監視できる、もしくはマネジメントが足繁くコミュニケーションできる環境にあること

１０． ちゃんとしたビジネス案件であること（正規の料金をきちんといただいての仕事）

データ総研｜DRIブログ｜ITアーキテクト黒澤の日記 2006年 ｜ビジネ�

データ総研｜DRIブログ｜ITアーキテクト黒澤の日記 2006年 ｜ビジネ�


イベントエンティティの関係には、その企業のビジネスルールが現れます

データ総研｜DRIブログ｜DRI通信 131号～140号 ｜【136号】４種類のＤＢ

データ総研｜DRIブログ｜DRI通信 131号～140号 ｜【136号】４種類のＤＢ

・リソースＤＢ
・イベント系ＤＢ
・ＤＷＨ系ＤＢ
・メタ系ＤＢ（リポジトリ系ＤＢ）