忍者ブログ
  • 2026.04
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 2026.06
[PR]
×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

【2026/05/13 19:09 】 |
最近の若手社員に関して
「ゆとり教育世代」はすぐやめてしまうとか、戦力化に時間がかかるなど、

若手社員に関しての厳しい意見をメディア始め、実際の現場でも感じる方も
おり、

今後の会社運営に不安を覚える方も多いのでは
ないでしょうか。


今回は、そんな現在の若手社員に関して言及した記事のご紹介。


一度ご確認ください。




「最近の若手は戦力にならない――」。こんな厳しい声が多くの企業から聞こえてくる昨今。その原因はとかく若者ばかりに求められがちだが、決して彼らの責任のみに帰して片付けられる問題ではない。「日本の教育システム」と「日本企業の古くからの体質」にこそ問題の本質がありそうだ。そうしたなかで東京大学・本田由紀教授は、「職業的意義を持つ教育」が問題を解決するための鍵であると説く。(聞き手/ダイヤモンド・オンライン 林恭子)


――多くの職場で「若手社員の能力不足」が指摘されている。若手社員にしてみれば、学校教育をサボったわけでもないにもかかわらず、批判されるのは心外かもしれない。なぜ、これほどまでに、彼らの能力不足が叫ばれるようになってしまったのだろうか。

 90年代以降、世界的に経済構造が変化し、日本経済は短い回復期はあったものの、基本的には20年近くゼロ成長やマイナス成長が続く厳しい状況下にある。その背景には、それ以前の日本社会がキャッチアップ型モデルで経済成長をしてきたために、新しい需要の創出やイノベーションを起こす企業の力に弱点を抱えており、それ以後の変化に対応しきれなくなって苦渋を舐めているという側面がある。そうしたなかで、若者に対する要求水準だけが、一定の経済成長が達成されていた時代よりもずっと高まっている。

 しかし企業側は、一部で成果主義などを導入してきたたとはいえ、“過去の体質”を引きずったままだ。企業自身が構造的な変革を行わないにもかかわらず、若者にはスーパーマンのように万能な力を期待するという“無い物ねだり”的な発想が、現在の「若手社員への過剰な期待」と「能力不足への指摘」につながっているのではないだろうか。

―― 一方の教育機関には、どのような問題があるのだろうか。

 実は教育機関も企業と同様で、90年代までの高度経済成長・安定成長期の方法論から脱することができていない。これまで日本の高等教育は、一部を除き、大部分が高校ならば普通科、大学なら人文社会科学系といった職業的意義の明確でない教育機関だった。それは、卒業後に企業へ送り出し、正社員として就職することが叶えば、仕事をしながら実践的な力が身につくという前提が成り立っていたからだ。


[参照:“戦力にならない”若手社員はなぜ増えた?成熟経済下の日本に求められる「新しい教育」の姿 gooニュース]
PR
【2010/12/09 13:35 】 | マーケティング | 有り難いご意見(0) | トラックバック()
社員のモチベーションの上げ方
ビジネスマンにとって、仕事のモチベーションというものは、
結果を出す上で非常に大事です。


人材に求める素質の一つに、「自主性」というものが
問われている昨今、


このモチベーションの上げ方というのは、組織において
重要かと思います。


今回は、このモチベーションに関しての記事。

是非ご参考ください。



 この記事は、洋書配信サービス「エグゼクティブブックサマリー」から記事提供を受け、抜粋を掲載したものです。サービスを運営するストラテジィエレメントのコンサルタント、鬼塚俊宏氏が中心となり、独自の視点で解説します。

●3分で分かる『従業員のモチベーションを上げる100の方法』の要点

