飲食店経営のなかで、 最も難しい問題の1つはシフト管理である。 賑わうと思って アルバイトをたくさん配置した月末・給料日後の 金曜日にお客様が一組しか来なかったり、平日だしなぁと思ってアルバイトを一人しか配置しなかった日に満席になったり。 そして、最も恐ろしいのは、予約が入っていて、あらかじめシフトをしっかり調整したにもかかわらず、 当日に突然くる病欠などの欠席報告である。 少し前になるが、P2B Haus で6月に起こった突然の事態は、そういった不安のすべてを突いてくる出来事だった。 元々のシフトは社員1 + アルバイト2名、予約が3組合計11名。ウォークインでの来店を想定しても十分な人員配置ではあったが、 前日にアルバイト1名から用事で欠員の報告、 当日朝もう1名のアルバイトから発熱による欠席の報告 他の社員はすでに予定がありどうしても出勤が難しい状況 これはピンチである。 ディナーの

Google 認定トレーナー/イーディーエル株式会社代表取締役 「Google 認定トレーナー」および「Google Cloud Partner Specialization Education」の2つを保有する国内唯一の女性トレーナー経営者。 数時間でITスキルを劇的に引き上げる指導に定評があり、ITビギナーから絶大な信頼を得ている。早稲田大学第一文学部（教育学専修）卒。筑波大学大学院教育研究科修了（教育学修士）。筑波大学大学院非常勤講師。アルマ・クリエイション株式会社主催「クロスセクター・リーダーズサミット」2年連続最優秀MVP（2019年、2020年）。常陽銀行主催第3回常陽ビジネスアワード「ウーマノミクス賞」379プラン中第2位（2015年）。出版社勤務を経て専業主婦になるも、学習欲が高じて大学院に進学。在学中に事業欲が高まり、IT教育会社を起業し、現在に至る。「日本に最高のIT

IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼

この記事を読んでふと思ったんだけど「チームワークが苦手」「団体行動が苦手」という人って、チームプレーさせてみると、実はそんなにチームプレーが下手でもないし、「チームワークが大事」って言ってる人よりむしろチームワークが上手い人が多い、ってこと。 チームワークが苦手、ストレスだって言ってる人が本当に苦手なのは、気持ちが悪い馴れ合いや、意味のない社内政治、皆の意見を尊重しているように見せかけて、その実、チーム内の「政治屋」が集めたマジョリティだけで、せっかくのいいアウトプットを殺す「エセ民主主義」だと思う。 本当に大事なのは、チームの目的をしっかり理解した上で、お互いが妥協なく、素晴らしいものをつくるために発揮するプロフェッショナリズムと、その効果的な「合力」だ。 ところが、「馴れ合い」や「エセ民主主義」は一見「チームワークを向上させるもの」のように見えるだけで（文字面だけ聞くと、そのことを否定

最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ

