見合いパーティー　厳選について

見合いパーティーを厳選しました。見合いパーティーでうまくいくポイントや厳選見合いパーティーのご紹介のサイトです。見合いという言葉のイメージや、パーティーというと腰が引けてしますかもしれませんが、見合いパーティーとは、本当に気軽に参加ができて、しかもきちんと結婚相手を探すための出会いの場です。慣れないうちは、緊張感のほうが楽しみより大きいと思ってしまいますが、でもみんな出会いを求めて参加をしてます。 待っていてはもったいないと思いませんか？そこで、見合いパーティーについての情報を掲載しましたので、見合いパーティーに参加する時にお役立てください。


このページは 2007年 03月 09日 01時36分41秒にクロールしたキャッシュ情報です。


検索キーワード＝ 見合い
優先キーワード＝

役割とは？

[ 35] カウンセリングサービス■心理学講座〜役割の心理学〜
[引用サイト]　 http://www.counselingservice.jp/lecture/lec24.html

｜お問合せ｜カウンセリングサービスって？｜サイトマップ｜トップページに戻る｜
義務と役割という言葉があります。社会生活において気が付くとよくこの言葉に当てはまる状況に身をおいていることがあると思います。
親としての役割、夫としての役割、妻としての役割、部下としての役割、上司としての役割と自分を限定させて、義務と役割に縛られます。
夫として自分はこうすべきだ、妻として私はこうすべきだと、ある規則にそって自分を生きさせます。
その役割は自分を縛っていきます。まるでロープで自分をぐるぐる巻きに縛っていくようなもので、自分を縛れば縛るほど窮屈になってきます。これはストレスになります。
例えば、過去に挫折や失敗があると失敗感から、良い人の役割、いい子の役割、役にたつ人の役割を演じることによって自分の価値を認められようとします。
この行動は"やりたくてやっている行動"ではなく失敗感を埋める為に認められる為に行動をとっているわけですからこの役割からくる行動は、補償行為となります。（『埋め合せで手に入れられるもの』
役割とは、"自分がやりたくてやっている"のではなく、自分の何かを証明しようとする補償行為ですから認められてあたりまえ、認めたれないときはダメな自分が証明されてしまいます。
この役割を繰り返し行っているとがんばっても、がんばってもキリがありませんから、やがて疲れきって消耗してしまいます。
役割で行っている行為は、よいことをしていても、補償行為をおこなっているときは、動機が間違っていますから得られるものは少なくなってしまます。
役割にはたくさんの種類があります。良い人の役割、役に立つ人の役割、依存の役割、自立の役割、さまざまな役割があり私たちはしらずしらずのうちに、この役割をひきうけていることがあります、そしてその役割の罠に落ちることがあります。
昔、誰かを傷つけてしまった、助けを必要としている人を助けられなかった経験から自分が悪いという罪悪感を覚えます。
自分の家族を楽しませることにより、家族の雰囲気をよくしよう、救おうとするマスコットの役割というものがあります。
家族を楽しませるムードメーカであるマスコットの役割は家族から好かれます、 しかし、マスコットの役割を引き受けていると、『楽しませているから愛されているのだ』ということを感じて自分が愛されていると思えません、それどころか自分という存在はちっぽけだという思いを感じてしまいます。
自分がやりたいからではなく、やらねばいけないことだからしていると補償行為になってしまい疲れてしまいますから、ここでは、"自分はこんなことがやりたい"という自分のものごとや、行動することを選択することで役割からのストレス、疲れから解放されます。
役割で行っている行為自体は、良いことを行っていることは、いっぱいあります。ですが行為の動機がまちがっているとせっかくのがんばりも疲れるものだけのものになってしまいます。これはもったいないです。
自分が行っている役割のパターンを気づき、せっかくの行為を実りあるものにすることを提案します。

 

[ 36] カウンセリングサービス■心理学講座「家族の５つの役割（１）〜家族を助けるために選ぶパターン〜」
[引用サイト]　 http://www.counselingservice.jp/lecture/lec138.html