・ 肯定的なフィードバックは批判よりも効果的である
・ 「偉そうに振る舞うこと」はリーダーとして決して適切ではない
・ 従業員に生産性がない場合、大抵それは管理者の責任である
・ 準備の良い管理者は常に戦略を持っている
・ インスピレーションを受けた従業員は自分でモチベーションが維持できるため、生産性が高い
・ どのような状況であれ、管理者は評価する能力を維持しなければならない
・ 変化を恐れてはならない。変化は常に前進につながる
・ 常に優れた人材を雇うこと
・ 優れた管理者は責任を取ることができる
・ 誰でも素晴らしい管理者になることができる

本書から学べること

・従業員に最高の仕事をしてもらうための、基本的なマネジメント・テクニックの使い方を身につけることができる
・従業員が自分自身でモチベーションを維持できるようにする方法とは?

●読みどころ

 著者であるスティーブ・チャンドラーとスコット・リチャードソンは、時に最もシンプルなアイデアこそ最も有用であることを証明しました。企業社会で暮らす人々は、彼らの見識に共感し、彼らの提案に賛成するでしょう。そのため、本書は急速に広まっています。また、インスピレーションを与えられるアイデアが詰まっているため、リーダーが管理スタイルを考え直すきっかけになるでしょう。

 本書はスポーツを使った例をふんだんに使っています。モチベーションを上げるためのアドバイスを、短いチャプターの中で簡潔な引用文を加えながら100の分かりやすい項目に分類して説明しています。ただ概念化するのではなく、忠告に耳を傾けてください。

 著者も、うたぐり深い人に忠告していますが、実践することでものにすることができるのです。本書は、従業員の能力を最大限引き出したいと考えている管理者や経営者、特に従業員に「セルフモチベーション力」をつけてほしいと願っている管理者や経営者にとって、必読の書といえるでしょう。

●1つの事に集中する

 この章では、管理者がいかに部下の仕事へのモチベーションを保ち、かつ自分自身がどのようにしたら管理者としての自覚を持てるのか、について論じられています。内容を抜粋すると次のようになります。

 「管理者は同時にいくつものことができると考えがちですが、どんなに優秀な管理者でも、1度に対処できる問題や課題は1つだけです。多くの場合、脳は時速100マイルでレースをしているような状態にあります。明日の副社長との会議、締め切りが数週間後に迫ったプロジェクト、電子メールがたまった受信箱などが待ち構えているからです。このような課題1つ1つに突進するように次々にぶつかって行くと、あなたの脳は簡単に疲労困憊(こんぱい)してしまいます。大抵の場合、ストレスが増大し、職場の空気も張り詰めてしまいます。そうなれば、従業員の生産性に悪影響を与えてしまいます。管理者として、業務に優先順位を付けることで混乱を避けなければなりません。例えば、どの電話に折り返すのか決め、電話をかけてきた人に冷静に、そして合理的に対応しましょう。それから次のタスクに移ればよいのです。先の事ばかり考えるのは止めましょう」

 つまり、いわゆる「デキル」管理者ほど、自分の力を過信しすぎる傾向があります。

 しかし、なすべき業務を整然と整列させて、部下に明確な指示を与えることこそが、優秀なリーダーとしての第一の仕事と心得なければなりません。リーダーが混乱していては、部下のモチベーションも上がらないのは当然のことです。もし「部下の仕事率が悪い」と嘆いている管理者があれば、まず自分の在り方を再チェックすることから始めるべきかもしれませんね。

 甘やかすのではなく、従業員と適切な関係を築く管理者と従業員の適切な関係とは一体どういう事をいうのでしょうか?  通常であれば、そこには主従の関係があるとされていますが、何事においても指示命令系統をトップダウンにしてしまうと大きな過ちが起こってしまうと思います。

 本著において「管理者は、感情的になっている従業員を甘やかすという失敗を頻繁に犯してしまいます。管理者は従業員に良く思われたいがため、また、従業員の不安定な態度が職場に広がらないようにするために、この問題に深くかかわりすぎてしまいます。その結果、その従業員と親子のような関係が生まれてしまいます。これは職場にはふさわしくない関係性です。また、締め切りを守れなかったり、レポートを提出できなかったりした従業員を自室に呼び出すようなことをしてはいけません。しかし、従業員のプロ意識に訴えかけ、業務を完成させなければならない理由を説明することはできます。このように意見を一致させるために、感情的になる必要はありません。従業員に責任を実感させるような関係を築きましょう」と書かれています。

 従業員との関係性が「親子」のようになってしまうのは、なかなかユニークで鋭い指摘です。叱ったり、時に甘くなったりというのは、結局、従業員を一人の人間として尊重していないことになります。そこから、父が息子に対するような、庇護の関係(ここでは正しくない在り方です)が発生してしまうわけです。

 ここは、従業員を一人のプロとして尊重し、対等の立場において、仕事と責任を貫徹させるようにもっていくのが、正しい在り方であるとわたしは言っています。

 その管理者の在り方こそが、従業員の自我を刺激し、自意識を育て、一人前のプロとしての自覚とモチベーションをアップさせることになるわけです。

