『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

この前テレビで、家族を東京に残し、妻だけが関西に単身赴任をしている共働き家庭（子供はふたり）が取材を受けていました。 子供は 2歳と 5歳くらい。 妻が勤める会社には育児や介護のため、転勤を数年間、猶予する仕組みがあります。 ですが妻は「その制度は子供が学校に行き始めた後に使いたい」と考え（お受験の頃？） 今はあえて制度を利用しないと決断。 ちなみに今回の転勤の前、彼女は出産後の時短勤務を選んで内勤の仕事についていましたが、単身赴任を決めたことにより（花形の）営業職に戻れており、キャリアアップの機会も手に入れています。 一方の男性（夫・子供の父親）は、東京で二人の子育てをしながら働いているのですが、「会社には申し訳ないと思うけど、残業はしないという働き方をさせてもらっている」と。もちろん保育所を利用中。 夫曰く、「大変だけれど、妻が子育てのために仕事をセーブしているのは申し訳なかった。だか

『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

― 週刊SPA！連載「ドン・キホーテのピアス」＜文／鴻上尚史＞ ― NHKBS1の『cool japan』で「涼む」という特集をしました。日本人の夏の工夫です。 予想通りというか、外国人がまったく理解しなかったのは、「金魚」。 「魚を見て、どうして涼しくなるんだ？」「金魚以外も涼しく感じるのか？　サバとかタイを見ても涼しいのか？」なんて疑問が連発しました。 「風鈴」も理解されないだろうなと思っていたら「いや、風が吹く。だから、鳴る。だから、音を聞くと風が吹いているんだなと想像できる。だから少しは涼しいと予想できる」という意外な意見が主流でした。 そうか、そうか、「風鈴」は理解できるのかとちょっと安心して「いや、待てよ。風を知るから涼しいのなら、『風鈴』じゃなくても木の葉とかでもいいの？」と聞くと「そうだよ。風で揺れるものならなんでもいい」と当たり前じゃないかという顔で、外国人全員に答えられ

生産管理であれロジェクト・マネジメントであれ、およそマネジメントと名のつく行為には『問題解決』がつきものである。どんなに精緻な計画を立てたって、実行段階に入れば、予期せぬいろいろな問題が生じてくる。物事が全て計画通りにいくならば、そもそもマネジメントなど不要であろう。だれかがメクラ判を自動的に押していればよい。マネジメントなる職務が必要になるのは、遂行途上で解決しなければならない問題が生じるからだ。 『問題』とは、自分達が（意識的であれ無意識にであれ）期待していた状況と、現実との間に生じるギャップのことを指す。これに対して、『課題』とは、あるべき姿と、現実のあるがままの姿のギャップをいう。問題が受動的に発生してくるのに対し、課題は能動的に作り出すものだ。ここで取り上げたいのは、問題の方である。これは、 問題＝（期待）－（現実） という式に書くことができる。とうぜん自分達が抱いていた期待が高

Heads on: Apple’s Vision Pro delivers a glimpse of the future

失敗例その1　「要件定義が終わらない」 ユーザーから要求を聞き出し、システム要件に落とし込んでいくのが要件定義だ。要件定義が終わらないかぎり基本設計に移れない。しかし、要件定義がいつになっても終わらない。その理由として、ユーザーからうまく要求を引き出せないことがある。そもそも今回のシステム開発でユーザーが具体的に何をやりたかったか、どんなものをIT化すればよいのかがはっきりしない。3カ月と予定されていた要件定義工程はすでに１カ月オーバーしてしまっている、しかもユーザーが満足するような要件定義書がいまだにできていない。 失敗例その2　「設計工程の無駄」 オープン系の開発でウォーターフォール開発を行っている。設計工程は、基本設計、詳細設計に分かれている。基本設計では、要件定義に基づき、主に画面などユーザーがシステムを利用するうえで意識する部分を設計し、詳細設計では、それをプログラムにつなげるた

「システム開発」と聞いて、ユーザーが考えること システム開発とは何か──そう聞くと、情報システム部のようにITに直接的に携わっている人たちは「まずヒアリングして、次はそれを分析して……」といったように具体的な手順を思い浮かべると思います。では、システムを活用するユーザーの皆さんはいかがでしょう？ 「システム開発とは何か」と聞かれたとき、どのように考えますか？ 例えば、会社が社屋を移転する際、総務部など担当部門の人が考えるのとほとんど同じではないでしょうか。「土地を探してビルを建てよう」と考える人もいれば、「既存のオフィスを借りよう」という人もいるでしょう。しかし「まず鉄骨を調達して、次に溶接して……」などと考える人はいないはずです。 そう、いまや利用することが当たり前になった「コンピュータシステム」は、ユーザーにとって社屋と同じ、経営の道具なのです。ですからユーザーにとって「システム開発」

●テレビっ子とデジタルネイティブわたしは1959年生まれで、生まれたときからテレビがあった世代に属します。ですからテレビがなかった時代の家庭の団欒が、いかに静謐（せいひつ）さに満ちていたかを知りません...

ちょっと刺戟的な題名をつけました。しかし決して挑戦的な意図があるわけではありません。SEとPGの分業がIT業界にもたらしている問題が今回のテーマです。 ●SEとは何か、PGとは何か まずそれぞれの職分を正しく認識することからはじめましょう。プログラマ（PG）とはどういう仕事をする人たちでしょうか。 いうまでもありません。プログラムを作る人たちのことです。大工さんは家を作る人、漁師さんは魚を取る人。こういった人々と同様にPGもその仕事の内容から自明です。 一方SE――システムエンジニアの方は必ずしもそうではありません。システムのエンジニア？ システムの技術者？ ひどくあいまいな言葉です。この言葉はじつはもともと英語ではなく、「OL」などと同じ和製英語だといわれます。海外のコンピュータ技術書にもSEという言葉はほとんど見かけません。日本人が適当に言い始めた言葉だとしたら、あいまいなのも当然です

IT企業の人事担当者に読んでほしい、人事制度導入ノウハウ。導入プロジェクト開始の準備から設計、導入、実際の運用まで、ステップごとに詳細に解説する。 この連載では、IT企業の人事担当者、人事制度に興味を持つ人に向けて、制度導入のノウハウをお伝えします。準備、現状分析、設計、導入などのステップごとにその手法を解説し、気を付けるべき点を紹介します。 現在、IT企業で起こっている問題 人事制度導入の検討を始める前に、現在IT企業で起こっている「人」の問題について考えてみましょう。 ここでは、「組織レベルで起きている問題」「個人レベルで起きている問題」という観点で整理します。 組織レベルの問題 現在、IT企業に組織レベルで起こっている問題として、以下の3つが挙げられます。 （1）人材育成が後回しにされるプロジェクトチーム中心のマネジメント 通常、システム開発は、案件ごとにプロジェクトチームを組んで行

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