｜お問合せ｜カウンセリングサービスって？｜サイトマップ｜トップページに戻る｜
そのパターンは学校や職場などの対人関係、はたまた男女関係にも引き継がれ、自分が作る新しい家族でも再現されようとします。
ただ、この役割は苦しみを得るものではなく「家族を助けるため」に各自が無意識的に選択するもので、その役割の影には本来備わっている才能が多数隠れています。
ヒーローになるために過剰に頑張りすぎて燃え尽きてしまったり、失敗から立ち直れない場合もありますし、また、周りの意向を無視して暴走してしまうケースもあります。
自立の問題を抱えることが多いので、自分の素直な気持ちや感情と繋がることが一番の鍵となります。
可愛がられる役割だけに“子ども”として生きようとして、自立した大人になることに抵抗を感じることが少なくありません。
そのために自分は何もできないような気がして自信が持てなくなってしまうことがあります。
また、マスコットを“演じている”感覚が強いと、この役割のために愛されているように感じて、本当に愛されているような実感がなくなります。
チャーマーが大人になると、エンターテイナーとして楽しみや喜びを人に与えられる人物になります。
特にこのパターンを持つと、目に見える貢献よりも、精神的な目に見えないものを与えている場合が多いので、それを受け取るようにしましょう。
つまり、このタイプが苦しみを背負ってくれているので、他の家族は自分の痛みを感じなくて済むようになります。
意識的には積極的に痛みをひきうけている自覚がないために、被害者になって、他者を攻撃したり、ヒステリックになってしまうことがあります。
被害者にならないことを受け入れ、人を助けていることや周りの家族からの感謝の気持ちを受け取ることが求められています。
自分自身をきちんと見つめ、できる範囲で貢献していくことが大切ですし、もう一方で、周りを信頼し、援助を求めることもこのパターンを変えていくきっかけになります。
繋がりが切れてしまっているために、引きこもってしまったり、あるいは、厭世的になってひねくれてしまう場合も少なくありません。
マイペースに物事を進められるものの、どこかしら自信がなく、周りには「自分勝手」な印象を与えることも多いようです。
また、客観的な立場のため、問題点をよく見つけるものの、自分では関わりを避けているので解決するまでには至らず、無力感を強く感じることもあります。
誰かとの繋がりを得たときに、あなたが与えられるものがとても多いことに気付けるでしょう。
つまり、自分が悪役になることで、他の家族の負の面を全て引き受け、家族が自分の問題から目を逸らすことを可能にします。
例えば、親が周りからあまりいい評判でない場合、子どもが非行に走り、親以上に悪い評判を得ることで、親に向いていた悪い評価をかき消そうとすることです。
罪悪感を潜在的に強く持つようになり、日陰から闇へと暗い意識にとらわれるようになります。
また、存在そのものに意味を感じなくなり、死の誘惑に駆られることも多く、そのため、自己破壊的、あるいは暴力的な行動に出ることもあります。
かつて手の付けられなかった不良少年が、大人になって社会に貢献するように、正しく自分のエネルギーを使うことにより、多くのものを人に与えられることを学びます。
殉教者とチャーマーを“兼務”している場合（例：明るくて元気だけど、家族のために犠牲しているお母さん）もありますし、ある面では殉教者を、また別のシーンでは悪役になる場合もあります。（例：お母さんの前ではいい子になるが、隠れて弟をいじめている兄）
ヒーローやチャーマーは理解しやすいですが、その他のパターンについてはすぐには理解し難いかもしれません。
でも、自分では意識していないことが多いものの、「助けようとする」ポジティブな理由なため、なかなか自分のパターンを変えられないことが多いのです。
でも、そこに気付き、学ぶことで、家族の関係性は元より、職場や恋愛での人間関係にも良い方向に変化を作ることもできます。
例えば、家族の中ではいつもヒーローをしてきた長男が、就職して社会人になった時に、会社の中では落ちこぼれ扱いをされたとします（問題児扱い）。
そうすると、慣れない役割に戸惑いを覚え、「この会社は俺がいるところじゃない」という気持ちを抱くかもしれません。
また、家族の中ではマスコットとして可愛がられていた女の子が、参加しているサークルでヒロイン扱いをされたとしたら、堅苦しく感じたり、あるいは、その扱いに反発して引きこもってしまったりしてしまうことあります。
彼女にとって結婚して母になることは、お母さんの影響から自分が「ヒロイン」から「殉教者」に変わるように感じられていたので、なかなか結婚に結びつく恋愛ができなかったんですよね。
でも、彼女自身がヒロインに執着するパターンを変え、お母さんと向き合ってみた時に、家族の関係が変わり始めました。
ヒロインの彼女が、犠牲者の母親に手を差し伸べることになり、家族間のバランスが少し崩れ、それぞれの役割にも変化を与えていきました。
そうすると不思議なことに今まで働かなかったり、引きこもっていた弟さんも家族に対して前向きな態度を取るようになり、アルバイトではありますが仕事を見つけてきて働くようになったそうです。
また、家族にあまり関わろうとせず、少し遠くから見ていたお父さんもお母さんに対して心遣いを見せるようになり、二人で一緒に温泉旅行に出かけるまでに関係性が改善したそうです。
この話を伺って、僕は「家族って本当はきちんと繋がっているんだなあ」としみじみと感じたものです。
もちろん、家族の関係だけでなく、結婚を前向きに捉えられるようになったり、仕事に対する迷いも吹っ切れてきて、以前よりも充実した生活を彼女は送っているそうです。
そんな風に家族の役割を誰か一人でも変えてみると、家族全体の関係性も変化を起こすことになります。
また、この家族の役割を自分と関わりのある場所に当てはめてみると、より深く理解できることも出てくるでしょう。

 

