事例一覧｜退職代行モームリ
2024.01.17 退職代行は使いたくない、抵抗がある、でも会社が辞められないという方に…【セルフ退職ムリサポ!】 セルフ退職ムリサポ!とは セルフ退職ムリサポ!とは、 『自分で退職を確定させるサポートを行うサービス』です。 自分では退職できそうにない、それでも退職代行には頼りたくない。そういった方にコンサルティングを行わせて頂きます。 今まで数千件の退職を成功率100％にて確定させてきた退職代行モームリが退職のノウハウを駆使し、自分で退職を確定させるお手伝いをさせて頂きます。 また、顧問弁護士監修の各種総務書類のフォーマットを用意しているため、退職に付随する有休消化、退職金、退職後必要書類なども取得して退職ができます。 当社の指示通りの対応を行って頂ければ、確実に退職が可能となります。 退職代行を利用せずに自分で退職をしたい方に向けたサービス ・退職代行をできれば使いたくない ・本当は
DeNA南場氏「会社の大事な判断を年寄りにやらせるな」 新しい時代のサービスの作り方
25歳以下の若手デザイナーのためのコミュニティ「UI Crunch Under25」がイベントを開催。DeNA会長・南場智子氏が「なぜ今デザインなのか？」と題して、基調講演を行いました。本パートでは、DeNAで取り入れられているPermissionlessの考え方とユーザー第一で考える、サービス設計のプロセスについて話しました。 サービスの作り方が変わってきた さて、これから本題の「なぜデザインか」「なぜクリエイティブなのか」という話に入っていこうと思います。 大きなトレンドとして、これから南場智子さんがとてもありがたい話をします。新しい事業やサービスの作り方が大きく変わってきたと思うことが3つあるんです。この3つを今日みんなと共有したいと思います。 1つ目。新しいサービスのつくり方って普通はこうです。 企画をして、その企画が良くできていたら経営会議に持ってきて、経営会議で吟味するんだな。
毎年「評価が下から5％」の社員は自主退職してもらってます。
昔から外資系には多かった形態だが、先日訪問した会社は、「成果により、社員を毎年一定数入れ替える」という厳しい会社であった。最近は日系でも増えているように感じる。 「具体的に何をしているのですか？」と聞くと、年1回の評価で、パフォーマンスの下から5％の社員には、割増退職金を払って自主退職してもらうということだ。 もっと具体的に言えば1年分の給与を払い、自主的に退職してもらう。 人事の方はこのように言った。 「彼ら自身もこの会社では2度と高評価はもらえない、とわかっているために皆ある程度は納得してやめていく」 更に彼は言った。 「合理的に考えれば、下から5％の社員の総額人件費は全体の数％にすぎません。パフォーマンスの悪い人は会社の雰囲気を悪くし、チームの足を引っ張りますから、その程度の人件費アップは十分許容範囲です。むしろ定期的に血を入れ替えることが、全体のパフォーマンスアップにつながります。
人事がそっとつぶやく「こんなマネージャーが会社を潰す」８つのタイプ - ひかる人財プロジェクト
会社はヒト・モノ・カネで動いている。カネ・ヒト・モノでもなくモノ・ヒト・カネでもなくヒト・モノ・カネの順番で必ず表現される。ただ単にこれは偶然の並びで慣れてしまっただけではなく、間違いなく組織においてもっとも重要な経営資源はヒトなのだと考えている。 その中でも会社が成長するうえで最も重要なヒト（ポジション）と言えるのがマネージャー（中間管理職）であることには異論はないと思う。マネージャーにはほぼすべての会社において共通したミッションがある。それは「目標を達成すること」と「会社を成長させること」である。この２つのミッションを遂行できないマネージャーしかいない会社はもしかしたら近い将来潰れてしまうかもしれない。 そこでこの２つのミッションを遂行できない、会社を潰すタイプのマネージャーの意識と行動について考えてみたいと思う。チョイスしたものは偉そうに書いている私自身も耳の痛いものばかりである。こ
「仕組み化」では勝てなくなってきている時代に正社員はどうなるか : けんすう日記
仕組み化力 仕組み化というのは、ビジネスについて非常に重要と言われています。成功する会社とそうでない会社の違いを述べる時に、「属人的ではなくて、仕組みに出来たところが強い」という話はよく出てきます。 たとえば、楽天などは「仮説→実行→検証→仕組み化」を5つある成功のコンセプトの１つにあげていました。 これは超同意で、仕組み化をいかに作るのか、属人的ではなくて組織力、そして組織が持っている知見でどう戦うのか、という点について、nanapi社でも意識をしていました。 しかし、最近それだけでは全然勝てない時代かもしれない・・・とも思い始めています。 仕組みをすぐに変える必要がある というのも、仕組みを作ってそれで何年もやっていけた時代と違って、今の時代、特にインターネット業界では、動きが早すぎるのですね。 特定のルールの元で「仮説→実行→検証→仕組み化」をしても、ルール自体が変わるのです。つまり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのための経営学