3. おまえ何者？ @ibucho (Twitter) Koichi Ise (FB) 名前 伊勢幸一 (いせ こういち） 出生 1962年11月26日(現在53歳) 干支 寅、星座 いて座、性別 ♂、血液型 AB型 業界活動事例 ❏ クラウド利用促進機構(CUPA) 運営委員&アドバイザ ❏ オープンクラウド実証実験TF(OCDET) 座長 ❏ ICT教育推進協議会(ICTEPC) 主査 ❏ ICTSC実行委員会 会長 ❏ 日本MSP協会 事務局長 ❑ Container SIG 裏方 4. ざっくり自分史 1962年 北海道夕張市で生まれる 1986年 室蘭工業大学産業機械工学科卒業 1986年 日立設備エンジニアリング入社、生産技術研究所配属 1989年 デジタルテクノロジ入社 1996年 スクウェア(現スクエニ）に入社 2003年 エニックスに吸収合併されスクエニに社名変更 200

IT系上場企業の平均給与を業種別にみてみた 2016年版［前編］ ～ ネット／スタートアップ系、ゲーム／エンターテイメント系、メディア系 IT系企業で給与が高いのは勢いのある新興ネット企業なのか、それとも伝統ある大手SIerなのか、あるいは若者に人気のエンターテイメントを提供するゲーム系企業なのでしょうか。今年もIT系の主な上場企業を分類し、比較しやすいようにまとめてみました。 上場企業は毎年発行する有価証券報告書に、従業員数や平均年齢、平均年収などを掲載しています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均給与が高い順に並べてみたものです。 ただし現場の社員の給与を反映していない持ち株会社などはこの調査からは外してあります（例えばスクエア・エニックス・ホールディングスなど）。また、上場していない企業（例えば日本マイクロソ

アジェンダとは 主な意味：１ 計画。予定表。議事日程。協議事項。２ スケジュール帳。備忘録。 今はなき某政党の某代表がチラついて、なかなか口にした事がない（したくない）言葉ナンバーワン？ 「”議題”って言えばよくない？」と思いながら、おかげで会議に集中できない会議用語筆頭。 コミット・コミットメントとは 主な意味：１ 約束。誓約。公約。確約。２ かかわり。かかわりあい。関与。介入。 某CMのおかげで市民権を得たが、かえって使うのがためらわれるようになった言葉かも？ 約束してほしい主体が誰なのか今一つわかりづらいのが玉に瑕・・・。 スキームとは 主な意味：計画。企画。体系。枠組み。 これも計画。”アジェンダ”が目的のための行動予定に対し、コチラはその予定の枠組みという感じ。 日本人は計画・予定を言い換えるのが大好き。プラン・スケジュール・プログラム・ストラテジー・・・。 その事自体が結局『計

2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ

モチベーションの高いエンジニア... ガンガン働いてくれそうで、放っておいても安心でしょうか？ 安心してください。 簡単に下げられますよっ！ o 序の口: ディスプレイを小さくする o 序二段: 毎日スーツを着させる o 三段目: 椅子を固くして、机を狭くする o 幕下: 簡単に作れるでしょ？って上から目線で言う o 十両: 打ち合わせ一杯で連続した集中時間を与えない o 前頭: 情報共有しづらい、風通しの悪い現場に o 小結: 引き継ぎなしで人をどんどん入れ替える o 関脇: 背景わきまえず、コード汚い、仕組みひどいと言う o 大関: 仕事を突然終了させて無意味感を与える o 横綱: 本質的でないことに時間を取らせる仕組み 序の口: ディスプレイを小さくする エンジニアの仕事の多くはパソコンの中にあります。そのパソコンの中を覗く唯一の手段はディスプレイです。そんな狭い中で、色々な資料をみ

Something went wrong, but don’t fret — let’s give it another shot.

若者の早期離職が問題になっている。入社３年以内の退職が３割を超えるとか。そんな世間一般レベルほど酷くはないが、僕の勤める会社も、一時期、二十代前半の若手社員の１年以内の離職率が８割を超えていて、大変に苦労した。 けれども社長以下全従業員が一丸となってこの問題に取り組んだ結果、現在、弊社ではこの問題は公式には存在しないことになっている。早期離職は会社にとっても離職者にとっても大変不幸なことだ。今日は特別に、早期離職問題を解決した弊社の取り組みを公開する。参考にして負の連鎖を断ち切ってもらいたい。 1.退職金廃止／「退職金を無くせば必死に働くしかなくなるだろう」とワンダーな考えに至った上層部。結果、退職金ストッパーがなくなり早期離職だけでなく全社的に離職が加速。 2.社員旅行の復活／早期離職者が絶えないのは会社への帰属意識が足りないから。そう考えた上層部が10年ぶりに社員旅行を復活。旅費は全額

ブログをはじめるたくさんの芸能人・有名人が 書いているAmebaブログを 無料で簡単にはじめることができます。

およびそれらを避けるコツ ソフトウェア開発者達を育てるには、あなたのリーダーシップのスタイルを変える必要があるかもしれない。彼らは、一般的なマネジメントでは必ずしも輝かないのだ。何が一番重要か？前もってはっきりとした予測を立てる事、そして問題になる前に作業習慣の違いを考慮しておく事だ。 我々はYoung Entrepreneur Council （YEC）の11人の起業家達に、彼らが開発者を管理する上で経験したリーダーとしての大失敗と、同じ間違いを避けるためのコツを共有してもらった。彼らの回答は以下の通りだ。 彼らが意見を述べてくれると思い込む事 ソフトウェア開発者達が自分の課題やアイディア、あるいは手柄についてさえも話してくれると思い込まない方が良い。多くの開発者達はチーム・ミーティングでこういった情報を進んでシェアしようとしない。開かれた、真摯なフィードバックは常にあなたから要求しなけ

2. お前誰よ ところてん – http://twitter.com/tokoroten 大学時代 – – – – – 電子透かしの研究(B2~B4) コンシューマゲーム会社で9ヶ月のインターン(B3) 自然言語処理を利用したPhishing対策(B5~M2) 半導体計測器開発ベンチャーでバイト、C++と光学設計(B4~M2) IPA未踏ユース(M1)、学生ベンチャー起業(M2) 社会人 – 某通信会社の研究所(3年弱) – コンピュータウィルスの収集、分析 – クラウド、ビッグデータ関連の研究 – ドリコム(2年目) – インフラ → プロモーション分析 → アプリ分析 – 現在はソーシャルゲームのデータ分析 兼 企画含めた何でも屋 Copyright Drecom Co., Ltd All Rights Reserved.

長期請負工事契約に関する会計上の収益認識基準の1つ。工事期間中、目的物が完成に近づくにつれて徐々に収益が発生するものと考え、工事の完成度合いに応じて工事に関する収益と原価を計上し、各会計期間に分配する方法である。“発生主義”に基づく収益認識法とされる。 ここでいう工事とは、仕事の完成に対して対価が支払われる請負契約のうち、完成品の基本的な仕様や仕事内容が顧客（施工主）の指図に基づいて行われるもので、主として土木・建築、プラント建設、造船、一部機械装置の製造・設置などのことだが、2007年12月に定められた会計基準では受注制作のソフトウェアについても対象として明記とされた。 一般に収益の認識（財務諸表への記載）は、商品の販売やサービスの給付を実現した時点をもって行われる。しかし、長期の大規模工事で仕事の完成・引き渡しをもって収益の認識とすると、長期間にわたって原価（費用）ばかりが認識され、収