[ 37] [トレーニング]リーダーの４つの役割
[引用サイト]　 http://www.franklincovey.co.jp/training/reader.html

今日のビジネス社会では企業の合併、買収、ダウンサイジング、リストラクチャリングなど、過去の常識を覆えすほどの急激な変革が行われています。さらに、IT革命は予想を遥かに超えるスピードで進展し、世界の市場を刻々と変化させています。このような新たなビジネス社会の潮流を、スティーブン・R・コヴィーは「激流の世界」と名付け、しかも混迷の時代に進路を見失わず、効果的に行動し、より良い結果を得て、ビジネス社会を生き抜く術を自ら提示しています。本セミナーは、スティーブン・R・コヴィーによってプログラムされた、効果的なプロセスのもとで真のリーダーシップを発揮し、継続的にビジネスでの効果を得るための戦略的なコースです。
「激流の世界」で求められているリーダーシップをシンプルな基本概念でとらえ、ビデオ映像と全員参加の演習によって、2日間で集中的に学ぶことができます。
本プログラムを受講するにあたっては、マネジメントとリーダーシップの位置付けと役割、その違いを明らかにすることがポイントとなります。組織の中において、マネージャーは役職上リーダーの役割を担っています。この大切な2つの役割をバランス良く、時と状況、目的に応じて果たすことが求められていますが、2つの役割の違いは右の通りに表わすことができます。
クライアントが手に入れたいと熱望していることを、あなた自身が与えてあげたいと熱望しているものにつなげることです。
方向性を示すことで道を特定し、組織を整えることによって、道を創装することになります。合理的で洗練された仕事の仕組みを作り出します。
人の才能、エネルギー、決意、貢献する能力を解放し、正しい方向を選択できるようにします。これらが整っていなければ、最大の結果を期待できません。
原則に沿って生活し、率先することです。自分の信頼性を高めることによって他人からの信頼を勝ち取り、安心して自分についてこられるようにすることです。
原則によって結果がどのように決定づけられるかを理解し、リーダーの4つの役割を明らかにする。
チーム（組織）にとって、「誰が最も大切で、何が最も重要か」を明らかにしたうえで目的や価値を明確にし、チームで取り組むことを書き出す。
リーダーとしての統率力を発揮することで得られる「結果の姿」（ビジョン）を描き、ビジョンを達成させる戦略を立案する。
組織の中での生態系に沿い、かつバランスのとれたシステムやプロセスを構築する重要性を理解する。
自分自身の人格と能力の両方が大切であることを認識し、影響力のあるリーダーシップを発揮させる。
受講約1カ月後、受講された方に「4つの役割」に関する振り返りチェックシートが届けられます。本人（1）・上司（1）・同僚部下用（7）があり、本人以外は無記名で記入いただきます。集計後、ご本人と会社（上司または人事の方など）へ報告書をお届けします。
受講前にオンラインでの実施、もしくはペーパーでの実施、いずれかを選択いただきます。
プロフィールの報告書を分析するための解説と、「リーダーの4つの役割」での強み弱みを把握し、リーダーとしての結果 を出すための行動の改善策を立案するガイドブックが届けられます。

 

[ 38] 情報システム部は、もう役割を終えてしまったのか？ − ＠IT情報マネジメント
[引用サイト]　 http://www.atmarkit.co.jp/im/cits/serial/smb/24/01.html