●積極的に褒め、成長を促す

 「褒めて伸ばす」のか「叱って伸ばす」のか、社員教育にはこのどちらが良いのか?

 多くのところで議論されている問題と思います。本著においては前者を推奨しているようで、ここではその具体策が論じられています。その一部をご紹介します。

 「管理者と従業員の関係において、肯定的な態度は常に、否定的な態度よりも望ましいとされています。チーム育成の訓練を提案する時であれ、誰かを褒める時であれ、全ての機会を従業員の気持ちを高めるものとして受け止めることが大切です。チームメンバーからのアイデアをすぐに拒絶するのではなく、快く受け入れましょう。従業員のアイデアを受け入れれば、従業員からの評価が上がり、前向きな姿勢を取ることにより生まれるメリットを得ることができます」

 子育てにおいても、動物の訓練においても、優秀な教師やトレーナーはみな「褒める育て方」をします。誰だって、褒められれば率直に嬉しいわけで、嫌な気持ちのする人はいません。そこに快感感情が生まれ、次への意欲となり、モチベーションが高められていくわけです。否定されれば自信をなくします。

 「なにくそ!」とガッツでぶつかってくる者であればそれもOKでしょうが、一般的には叱ることから生まれる恐怖感や嫌悪感は、部下を萎縮させ、意欲を萎えさせてしまいます。

 部下のアプローチが誤ったものであっても、その中によい点を見出して、そこを評価するというようなあり方が望ましいと言えるでしょう。従業員のモチベーションを上げるには、まず自分がリラックスすること。ここ一番の大勝負を目の前にすると誰でもが緊張するのは当然のことです。

 しかし、そういう場面において管理者が従業員に指示をするとき、管理者自身に余りにも力が入り過ぎると従業員はどうなるのでしょうか。

 結果は誰もが想像するようになってしまいます。本著ではそれを野球に例えて面白く説明しています。「9回裏にホームベースに立つバッターのことを考えてみてください。チームは1点差で負けており、2アウト満塁です。サードベースのコーチがタイムを要求し、ベースラインの真ん中でバッターの肩に腕をまわし静かな口調でこう言います。

 “落ち着け。肩の力を抜くんだ。バットを握る手に力を入れすぎるな。心配するな、お前なら大丈夫だ”

 コーチは、緊張を見せたりバッターにプレッシャーを与えたりしても、逆効果であると知っているのです。緊張したりプレッシャーを与えたりする態度はバッターを不安にさせ、その結果失敗させてしまうかもしれません。同じような原則が職場にも当てはまります。緊張した従業員は、生産性を最大限に引き出すことはできないでしょう。しかし、管理者がリラックスし気長に構えていれば、従業員も同じような態度を取ることができるはずです。チームのモチベーションを上げたければ、まずあなた自身が前向きに、かつ冷静でいることです」

 ここに言及されているように、スポーツやパフォーマンスの世界では、コーチやリーダーの心理状態は、そのままチームのコンディションに伝染し、結果となって表れるものです。ですから、優秀なコーチやリーダーには、身体スキルよりも人間性・精神性が非常に重要なスキルとして求められます。チームの先頭に立つあなたもまた同じ。あなたは常に悠々と、余裕の態度で、ジタバタせずに堂々としていなければなりません。

 「ちょっとのミスくらい、任せておけ」くらいのポジションにいれば、部下はのびのびと、持てる力を発揮することができるようになるでしょう。


