物流サービス（30代後半男性）の口コミ 残業・休日出勤について 残業については忙しい月は多いが、昔と比べて帰る時間は早くなってきてると思う。休日出勤は基本的にはない。土日が忙しくなるが...続きを読む

新社会人に贈るシリーズ。今回は、『うつ』にならないための考え方についてです。 はじめに 新社会人として社会に飛び出して、まず一番最初にぶつかるであろう壁が、五月病です。全員がなるわけではないのですが、結構な率で羅患するようです。五月病になると、会社に行くのがつらく憂鬱になってきます。そして、そのままうつ病のようになってしまう場合があります。せっかく新しい一歩を踏み出したのに、その一歩からすぐにつらい気持ちになってしまうと言うのは、とてももったいないことだと思います。 楽しく生活し続けられるように心掛けましょう。そして、五月病を乗り切り、その後も楽しく生きられる気持ちを持ってもらえれば幸いです。 心得十箇条 『できないこと』を受け入れること 楽しめるポイントを探し続けること 小さな達成感を大事にすること 常に余力を残すこと 他業種で働く友人とも多く接すること どうしようもないことをどうにかし

ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス

前回まで，正規の請負と実質は派遣である偽装請負をどのような基準で区別するか，偽装請負とならないためにはどのように対応しなければならないのか，について説明してきました。 一応の説明をしたつもりだったのですが，読者の方から次のような質問がありました。 この質問に対する回答は，結論としては「請負の場合と同じです」になります。しかし，請負契約と委任契約は違うじゃないか（実際に違います）ということで，上記の質問が出てきたのだと思います。また，偽装請負と正規の請負との区別基準として紹介してきた厚生労働省の「労働者派遣事業と請負により行われる事業との区分に関する基準」（以下「区分基準」といいます）も，「請負」という言葉を使用しています。このため，請負に「委任」は含まれないのではないか，という疑問をお持ちになったのでしょう。 偽装請負の問題で話が分かりにくいのは，実はこの用語の問題かもしれません（注1）。

仕事の営業から事務作業・資金繰りまで一人で何でもこなさなければならず、より厳しいセルフマネジメントが求められるゆえ、フリーランスという働き方は想像するほどパラダイスでもないようですが、裁量が増え、自分のペースで仕事がしやすいなど、他には代えがたい貴重なメリットもありますね。 そこでこちらでは、米Lifehackerがこれまで採り上げてきた記事たちを踏まえ、「効率的かつ効果的にフリーランスの仕事をこなすためのコツ」トップ10をまとめてみました。 10位: 家族中心にスケジュールを組む 家事や育児と仕事を両立させたい人にとって、フリーランスはスケジュールに柔軟性をもたせやすい。家族の生活リズムに合わせてスケジュール立てしよう。また、必要なコミュニケーションはチャットやウェブ会議システムなどを活用するとよい。このテーマについては、ライフハッカーアーカイブ記事「仕事と子育てを両立させるための6つの

「退職引き止め」がリーマンショックを機に66％から54％に減少なんていう調査結果も報道される昨今。こんな時代ですから、転職せずにじっくりとひとつの仕事を継続できる環境が一番いいとは思うのです。が、しかし、止むも止まれぬ状況というのもあるでしょうし、振り返ってみて、その会社に残るのがベストな選択とはいえなかったというようなケースも当然でてくるでしょう。既に転職の渦中にある方、これからその可能性のある方、それぞれのケースに当てはめて、少しでもサポートになるかと思われるハックをまとめてみました。 STEP1: 決断期 ・「会社を辞めたい」その思いが止められないなら... ・「ジョブチェンジ」を成功に導く、勝ち組の思考法 ・良好な関係を保ちつつ円満退職するための8つのコツ ・独立やサイドビジネスに必要な6つの心構え＆ツール さらに続きます。 STEP2: 就活期 ・就転職活動の反応比率は「5:1」

What's Included: Domain Name: ShakeHands.me Payment Plan Available Secure Escrow Process

テレ東京の「カンブリア宮殿」で。 めがね２１の経営に度肝を抜かれると同時に、すごく共感を覚えた。 ポイントは、 ・透明でオープンな経営にすると、管理職は不要になる。 ・やましいところがなければ、すべてをオープンにできるはず。 ・権威をもらうことを餌に働かせるのが、ほとんどの企業のやりかた。 ・本当は権威は幻想、実体ない。 ・給料も査定も全部オープン。もちろん社長の給料も。 ・ギブアップ宣言、この人とやっていけないという宣言だしたら現場変われる。 ・社内恋愛歓迎、結婚して独立を推奨されている。 ・稟議はネットで、異論が３日なければそのままOKとなる。 ・社員との信頼関係がもっとも大切、そのためのオープンなやりかた。 ・誤解される可能性あるから情報を制限なんてことは一切ない。それはどこかやましいから。

その1. 「日常業務は具体的にどのようなものですか？」 この質問は自分の役割とタスクを正しく理解するうえで不可欠。仕事に対する自分の期待値や誤った印象を修正するためにもこの質問は有効。 その2. 「研修やキャリア開発の機会として、どのようなものがありますか？」 この質問には2つの意味合いがある。まずは、応募している仕事が具体的にどのようなものでどんなスキルを身につけることになるのかを知ることができる。また、自分の積極的な姿勢や先見性をアピールできる。 その3. 「御社が直面されている大きな課題は何ですか？」 この種の質問は、その内容よりも面接戦略上の意義がある。応募企業にどれだけ関心を持っているかを示すことができるのだ。 その4. 「いつ御社に入社されたのですか？」 面接官からの質問が一通り終わったら、面接官にこう質問してみよう。面接官自身がその会社でどのように過ごし、どのような成長を遂げ

皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代　あるコンサルの失敗 ・過ぎたるは及ばざるがごとし　作りすぎたRFPの悲劇 ・人間万事塞翁が馬　得難いレクチャーの裏事情

内定をもらったら、退職交渉を始めよう 転職が決まったITエンジニアの皆さん、おめでとうございます。新天地への期待に胸を膨らませていることと思います。 ですが、入社の前にしなければならないことがあります。そう、いまの会社を辞めることです。 会社を辞めるときは、できればスムーズに進めたいものです。そのための手順を明記します。 内定を受諾し、入社予定日を決める 退職届を作成する 直属の上司に退職届を提出し、退職の報告をする 引き継ぎのプランを決めて実行する 入社予定日の1カ月前に、内定先企業に入社確定日を伝える この順番どおりに進めれば、スムーズに会社を辞めることができます。 一番のポイントは、最初に「内定を受諾し、入社予定日を決める」ことです。 入社予定日を決めないで進めてしまうと、上司との退職交渉が無駄に長引き、スムーズに会社を辞められない危険があるからです。 「内定を受諾するのは、退職交渉

IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変