ITシステムのアウトソーシングが流行しているが、同時にアウトソース先からの情報流出などの問題も多発している。この問題には、どのような背景があるのだろうか？ 今回は、情報システム部門の歴史を振り返り、組織の体質形成の背景を考えてみる。（→記事要約<Page 2 >へ）
ITの戦略・企画機能の部分だけを残し、開発や保守運用といった、現業機能を手放す企業が大手を中心に広がっている。その一方で、アウトソーシングした情報システムのトラブルによって、自らの信用を失墜する企業がメディアをにぎわしている。これは人ごとではない問題である。
権限を手放し過ぎて、結果的に責任を放棄してしまうことになった問題の背景に、情報システム部門に共通する体質（固有の発想法や常識としている価値観や判断基準）に関する問題はなかったのだろうか。
工期遅れや予算オーバーするプロジェクトが多い中で、「最初から無理な計画だった」とこぼすプロジェクトマネージャがおられた。事実はそうかもしれないと思うが、それをいうのであれば「工期はXXで、予算はYYでなら、間違いなく合格点のシステムを仕上げる」といえるようするにはどうすればよいか、を真剣に考えてみてほしいと思う。
難しい／できない100の理由を説明してくれるより、どうすればできるか、その方法を1つだけ考えてくれる部下やパートナーの方がありがたいはずだ。
また、問題に手が付けられない理由に“多忙”を挙げる人も多い。しかし、多忙というものは昔もいまも、そして多分これからもずーっと続くものだ。つまり、多忙を理由にしていては、いつまでたっても手が付けられないことになる。
では、なぜやれないのか？ その原因の1つに、「IT組織に共通する自律性の弱い体質」が挙げられると思う。「自分の仕事というより、頼まれて相手の仕事をしているという感覚」「できるだけのことを一生懸命やるから、それで勘弁してほしい」「外因でやむを得ずする」というスタイルを取る、などなど……。そんな甘えの構造や、自ら前向きに決定することを避ける体質がどこかになかっただろうか。
「温故知新」という言葉がある。IT組織の体質の形成や成り立ちを、過去の経過を通じて探ってみるのはどうだろうか。今後の方向性や組織戦略検討の参考にしていただければと思い、筆者自らの反省も含め、以下に組織や人の面から情報システム組織の置かれてきた状況を時系列的に記してみた。
日本の企業でコンピュータ活用が始まった1960年代には、いまでいうIT部門は機械計算部や電算室などと呼ばれ、業務は実態どおりのデータ処理（DP：Data Processing）といわれていたが、プログラム作りが組織の目的のような位置付けにあった。システム化の対象は、日常的な業務の機械化が中心であり、このころのコンピュータ技術者＝プログラマ（SEという言葉は、当時まだ一般的ではなかった）の多くは、業務内容を熟知していた。しかし、仕事の内容は、コンピュータメーカーに過度に依存した、自律性を欠くものだった。
また、コンピュータメーカーが提供する業務分析や、業務・システム設計演習、システム構成法などという演習を取り入れた業務指向の教育・訓練コースが、多く整備されていた。
当時は、情報システム＝業務システム＋コンピュータシステムであり、各分野のシステムは経理サブシステムや人事サブシステムなどと呼ばれ、少なくとも概念としてはトータルシステムが前提となっていた。
1970年代になると、オンラインシステムやDBMS（DataBase Management System）を用いるシステムが普及過程に入り、コンピュータメーカーはユーザー企業の情報システム部門を、これらのシステムを推進する技術の尖兵として位置付ける戦略を取るようになった。情報システム部と名称は変わったものの、実態はDP部であった。
このころはオンラインシステムやDBMSなど、新しい技術の利用に興味をそそられたSEにとって、やりがいのある仕事になっていた。そして、組織も人もその多くが技術指向になっていった。当時の大部分のシステム部員は、システム化に必要な業務面の知識や分析手法をすでに過去に修得していたため、その時点では技術に傾注しても業務知識面で支障が生じることはなかった。
世の中の講習会は、オンラインソフトやDBMSに関する教育に塗りつぶされることになった。そのほかにも情報システム開発方法論、プロジェクトマネジメント手法などが紹介され、多くの企業で導入が進められた。オンラインシステムは、業務形態を抜本的に変えて省力化・効率化・迅速化などに大いに効果を上げ、社内・関係部門からはそれなりの理解や評価を得た。
しかし、技術中心指向の組織が成果を上げる中で、新しく情報システム部門に加わった人たちには業務面の勉強をする動機が失われていった。これが、現在の「業務仕様・システム要件を決めてくれないとやれない」という体質につながったのかもしれない。その一方で、「メーカーから給料をもらえ！」と社内ユーザー部門から陰口をたたかれるほど、コンピュータメーカー推奨の技術商品に傾注した伝道者が現れたりもした。
当時は、ハードウェア、ソフトウェア、教育、技術サポート……、一切合財がコンピュータメーカーから提供されるという閉じた仕組みだった。これらの目に見えるもののほかにも、メーカーの文化やコンピュータの故郷である米国のビジネス慣習や彼らの考え方が、お互い無意識のままに持ち込まれていた。これがコンピュータに対する違和感を、一般の人に与える要因の1つになっていたかもしれない。
そして、1970年代半ばごろには、検索用簡易言語やDBMSなどがサードベンダから提供されるようになり、それまでのすべてをメーカーにお任せという状況から、一部のユーザー企業ではこれらの検討と選択という業務が生まれた。
オンラインやDBMS活用システムは当時の組織にとっては、それなりにビッグシステムであり、挑戦的なテーマでもあった。1つのシステムの開発に傾注する中で、トータルシステム思考は急速に失われたことも否めない。
1980年代に入り、銀行システムのオンライン化など大規模システム開発が進む中で、要員確保のために下請け、孫請け、ひ孫受けといったIT業界のゼネコン体制が作られた。階層が1つ増えるごとにシステム開発費が上がり、システム品質が低下した。
そして、SEが書いた「プログラムコードと同じ詳細レベルで書かれた日本語を、コンピュータ言語に置き換える作業」を専門に行う職種（コーダー）が生まれたのもこのころだ。教育して底上げを考えるより、労賃の安い未熟練労働者でもできるように、仕事を分割する方法が取られた。さらにこれを続けているうちに、常識となったこのやり方に対して、疑問を持つ人はいなくなった。生産性や品質の低下も、システムが変わり、基準がないまま「世の中全体がそうなら、こんなものか」と皆が思うようになってしまった。
システム開発の需要が膨らむ中で、分析や設計のキチッとした教育・訓練を受ける機会のなかった人も、やがてSEやプロジェクトマネージャと呼ばれるようになり、より上流の仕事をせざるを得なくなった。孫請けの10人のコーディングチームのリーダーなども含めて、「XX銀行のYYオンライン開発のプロマネをやりました」という人が何百人も現れたり、正規化を知らないDB設計者が出現した。このように、名と実の乖離が広がり、質の低下が下流業務からじわじわ上流に広がっていった。
そして、生産性やスピード、品質の救世主と称するソフトウェア工学なるものが、米国から輸入されてきた。プログラムのスパゲッティ状態が問題だとして、構造化プログラム手法や、DBMSを念頭にしたデータ中心設計やDB設計、DFD、ERD、生産性向上に
RAD（Rapid Applications Development）・プロトタイプ手法などや、「プログラム開発チームは外科医の手術チームのようであるべき」なる組織問題まで、功罪半ばのうちに救世主にはなり得ないままブームは去った。罪の方の大きなものはRADの置き土産である「ドキュメントはキチッと作らない」であろうか。
各分野でオンライン化、DBMS利用システム導入が進んでくると、蓄積されたデータを管理の水準向上に生かそうという動きが出てくる。情報システム部門が「情報系システム」と呼ぶ新しいアプリケーション分野である。しかし、組織全体が技術指向に走り、業務面への関心も知識も失われて久しい。ベテラン層の持つ業務知識は基幹業務の作業レベルの内容が中心だ。管理へのデータ活用といわれても知恵が出てこなかった。
検索用ソフトや簡易言語を道具に、EUC（End User Computing）という概念が輸入された。情報システム部門はデータベースの管理と技術サポートを行い、中身は「ユーザーにお任せ」というコンピュータメーカーお勧めの“情報センター”体制が生まれた。日常業務の多忙さを言いわけに、責任の放棄を始めたが、その意識はなかった。
その後、統括機能を確立しないまま、業務システムの開発から運用までユーザー部門に任せてしまうケースも出てきた。不作為による分散化が始まった。責任を放棄すれば、権限も狭まり立場は弱まる。その理屈どおりになったのだ。 さらに、背景はいろいろあったが、情報システム部門の分社ブームが起こった。分社後にまた情報システム部門を作った会社もあった。
こういうWebアプリサーバーが欲しかった！オープン＆基幹システム構築ノウハウ満載
・企業はプロファイルであなたの実力を確認済・どんな企業からどれだけスカウトを受けるか？
＠IT情報マネジメント トップ｜IT戦略 トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ
著作権はアイティメディア株式会社またはその記事の筆者に属します。（著作権について）

 
見合いパーティー　厳選トップへ↑