[参照:従業員のモチベーションを上げる100の方法 Yahooニュース]

【2010/12/09 13:31 】 | ビジネス | 有り難いご意見(0) | トラックバック()
スマートフォンで学ぶ「ビジネスマナー」
iPadやiPhone、アンドロイド携帯が本当に流行っていますね。


電車の中でも使っている人を多く見ると、普及しているのを
改めて感じます。


そうした、スマートフォンで学べる「ビジネスマナー」が出た
とのことで、リリースを見つけました。


人事担当者などは、ご検討の一つにしてください。



コンピュータトレーニング教材制作、eラーニング向けコンテンツ制作のアテイン株式会社(本社:東京都千代田区神田須田町2-19-8酒井ビル、電話:03-3255-4721、代表取締役:本多成人、資本金:1億1470万円)は、オンラインコンテンツ配信サービス「動学.tv(http://dougaku.tv/)」の映像コンテンツをPCで視聴可能にし、その受講状況をLMS(学習管理システム)で管理できる法人向けのサービスとして「動学.tv on LMS」の提供をしてきました。今回はサービスをさらに展開させ、iPhoneやiPadやグーグルフォンを利用したスキルアップ教育(ビジネスマナー)サービスを11月1日に開始いたします。
いまや、仕事や日常生活で使える利便性の高い機能が搭載されたスマートフォンは、幅広い世代に普及が進んでいます。街中や電車内など様々な場面で、Apple社のiPhoneやAndroid携帯などの、手軽で高機能なモバイルを持ち歩く人々をよく見かけるようになってきました。また、携帯電話事業社各社からは新しいスマートフォンが次々と発表され、その風潮に拍車がかかっています。

本サービスは、弊社のオンラインコンテンツ配信サービスである「動学.tv(講座数400以上・タイトル数約180)」を利用し、iPhone・iPad・Android携帯による手軽な学習方法で映像でビジネスマナーを習得することができます。ビジネスマナーは一朝一夕に覚えられるものではありません。時間を作ってセミナーに参加したり、マナー本を携帯することは、多忙でフットワークの軽さが重視される現代人には酷なことです。スマートフォンを利用すれば、通勤時や、昼食や出先などの空いた時間にも学習可能です。もちろん自宅や会社のPCでじっくり学習するのも良いでしょう。時間を有効に使った効率のよい学習が可能となります。

サービス料金:4200円(1人あたり)
・ビジネスマナー 「身だしなみ・姿勢編」
・ビジネスマナー 「社内コミュニケーション編」
・ビジネスマナー 「電話応対・訪問編」

対象:企業・学校向けサービス(LMS)


弊社の10年に渡るIT教材制作ノウハウと、オンデマンド配信の実績を活かした同サービスが、学習効果の高いeラーニングコンテンツを求める企業・大学に大きな需要があると見て、初年度5千万円の売り上げを目標としています。


---------- オンラインコンテンツ配信サービス「動学.tv」の特長 ----------
A)10年以上の実績を誇る「誰でもわかる」シリーズのノウハウを生かした効果的な学習
B)インタラクティブ・コンテンツでは操作を実体験しながらの学習も可能
C)オンデマンド配信なので、時間、場所に束縛されない
D)ナレーターが懇切丁寧に解説するので初心者でも安心

