- 締切済み
一般的な組織の階層構造について
「一般的な組織の階層構造」を知りたいのですが、 下記のようなイメージでしょうか。 （あくまで一般的にですが・・・） 企業グループ …ホールディングス、グループ企業 企業（会社） 拠点 部署 課 … 人
- c0106006ef
- お礼率0% (0/20)
- その他（社会）
- 回答数1
- ありがとう数0
- みんなの回答 （1）
- 専門家の回答
みんなの回答
会社組織ではおおむね 会社、グループ・事業部、本部、部、課、班、係 かと。 上記の階層構造が「地域」や「支店」に置き換わるのは普通にあるので、一概には言えないところはありますが。
関連するQ&A
- 「組織能力の階層構造」って、どういうものがありますか
企業の内部分析にあたって、「組織能力」をコアにしたいと考えています。 アウトプットしたいイメージは、「組織能力」をラダーのような階層構造でとらえ、現時点のコア能力と、梯子を上るためのハードルを明確化することです。 現在、ミンツバーグの「変革キューブ：人材→システム→組織構造→企業文化」を手掛りに、「遂行→機能統合→組織学習・・」と想定していますが、いまひとつ、材料不足で困っています。 組織能力を階層構造で捉えるための資料や情報を探しております。 よろしくお願い致します。
- 締切済み
- コンサルティング
- 階層構造に対するＳＱＬに関して
階層構造に対するＳＱＬに関して教えて下さい。 以下のような階層構造になっているデータが存在していますが、単純にトップを指定し、それ以下の 組織を表示させる事は簡単かと思われますが、下位層の品番を指定、その人が所属している部署のトップだけを 抽出するようなＳＱＬはどのように記述すれば良いでしょうか、、、 恐らくCONNECT BY を使うかと思われますが、記述の仕方がわかりません。 以下のケースでは、TANAKAさんを指定した場合、TANAKAさんは兼務している為、トップとしては、 SUZUKIさんとSASAKIさんが抽出されるSQLとしたいです。 【テーブル内容】 EMPNO ENAME MGR（上司） 1 SUZUKI 2 SATO 1 3 YAMADA 1 4 TANAKA 3 5 FUKUDA 1 6 ENDO 5 7 KOIKE 6 8 SASAKI 4 TANAKA 8 よろしくお願いします。
- ベストアンサー
- Oracle
- 組織とは
人間の命には寿命がありますが、組織には生命のような意味合いの寿命はありません。 組織の意思はどのように引き継がれますか。組織を代表する権限の構造になっていますか？（組織といっても人の集まりなので誰かに支配力がある？） 1.一般企業（上場会社） 2.一般企業（非上場企業） 3.国家の省庁 4.警察 5.893 6.宗教団体 7.組合団体 8.財団法人 9.検察 10.病院 11.その他 多すぎてすみません。
- 締切済み
- その他（社会問題・時事）
- データベース、階層構造、ビッグデータ等について
下記の記述は間違いで、下に説明がありますが、何を言っているのかイメージがわきません。もう少し何かに例えて、わかりやすく御説明していただけないでしょうか 「XMLデータベースとは、XMLの階層構造をRDBの階層構造にマッピングして利用するデータベースである。」 上記の記述は誤り。ＸＭＬデータをＲＤＢＭＳで扱うために>マッピングをするので，ＸＭＬデータベースではラッピングをしない。 補足ですが、この解答のラッピングはマッピングの間違いではないでしょうか？
- ベストアンサー
- 経営情報システム
- 組織についてこれない人を外すのは普通か？
企業に勤めている友人の話です。 その企業では部署によって業務が厳しく、体調を崩す人がちょこちょこ出るそうです。 それでも体調を崩した人が休職したりそれから復職したりする際の短時間勤務などの社内制度は整っているそうです。 しかし、ある時管理職の1人が「会社の業務についてこれない人は会社にとってそれまでの人だったてことだよね」と言っているのを友人が職場で聞いたそうです。するとそれを聞いていた役員さんが「会社のトップも同じこと言ってたよ」と言ったそうです。 その会話を聞いて友人はその企業は業務についてこれない人は組織から外されてゆく傾向があると思ったそうです。 私もそう思いました。 しかし、社会人が組み込まれているこの世間は、組織の上の人の方針や業務についてこれない人はその組織から外されてゆくだけだとも思いました。 友人の企業は一般的に見て普通なのでしょうか？ コンプライアンス的に問題ないのでしょうか？ それが普通なのだったら何か悲しい社会だなと思い質問させていただきました。 でも企業に合わないなら合わないで外してもらった方が別の道を探せていいとも思いました。 何かご意見があればよろしくお願いします。
- ベストアンサー
- 社会・職場
- アドレスを階層表示にしたい
アドレスを階層表示してくれるメールソフトを探しています。 社内の人宛にメールを送るとき、東京営業所の第一営業部の販促1課の○○さんを選択するというような場合、 ▼東京営業所 ▼第一営業部 ▼販促１課 ○○さん □□さん というように上の階層から順番に開いて行くと、目当ての人にたどり着くというような代物が欲しいんです。 今現在「Outlook Express」を使用していますが、フォルダを作成することはできるのですが、さらにその中にフォルダを作成することができないため、階層表示することができません。 メールソフトの他に、アドレス帳用の追加ソフトウエアとか、なにか良いものがあったら教えてください。 なお、「うちの会社ではこうやって対応している！」というようなご意見も、お待ちしています。
- 締切済み
- その他（メールサービス・ソフト）
- 経営とは組織を作ることだそうです。
経営とは組織を作ることだそうです。 しかし組織を作る才能がない人が経営者になっている会社、企業も多いと思います。 組織を作るとは経営者は従業員に対して何をすべきなのでしょう？ 何が会社にとって組織を作ると思いますか？
- ベストアンサー
- その他（ビジネス・キャリア）
- 組織活動の意義とは？
課などの組織にはどんな意味があるのでしょうか？ 仕事上の特色などはなく、 単に１～・・・という課で編成されています。 また、会社の課活動以外の親睦などは どんな意味があるのでしょうか？ 課のメンバーと仲良くなると、業務もスムーズに進む？ でも、課の人と一緒に仕事はしていません。 このような場合、どのような説明をすれば 納得させられるでしょうか？ 私自身わからない部分もありますが、 部下に納得させるために良い回答をお待ちしております。
- ベストアンサー
- その他（社会）
- openLDAPで管理できる情報について
ユーザをLinuxベースのopenLDAPで管理しようと計画しております。 そこで質問があります。 Q1.openLDAPで管理できる情報は何があるのかご教授ください。 WindowsのActiveDirectoryのユーザ管理のように、 ユーザの部署、メールアドレスや、連絡先といった、 パスワード以外の情報を管理できるでしょうか？ Q2.また部署が管理できる場合、以下のイメージのような 階層的なユーザ管理はできるでしょうか？ <イメージ> 営業部─１課─Ａさん ├２課─Ｂさん └３課─Ｃさん └Ｄさん Q3.上記のイメージで3課をグループとして扱えますか？ 3課に属するユーザのみにアクセスを許可するような設定が できるのでしょうか？ 初歩的な質問ですが、何卒よろしくお願い致します。
- ベストアンサー
- その他（ITシステム運用・管理）
- 一般職が有給休暇取りすぎて困っています。
私の勤めている会社は、総合職は基本的に有給休暇は取りませんし、一般職も消化率は低いです。 しかし、私のいる部署は中途採用が多いこともあり、一般職が他の部署より有休を異常にたくさん申請するため、課長が嘆いています（当然断れないので課長は許可しています）。 その結果、業務量増とあいまって、課に割り当てられた人数では業務が回らず、他の課の人に手伝ってもらうとともに、課長が休日出勤して代休とらずに凌いでいます（私は課長の部下で入社３年目の総合職です）。 有休は権利だから断れないというのは理解しているのですが、休日出勤しても会社が追加コストを負わなくていい課長が出勤しすぎで身体壊しそうになっていたり、他の課にヘルプにきてもらっておきながらヘルプの課の人達よりたくさん有休とるのは、バランスを欠いているように思います（私のいる課の有給の取得状況はヘルプの課の人たちは知りません）。 したがってもう少し一般職には有休取得を控えてほしいのですが、彼女達からすれば課長も他の課の人達も有休とればいいのにそうしないのは本人の問題、全員有休をとったら仕事が回らない、会社が傾く、なんて事情は私達が知ったことではない、ということでしょう。 人事や経営陣に求めて有休完全取得を前提にした人員の用意をさせるというのは現実的ではないので、どうにか一般職に有休取得を減らしてもらう方法はないでしょうか？ 私からはそれとなく一般職にバランスのことと課長の悩みを伝えてはいきたいのですが、今は私の業務が微妙なときで彼女達に煙たがられるわけにはいかないのであまり強くは言えません。
- ベストアンサー
- その他（ビジネス・キャリア）