*その他オリジナルコンテンツの制作も請け負います。


[参照:iPhoneやiPad、Android携帯を利用した「ビジネスマナー」スキルアップ教育サービス CNET]
【2010/12/09 13:30 】 | ビジネス | 有り難いご意見(0) | トラックバック()
大学は育成する人材と、企業が求める人材のズレについて
大学は育成する人材と、企業が求める人材のズレについて。

今回紹介する記事はこれがテーマです。


IT人材に関して、

大学側では、「プログラミング」力を強化する傾向にあるが、

企業側は、「ネットワークやセキュリティに関する知識」を
重視傾向にあるらしく、

この辺のズレは採用などの雇用問題に影響してくるのではないかと
思います。


是非採用関係者はご一読ください。


 「新卒で入社した学生を、数年かけて研修やOJTで育成する」――多くのIT企業は、このような若手育成の方法を取っていることだろう。現在の日本では、大学はあくまで理論などを中心に学ぶところで、実践的な技術は会社に入ってから教えるのが一般的だ。

 「だが、それでいいのだろうか」という声がある。大学で教える知識と、実務で生かす知識の間に溝がある現状には、改善すべき点があるのではないだろうか。

 独立行政法人 情報処理推進機構(IPA)は、IT企業と教育機関が連携して若手の育成を行う「産学連携」プロジェクトを推進している。なぜ、いま産学連携を進めているのか。これからのIT業界には、どのような人材が必要だと考えているのか。IPAの理事を務める田中久也氏に詳しい話を聞いた。

企業が求めるスキルと、大学が育成するスキルに「ズレ」がある

 「すでに社会インフラとしてITが欠かせなくなっている現在、ITを担う優秀な若手エンジニアを育てることは国家的な急務です」

IT企業と情報系の教育機関が協力すべき理由として、田中氏はこう主張する。だが、これまでの教育では「企業が求める人材を十分に育てられていない」という問題があった。

 問題の一因は、企業が求める人材像と大学が育成しようとしている人材像に「ズレ」が生じていることにある。

 IPAが発行する『IT人材白書2010』によれば、「今後重要となるスキル」として認識しているものに、企業側と教育機関側で大きな違いがあることが認められた。

 技術面において、教育機関側は「プログラミングスキル」を重視しているが、企業側は「ネットワーク」や「アプリケーション共通基盤」、「セキュリティに関するスキル」など、やや高度なスキルを求めている。技術面以外については、さらに違いがある。企業側は「顧客業務や業務分析に関するスキル」「プロジェクトマネジメント能力」など、教育機関側が重視していないスキルを求める傾向にある。

 また、IT企業は、情報系学生に「情報系分野の基礎理論と基礎知識の習得」を求めるとともに、「チームによるシステム開発経験」があってほしいと考えている。プログラミングスキルや基礎理論に関する教育は、教育機関側は対応しているが、「チームによる開発」については、ほとんどカリキュラムに取り入れられていないのが現状だ。

「このままでは日本のエンジニアは国際競争を生き抜けない」

 実は、この「ズレ」はずいぶん前から認識されていた。しかし、これまでなかなか大学側が対応ができずにいたのはなぜなのか。

 「理由はさまざまあるが、前もって定められたシラバスをすぐに変更できないこと、教える側の人材不足といった事情から、改革がこれまでうまく進んでこなかった」と、田中氏は指摘する。

 だが、そうもいっていられなくなってきた背景には、激化しつつある「国際競争」への懸念がある。従来の手法では、学生が現場で使えるスキルを身に付けるまで、2~3年の年月を必要とした。だが、この期間はいってしまえば「ロス」である。例えば、1人のエンジニアは20年間現場で働き、日本の場合はそのうち2年を研修期間に充てるとする。すぐに現場で働ける教育を受けた外国の人材に比べると、単純計算で「実働期間が1割異なる」ことになってしまう。

 「エンジニアの市場競争は国際化している。現状のままでは国際競争力を高められない」と、田中氏は警告する。

「PBL」を大学の授業で取り入れる

 「チームによるソフトウェア開発経験」教育が実現されていないこと、そして国際競争力低下の問題――これらの課題を解決する手段の1つとして注目されているのが、「PBL」(Project Based Learning)である。

 PBLとは、実際の課題を元に学習を進める「実践型教育」手法だ。情報系分野の教育においては「現場と同じような、チームによるソフトウェア開発」を教育プログラムに取り入れることを目指している。

 もともとPBLは古くからある手法で、企業サイドの導入事例は多いが、日本の教育機関ではほとんど取り入れられてこなかった。一方、国家的にIT人材育成に力を入れているフィンランドやアイルランドでは、教育現場にPBLを取り入れており、明確な効果が認められたという。

 そして現在、筑波大学や九州大学、早稲田大学や山口大学などの大学において、PBLの授業が始まっている。

 授業では、IT企業のエンジニア経験者が講師の役割を務める。教材は、IT企業が新人教育や研修で使うプロジェクト課題などだ。課題の内容は多岐に渡っていて、「PBL入門」や「ソフトウェア品質保証」、プロジェクトマネジメントや情報セキュリティに関する基礎知識などがある。授業の時間割も、通常のものとは違っている。通常の授業は「90分が1コマ、週に1回」というペースだが、PBLでは「90分を2コマ、週に2~3回」といった過密スケジュールとしている。これは、企業研修に近いスケジュール感覚でソフトウェア開発を行うためだ。

 例えばある大学では、ソフトウェア開発の課題を出し、複数のチームで出来栄えを競わせた。学生たちはスケジュールを組み、役割分担をし、設計と実装を行うという一連の流れを習得できる。必然的に「プロジェクトマネジメントスキル」「チームワーク」「コミュニケーションスキル」が身に付くというわけだ。

 「学生からの評判は非常に高いですね。これまで1人でプログラミングしてばかりいた学生たちから『チームワークが身に付いた』『ソフトウェア開発の一連の流れが理解できた』といったフィードバックが多かったです」と、田中氏は語る。

 IT企業からやってきたエンジニア講師も、「学生たちのモチベーションがとても高いので驚いた」という。実際に企業内研修で実践したときは、時間内に終えられないチームがあったプログラムなのだが、学生チームは全チームがやり遂げた。大学側は、「なかなか珍しいこと」と、教育効果を高く評価している。

就職活動でアピールできるような「インターンシップ」制度

 「産学連携」は、企業から教育機関に講師が赴くだけではない。学生が企業側に赴く「インターンシップ」形式もある。「現在、インターンシップの受け入れに関する制度をいくつかまとめています」と田中氏は語る。

 IPAはインターンシップを拡大するために、特定非営利活動法人 高度情報通信人材育成支援センター(以下、CeFIL)の協力を仰いでいる。CeFILでは、企業側が提供するインターンシップ情報を集め、学生に向けて情報を公開し、教育機関にインターンシップ先を提供する役割を担う。現在、システムインテグレータやユーザー企業など、20社近くが登録している。いわば、インターンシップのハブ機能を果たすのが目的だ。

 「『あの企業でインターンシップをやってきたのなら実力があるだろう』と、就職活動のときに評価してもらえるようなものにしたい」――このインターンシップは、学生に企業の様子や技術を身に付けてもらうだけでなく、就職活動時にアピールできるような高度なものにしたいと、田中氏は語る。そのためには、「誰でも気軽にできるインターンシップ」ではなくインターンシップに応募する時点である程度ふるいをかけ、やる気が高い学生を受け入れる制度にしていくことが必要であるという。

これからのIT業界で必要なのは「自ら勉強し続けられる」人だ

 「産学連携の試みは、企業の新入社員教育を代替して“即戦力”を作っているわけではありません」と、田中氏は強調する。PBLやインターンシップが目指すのは、あくまで「エンジニアとして必要な基礎と実践力を持つ若手を育成する」ことである。

 同時に、学生の雇用を活性化させたいとの狙いもある。学生時代から実践力を身に付けられれば、「企業側が積極的に学生を採用できるだろう」と見越してのことだ。「内定率は7割弱」といわれるように、学生は厳しい就職活動を乗り越えなくてはならない。そんなとき、実際に現場で使えるスキルを身に付けていることは、アピールできる重要なポイントになるだろうと田中氏は指摘する。

 「われわれは、産学連携の試みを『自律エンジンに火を付ける』と呼んでいる」と田中氏は語る。

 これからIT業界で働くエンジニアとして望ましいのは、「ITを知っていて、自ら勉強し続けられる」人物だ。自ら学ぶ姿勢は、企業に入ってからもずっと続く貴重な財産となる。「“ITも”知っている人、というのがポイントです。“ITだけ”知っている人ではない。ITを知りつつ、ほかのことも自ら進んで勉強できる人。わたしたちは、日本にこうした人材が増えることを期待しています」


[参照:「入社してから育成」では遅い? 「学生のうちに開発経験」させて若手育成 @IT]
【2010/12/09 13:30 】 | マーケティング | 有り難いご意見(0) | トラックバック()
ビジネス文書で必須の正しい宛名の書き方とは
今日は、基礎的な話になりますが、ビジネス文書の宛てなの書き方に関しての記事。


またnanapiさんからの引用になりますが、
こういうことは、念に念を押しても押しすぎることは
ありません。


絶対にミスってはいけない部分なので、
是非再度ご確認ください。



日常での手紙のやりとりでは、宛名書きは「(相手の氏名)様」になります。

個人ではなく組織に対しては「(相手の組織)御中」です。ビジネスの場では、組織と個人の組み合わせが生じてくるので、以下の注意が必要です。

ポイント1 組織に対して

個人ではなく組織に対しては「(先方の組織)御中」になります。

会社宛て
株式会社を(株)などと省略せず、「株式会社」と正式名称で書くのが正式です。

(例)株式会社○○製作所 御中
(例)有限会社□□電気店 御中
部署宛て
会社名は長くなりがちなので、部署名を改行しても大丈夫です。(改行の意味で「/」を用いています)

(例)株式会社○○製作所/営業部 営業一課 御中
  

ポイント2 個人に対して

相手が個人である場合は「(相手の氏名)様」です。氏名が不明の時なら「ご担当様」というふうになります。順番は「組織名」→「氏名」となります。

肩書きや役職のある相手宛て
会社名、部署名を先に書きます。そこで改行します。肩書き、役職名を書き、「(相手の氏名)様」と書きます。(改行の意味で「/」を用いています)

(例)株式会社○○製作所/代表取締役 ○○ ○様
(例)株式会社○○製作所営業部/部長 □□ □様
担当者宛て
会社名、部署名を書きます。そこで改行します。「(相手の氏名)様」と書きます。(改行の意味で「/」を用いています)

(例)株式会社○○製作所/営業部営業一課/□□□□様
担当者氏名が不明の場合は、

(例)株式会社○○製作所/人事部/採用ご担当様
ポイント3 一通の宛名に一つだけ

一通の宛名において、「御中」と「様」は重複させません。先方の宛名として最後に書く名前の分類で決定します。

宛名が「会社」「部署」で止まれば「御中」です。人の氏名を書くときは「様」です。

おわりに

よく言われるのが「会社(組織)御中」「(会社肩書)相手様」です。宛名書きでは、常にどちらか一つだけの選択です。


[参照:ビジネスで必要な宛名書きの正しい方法 nanapi]
【2010/12/09 13:29 】 | ビジネス | 有り難いご意見(0) | トラックバック()
<<前ページ | ホーム | 次ページ>>