ベストアンサー ※ ChatGPTを利用し、要約された質問です(原文:パッケージソフトを作っているのですが) パッケージソフトを作っているプログラマーの悩みとは? 2009/11/21 12:19 このQ&Aのポイント パッケージソフトを作っているプログラマーが嫌になってきている理由とは?COBOLプログマーと同等の扱いに不満。なぜパッケージソフトを作っているプログラマーは素人波の扱いにされるのか?経験が必要なのに理不尽な目に合う。40近い年齢のプログラマーが転職が難しい理由。 パッケージソフトを作っているのですが いい加減嫌になってきているのですが... パッケージソフトを作っているプログラマーなのですが (例を言えないので、市販の表計算ソフトなどをイメージしてください) にもかかわらず、COBOLプログラマーと同等もしくは、それ以下の素人波の扱いしかされません。 上司の頭の中 COBOLプログラム = 100日工数 と Windowsパッケージプログラム = 100日工数 ソフトが売れているのは、プロジェクトマネージャーのお陰だと言って、コケおろします。 ここまでたどり着くには、それなりの経験が必要なのにです。 都会もやはり同じなのでしょうか? ほんとに、こんなスキルを持っていても、結局理不尽な目にしかありません。 ばかばかしいです。年齢も40近いので、転職は難しいです。 質問の原文を閉じる 質問の原文を表示する みんなの回答 (6) 専門家の回答 質問者が選んだベストアンサー ベストアンサー noname#105235 2010/01/22 13:46 回答No.6 正直に言うと、私の経験からCOBOLの仕事はほとんど体力勝負の仕事です。 そんな仕事をずっとやればやるほど、個人の技術力は下がるし、健康も悪くなりかねます。 参考URL: http://webso.jp/search/?sk=COBOLオフショア 広告を見て全文表示する ログインすると、全ての回答が全文表示されます。 通報する ありがとう 0 その他の回答 (5) qbr2 ベストアンサー率50% (62/123) 2009/11/24 11:06 回答No.5 >MicroSoftの製品(アメリカ製品)を使いまわして Windowsプログラマである、あなたが批判するのは滑稽ですね。 アメリカ製品に乗っかるものを作ってるんじゃないんですか? 技術の真髄がWindows向けパッケージソフトにありますか? 自分の技術を猿真似と呼んで卑下しているようにしか見えません。 あなたの中では、どういう人が一流なんでしょうか? 質問者 補足 2009/11/27 22:42 乗っかるものを作っていますよ >技術の真髄がWindows向けパッケージソフトにありますか? 真髄はないかもしれませんが、 それなら、なぜ Microosoftのように世界的に売れるソフトと日本では作れないんですかね? 日本人には、何か知的に不足しているところがあるからでしょ? >自分の技術を猿真似と呼んで卑下しているようにしか見えません。 サルマネという表現は、年功序列で出世した上司が 若くて安い労働者(オフショア開発ともいえる)を連れてきて アメリカ製品を使って開発作業(サルマネ)を行うということが言いたかったのです。 そこに、スキルアップなんてないでしょ? (部下をこき使うというスキルはあがるかもしれませんが) んで、プロジェクトマネージャー経験があるから転職しやすい? 傑作ですね >あなたの中では、どういう人が一流なんでしょうか? Windowsに負けない様なOSを作れる会社を、運営している人 技術者を、適切に評価してくれる人 広告を見て全文表示する ログインすると、全ての回答が全文表示されます。 通報する ありがとう 0 oraora777 ベストアンサー率20% (56/268) 2009/11/22 18:51 回答No.4 >>Windows向けのパッケージソフトなんて、 > Windows独特のAPIやらシステムを覚える必要があるということです。 >そんなこと、"誰でもできるじゃ~ん" といわれそうですが > Windowsは奥が深いんですよ。 知っている?ニコニコ動画にアップされているけど「テトリス」を コンパイラのインストールから初めて1時間で作る人がいるんですよ。 (MinGW(gcc)でWin32APIのみでMFCなんて使わずに開発していました。) それから見たら質問者はどんな物でしょうね? 自分はメインがPHPなどのWeb系ですからなんとも言えませんけど 質問者 補足 2009/11/26 08:16 それはすごいですね。 そんなにすごい、日本人?がたくさん存在するのなら 日本では、Visual Studio 2010 最上位Version 100万くらいのものがなぜ作れないんですかね? 100本売れても、1億円! なぜ、こんな簡単な計算も日本人はできないのでしょうか? 広告を見て全文表示する ログインすると、全ての回答が全文表示されます。 通報する ありがとう 0 qbr2 ベストアンサー率50% (62/123) 2009/11/21 23:51 回答No.3 二番煎じのプログラムじゃぁ、意味がないです。 機能的な話で言えば、OFFICEの同等製品なんていくらでもあるわけですから。 じゃぁ、なぜMicroSoft製品に勝てないのか? それは、プログラムではなくマーケティングの差です。 >Windows独特のAPIやらシステムを覚える必要があるということです。 >そんなこと、"誰でもできるじゃ~ん" といわれそうですが >Windowsは奥が深いんですよ。 誰でもできるじゃ~んとは言いませんが、積み重ねるものじゃないですね。 使い捨ての技術です。捨てなきゃ、次へ進めませんから。 「Windows独特のAPIやらシステム」って土俵で勝負しちゃうと、 10年前からずっとやってる人より、ここ5年やってる若い人の方が、 給料も安くすんで優秀な人が多くなっちゃうのが必然かと。 だから、35歳定年なんて言われちゃうんですよ。 キャリアを認めてもらいたいなら、年齢を重ねなきゃ得られないもの というのを持っている必要があります。 一般的には「管理職」として人を使う仕事になることが多いので、 人を使ってなきゃキャリアとして認められない というのは、あながち間違いではありませんね。 質問者 補足 2009/11/22 08:12 >それは、プログラムではなくマーケティングの差です。 プログラムでも、マーケティングでもなんでもいいですが 日本のIT関係者って、ゴタクを並べる前に(評論ばかりして) なんで、お金を稼げなんですかね? 知能指数が低いとしか思えませんね (お金を稼ぐために働いているんでしょ?) >積み重ねるものじゃないですね。 まぁ、所詮日本の ITなんてこの程度でしょう 純資産7兆円もの会社が存在していないにもかかわらず、 MicroSoftの製品(アメリカ製品)を使いまわして、”技術なんてすぐに陳腐化する。” 結局、アメリカ製品のリプレイスに合わせて ITを提供しているだけはありませんか? そーいう、2流3流の人物が 目上に立つからおかしなことになっているだけでは? >給料も安くすんで優秀な人 アメリカ製品の使いまわし”サルマネ”させるには、若い人の方が使いやすいですからね しかし、どこまで行っても Microsoftには太刀打ちできない。(金が稼げない) 技術の真髄もわからない。 こんなところでしょうか? 広告を見て全文表示する ログインすると、全ての回答が全文表示されます。 通報する ありがとう 0 qbr2 ベストアンサー率50% (62/123) 2009/11/21 21:33 回答No.2 私も以前、Windows向けパッケージソフトの開発をしていましたが、 COBOLのプログラマよりも上だと思う根拠がわかりません。 Windows向けのパッケージソフトなんて、 きっちり仕様さえ出せば、中国でのオフショア開発でも 結構なレベルのプログラムが上がってきますし。 具体的に、どういうスキルをお持ちなんでしょうか? 質問者 補足 2009/11/21 21:49 具体的なスキルはちょっと言えません。 >Windows向けのパッケージソフトなんて、 Windows独特のAPIやらシステムを覚える必要があるということです。 そんなこと、"誰でもできるじゃ~ん" といわれそうですが Windowsは奥が深いんですよ。 では、まず MicrosoftのExcelに対抗できるようなソフトを作れるほどのスキルは、持ち合わせて居られますか? Microsoftの資産規模は、7兆円なので かなりの推察ですが このソフトに対抗できるものが作れれば 1兆円ぐらいの売上げをあげる事はできるのでは? (富士通の資産規模が約2兆円かと思います。) ちまちまオフショア開発しなくても 一生遊んで暮らせますよ。 (なぜ、日本の企業にはソフトウェアだけで1兆円もの売上げあげている企業がないんでしょうか?) 私もそこまでのスキルは持ち合わせていませんが、 要するに日本では、スキルが高いプログラマー=下働き=COBOLプログラマー=アホと同じ=意味のないスキル=若い人間の方が良い=年齢制限35歳まで ということなんですよね? 人力(下っ端をコキ)を使っていないと、キャリアとして認められないという事で良いでしょうか? 広告を見て全文表示する ログインすると、全ての回答が全文表示されます。 通報する ありがとう 0 cobe ベストアンサー率23% (54/227) 2009/11/21 14:38 回答No.1 そこそこ難易度の高いスキルを持ち合わせていても、 ・他の人もたくさん持っている(交換可能) ・作っているものが売れない というパターンだと、やっぱり扱いは厳しいです。あなたにしか出来ない仕事でなおかつ売れるモノが作れるのであれば、扱いは高まるでしょう。 > 年齢も40近いので、転職は難しいです。 転職が難しいと諦めている時点で、やはり市場価値の低さというものを自分でも理解され始めているのではないでしょうか。 質問者 補足 2009/11/21 19:34 売れるモノが作れる = 要するに、能力よりお金を稼げる能力が重要ということですよね? 広告を見て全文表示する ログインすると、全ての回答が全文表示されます。 通報する ありがとう 0 カテゴリ ビジネス・キャリア就職・転職・働き方就職・就活 関連するQ&A パッケージのWindowsプログラマーなのですが パッケージソフトウェア会社に勤めているのですが 主に Windowsプログラムに関連した仕事をしています。 しかし、上司が昔かたぎのパワハラ型で、Windowsの事にまったく精通していないため人海戦術でソフトなんて作れる。プログラマーなんてアホぐらいにしか思っていないようです。 ( 竹やりでB29を打ち落とせと命令するのが好きなような感じです。) そんなことだから、肝心のプログラムは目茶目茶で メンテナンスが非常に困難なものになっていて、シェアも他社に奪われています。 日本では、個人でWord並みのものが作れるプログラマーが居ても、お前は業務知識がない、下っ端扱いにしか扱われないような気がします。つまり損な役回りです。 なんだか、ソフトを作るうえで 何かすごく重要なところ見落としていて、パワハラと上下関係でしか話をしてきません。 東京でも、この手の会社って多いいのでしょうか? 理不尽な世の中 ソフトウェア業界に勤める30代の男です。 ここ数年、特に思うようになってきたことがあります。それは世の中ってなんて理不尽なのか、ということです。 これは今私がプログラマとして携わっている、あるシステム構築プロジェクトで感じたことです。 開発期間の真っ最中なのですが、表向きの遅れが3週間~1ヶ月、実質的にはもっとあるように思います。 決まっていないことが多すぎるのに、月日はどんどん過ぎていくんです。しかも決めようとする動きが見えてこない。 現場の私たちが「このままでは納期に間に合いませんよ」と訴えてもほぼ変化なし。 物を作らない人たちは遅れたところで別につらくないので、急ごうという意識がないようにも感じます。 結局被害を受けるのは、決まるものが決まらなくて遅れたスケジュールを取り戻すために毎日遅くまで働く現場の人間なのです。 時々「お客さんが決めてくれないので・・・」という話も聞きますが、交渉次第では少しは良くなることだと思います。それもやっていない・・・。 偉い人とか技術的に能力がある人は、たいていプライドが高く、自分のやり方に自信を持っていると思います。 しかしそれが却って仇になることがあると思います。今回のケースもそうなのではないでしょうか? だから、何を言っても応じてくれない。 結局自分のことしか考えてないんですよね。理不尽と思いませんか? 私だったら、プロジェクトが遅れる云々よりも、他の人に迷惑がかかるので、こういうことはしませんけど。。 こういうのもそのプロジェクトだけで終わってくれれば良いんですけど、当事者たちに問題意識がないので、また起こるんですよね。 それもまたムカつくんですが。 たとえ過程がめちゃくちゃでも、現場の人間が頑張って最終的に納期に間に合えばプロジェクト成功って思うんだから、進歩しませんよね。 どう思いますか? 作品募集の会社に行ったら 広島で就職面談に、ソフトウェア作品を持ってくる会社が合ったので 自分がネットで売れているソフトを持っていたら、いきなり罵声を浴びせられました。 おまけに、前職がどーのこーの (実力主義に前職は関係ないでしょう?) パワハラとイジメと職種変えで、辞めたのに事情も聞かずに一方的にウダウダもちろん、結果は不合格 都会に行っても、こんな理不尽&陰湿な会社って多いいのでしょうか? 人生100年時代!シニアでも転職できますか? OKWAVE コラム プロジェクト管理(企画から完了まで)の流れがわからない… 最近、未経験で事務のアルバイトをはじめました。 開発会社なのですが、「プロジェクト管理表」「工数」などの言葉がよく飛び交います。 当然のことですが、一つのプロジェクトが予定・運営・完了するまで長い期間をまたぐことや、企画・営業・プログラミング・デザイン・事務etc.などそれぞれ分かれて別の人が別の仕事をするため、ひとつのプロジェクトの完了までの流れがわかりません。 例えば、検収書・請求書はどのタイミングで登場するのか? プログラム管理表というものからは何がわかるのか、またいつ作られるのか? その他、はっきりいって情けないですが全てがわかりません。 一から理解したいのですが、何か良い方法はないでしょうか? わかりやすく解説した本やサイトがあれば紹介してください。 検索してもうまくひっかかりません…(オービックなどソフトばかりがひっかかったり) 2年目PGがゲームPGへ転職希望 ゲーム業界のプログラマーへ転職を考えています。 専門学校で二年間プログラムを勉強し、今は就職して二年目です。 元々ゲーム系のPGになりたかったのですが、ゲーム業界は就職難ということで普通のPGコースを卒業しました。 学生時代はCOBOL,C,C++,VBA,VB6を勉強し、普通の会社に就職してからはCOBOLとVB.net。 学生のころ勉強したものは本当に基礎レベルですし、 COBOL,VB.netもまだ二年目ということもあり、学生レベルと言ってもいいと思います。 そんな私がゲーム系のプログラマーにやはりなりたくて最近転職を考え始めました。 ゲームをするのが好き、というただそれだけの理由ですし、ゲーム業界ではどんな言語を使うのか、どんなスキルが必要なのか。 そんな当たり前のことも分かっていませんし、もちろんゲーム開発経験もありません。 ですが意志だけは強いのです。 今いる会社はどこにでもある会社で、一応私はプログラマーという位置にはいるのですが、オペレータになる可能性も、ヘルプデスクになる可能性もある会社です。 もちろん沢山の経験が必要なことに変わりはないのでしょうが、やはり一生続けていきたいのはプログラマーやSEの仕事です。 今いる会社で充実していればいいのでしょうが、契約などの問題などで、もう一年半近く経つというのに、実際仕事をしている(システムを作っている)のはその半分にも満たないと思います。 それ以外は契約が決まるまで待機という形で、自主勉強の日々です。 スキルは身につけたい。ですが実際自主的に勉強しても限界があり、それはやはり現場で働くのとは雲泥の差です。 ゲーム業界は大変ですし、また残業も徹夜もあるとは思っていますが、それでも頑張りたいとは思っています。 スクウェアエニックスやコナミ、KOEIなど気になる会社はチェックしてみたのですが、そうすると実務経験3年以上など、厳しい条件が揃っています。 後一年半今いる会社にいてもゲーム業界のスキルが身に付くわけでもないですし、言語も違います。 曖昧な質問の仕方かもしれませんが、私はこれからどうするべきでしょうか? ゲーム業界に行くため会社を辞めるか、それとも今の会社にいるべきか、ゲーム業界でない会社に再就職するべきか。 広い視点からの回答、お待ちしております。 また、初心者歓迎などというゲーム系の会社は少ないでしょうが、こんな私にお勧めな会社などがありましたらよろしくお願いします。 (上記にあげたような大きな会社でなくても構いませんので) ソフトウェア開発における、プロジェクトリーダに求められるもの こんにちは。 経験が浅い私ですが、自社開発のプロジェクトで、プロジェクトリーダを任せられることになってしまいました。 そこで慌ててプロジェクトリーダの仕事について調べているのですが、ネットや本で調べられる以外の、生の意見を聞いてみたく、質問させていただきました。 みなさんは、プロジェクトリーダに求められるスキルとは、どのようなものだと感じていらっしゃいますか? また、現在の僕にできること・求められることは、どのようなことだと感じますでしょうか? お手数ですが、ご意見をいただければ幸いです。 以下に私の経験と、プロジェクトメンバーについて記します。 20才より2年、専門学校でCGを学ぶ。 22歳より、ハード・ネットワーク保守の仕事に就く。そのなかで、上司のサポートを受けながら、ハード設置工事等の主担当を務めた経験はあり。 28歳、未経験でプログラマ職に転職。現在9ヶ月が経過。その間、最初の1ヶ月は1週おきにc/c++/vc++/Borland C++Builderと勉強し、次の1ヶ月はC++Builderで開発の補助。その後は先月いっぱいまで、忙しいプロジェクトでテスト。仕事でのプログラム経験は、2ヶ月目のビルダーでの開発補助のみです。 プロジェクトメンバーは、2年のc・c++経験がある25歳、専門学校でプログラムの勉強をした21歳、業界10年だがテスト担当が長くプログラム経験は短い40歳です。 プログラマー 半年契約 プログラマー 半年契約 自分はITやプログラミングといったものを職業にしようと思って勉強をしています。 それで今日東京の会社に面接に行ったのですが そこで言われた事が 「あなたの場合、未経験なので最初は自分にできそうなプロジェクト(実務未経験なのでExcelなどの表作成)などから初めて頂きたいと思っています。半年は契約社員として働いてもらって、それでこうゆうプログラムを作れたからこうゆう案件はできるんじゃない?とプロジェクトに配属が決まった時点で採用。そこからまた試用期間を半年行います。」と言われました。 そこで疑問なのですがやはりプログラマー(東京のある程度大きな企業)の場合 ・いきなり正社員じゃないのは当たり前なのでしょうか? ・契約社員として半年過ごしその半年というタイムリミットがある中である程度のプログラムを作れるのは普通でしょうか? ・やはり実務経験不問で入社し実務を着実にこなしていくのが良いでしょうか? ・プログラミングは自分でやって覚えるものですが9割は自分で覚え残り1割は相談とかいったことは甘いでしょうか? ・未経験でプログラマーとして入社する場合、色々な言語、色々な案件を扱う会社に入社するのと一つ(少なめ)の言語を狭く深く集中してできる実務につくという事、ケースバイケースだとは思いますがどちらが良いと思いますか? 25歳男性で実務経験はないのですが職業訓練校で半年間Webの職業訓練を受講していました。 休職活動はリクナビネクストで行いPHP、java、C、COBOLなど本当に様々な言語を扱う所に面接に行きました。 どこか誤字があったり意味の通じていないところがあったら申し訳有りません。 多少厳しめの回答で良いので貴重な回答募集致します。 すいませんがよろしくお願い申し上げます。 64ビットに対応したソフトウェアはどのように作られるのですか? 64ビットに対応したソフトウェアはどのように作られるのですか? 64ビットの環境(CPU-OS)では64ビット向けに開発したプログラムが効率よく実行(速い)できるということですが、実際に64ビットに適したプログラムとはどのように開発するでしょうか? 私自身はプログラマでもなく開発する人間ではないので的外れな質問かも知れませんが可能な範囲でお答えいただければありがたいです。 ・コーディングの時点でメモリの使い方のような「プログラマの意識や手腕」に拠る。つまり、プログラマのスキルによって「64ビット対応」の程度が違うということがあるでしょうか?それとも、ある一定の規則に沿って32ビット向けとは違う書き方をするだけで自ずと64ビット化となるのでしょうか?(前者のイメージは、64ビットをフルに使うように随所で職人的な技術を要するのか、デジタルではっきりと32/64の区別がつくのでしょうか) ・プログラムは外観上(何かのファイルのプロパティを見たり、もしくはリバースエンジニアリングをするようなことで)はっきりと64ビットプログラムか否かというのが分かるものでしょうか。 ・64ビット専用のプログラムは32ビット環境では動かないということですが、何がネックとなり動作できないのでしょうか?(因みに最初の質問は、カッチリとした64ビット専用以外に、中途半端に64ビット指向のソフトがあるのでしょうか?という考えからです) よろしくお願いします。 おすすめのプログラム開発の入門書を教えてください。 おすすめのプログラム開発の入門書を教えてください。 私はC++でWindows環境で動くパッケージソフトの開発をしています。 今までプログラマとして働いてきましたが、自ら望んでこの職種についたわけではなかったこと、元々文系でパソコンに苦手意識もあり、プログラムがあまり好きではありません。 転職を考えたりもしたのですが、プログラム開発の表面しか知らずに好きじゃないと決めつけていたことに気づき、プログラム開発というものを勉強して、プログラム開発を知り、好きになっていきたいと思っています。 言語の入門書ではなく、プログラム開発の入門書を探しています。 ネットワークやデータベースなど、専門的な部分を除き、要件定義、設計、プログラム、テストなど、プログラム開発全体の入門書はないでしょうか? 今まで受け身だった自分を変えたいと思っています。 よろしくお願いします。 現状維持?それとも転職? 30歳、男、プログラマー歴約2年半です。 ソフト会社に正社員勤務していますが、 派遣型の業務形態です。 ですがここ半年ほど主だった業務に就けず、 自己学習や簡単な業務(シェル作成等)といった事しか しておりません。 業務スキルが乏しい上、ニーズに合わないので、 (今までCOBOLメインでした)中々案件に巡り合わないのですが、 「このまま待っていてもしょうがないのでは?」と思っています。 そこで似たような境遇をお持ちの方にお聞き致します。 こういった場合、 1:今の会社に留まる 2:今後を踏まえて、未経験言語(Java等)でも 応募可の派遣会社に行く 3:その他 のどれが宜しいでしょうか? 判断材料とさせて頂きたいので、理由やアドバイス等の 書き込みをお願い致します。 システム運用者の勉強方法とステップアップについて。 現在金融系のシステム運用に携わっている25歳男です。 私の会社は運用がメインですので主に定例の監視・報告・連絡・トラブルを開発に回すなどの肉体作業が主となっています。 今はシステムの移行がありますので開発からの手順を元に構築の作業にも携わっています。 私の職場では上記の作業は当たり前のようにこなさなければならず、合間を見つけて業務改善をしなければなりません。(強制ではないので、自発的に行わなければ仕事はありません。) 業務改善を行うためにはプログラムを組む必要があるのもあります。私の職場ではCOBOLを使用しています。 そこでこれから自主学習が必要になってくると思いますが、どのような勉強をすれば一番効率がいいのかアドバイスを願います。ちなみにCOBOLに関しては一回講義に参加した程度です。 以下の勉強が必要だと思っています。 (1)基本情報処理技術者試験の取得(プログラムを理解するには一番初歩的な資格だと聞きました。また会社から社員全員に進められます。) (2)COBOLを独学で学習(業務で直接関わるプログラムであるため。) (3)VBA、Accessなどの学習(担当内で使用できるツールを作成できるようにするため。) 上記の三点がまず勉強が必要だと考えています。ただ難易度などがよくわかりません。 勉強する順番もしくは全て同時進行で行った方がいいのか、SEの方ご教授の方をお願いいたします(自分はこのように勉強したなどの体験などでも結構です)。 将来は運用者→プログラマー→SE→プロジェクトマネージャのステップアップを考えているのですが、今のまま(入社3年目)では理想のままで終わってしまうと思います。 以上、とても分かりにくく申し訳ありませんがアドバイスの方よろしくお願いいたします。 39歳生産技術のスキルについて 長文になると思います。 私は生産技術として20年位になりますがどれも専門性に劣り悩んでおります。生産技術というと職は、自動機を設計したり、治工具を設計したりと思われがちですが、私の勤務している会社では自動機や治工具すべて自動機が作る部署があり下記のような仕事をしております。 1.工程不良の低減 2.計測ソフト開発(BASIC VB) 3.工数低減 4.自動機の仕様作成 5簡単な治工具の製作等を主な業務にしております。 社長が技術畑の社長となり、生産技術は「原理・原則」を追求する部署だと日々言われるようになりました。 「原理・原則」を追求するにあたり今の自分のスキルではと思うこの頃です。 1.まず工程不良の低減では「実験計画法」 「統計」のスキル 2.計測ソフト開発 BASIC VBのプログラム技術 3.工数低減 原価 4.自動機の仕様作成 5. 簡単な治工具 AUTO CAD 6.文章力 以上のスキルが求められており、それなりには対応してきましたがプロという領域までは行っておりません。 現在部下4人を持って自分のかけている技術を完全とまでいかなくても、品質の知識・測定の知識・文章を書く知識・また技術系の管理職としてどのように個人のスキルを伸ばしていったらよいか考えております。生産技術としてのスキルを身に付けるにはどのようにしていったらよろしいでしょうか? キャリアについて教えて?修行の成果を示す退職届と転職書類の書き方 OKWAVE コラム プロジェクト、成果物、工数管理って何? プロジェクト、成果物、工数管理って何? 3つもすみません。 プロジェクトって、何らかの目標を達成するための計画を指すことですよね。 成果物っていうのも、IT関連のプログラムとかシステムに限らないですよね。 私は今、派遣社員として、あるプロジェクトチームに所属しています。 とある新商品企画に関するもので、私は商品企画のアシスタントを担当しており、ITとは全く関係ありません。 このプロジェクトが終わると、期間満了で退職予定の為、少しずつ就職活動を始めています。 (本当はもっと前に退職する予定だったんですが、プロジェクトチームに参加することが決まり、そのプロジェクトが終わるまで、という延長になりました) ある派遣会社に登録にいった時の話です。 職務経歴書には新商品(飲食物)企画プロジェクトチームのアシスタント(企画スケジュール管理や庶務業務等)ときちんと明記しているのですが、なんだかプロジェクト=IT関連のような事を言われてしまい、戸惑いました。 一応、きちんと説明はしたので、ITではない、とわかって頂いたのですが。 また、工数管理もされてました? と聞かれたのですが、聞いたことあるけど社内でその言葉を使ったことはありません。 企画スケジュール、予算、進捗、チーム管理等は行っていたのですが、やはり、それとは違うのでしょうか。 (派遣会社の人には、言葉を濁しながら、企画スケジュール、予算、進捗、チーム管理等はやってたんですけど~、と説明しました) 成果物も、私の認識ではプロジェクトによって出来たもので、私がいるチームにとっての成果物とは「商品」であり、また商品を宣伝する為の「販促物」というイメージでした。 ただ、インターネットでいろいろ今調べてみたところ、まるで成果物=システムや、プログラムといったような感じです。 やはり一般的な印象としては、プロジェクト=IT関係の仕事をさす言葉なのでしょうか? もしそうならば、誤解されたくないので、違う言葉を使った表現をしようかな、と悩んでいます(かといって、他になんていう言葉が的確かもまだ悩んでいるのですが) 諸事情により派遣社員をしておりますので、変に派遣会社に誤解されたまま受け取られて、本来なら私にはさっぱりな仕事を回されたら、と思うと面倒なので。 ちなみに、MOS資格を持っていますので、まったくオフィスソフト関連を使えないというわけではないのですが、IT関連のシステム、プログラミングとなると、さっぱりです。マクロもまだ勉強中…… COBOLのプログラミング力を上げるには? 私は25歳女性、現在COBOLのプログラマーです。 去年の夏2か月ほどCOBOLのプログラミングをした経験がありますが 初めてで全然できず、いろんな上司に手伝ってもらいながらやっとできました (ほぼ他力)。 今月からまたプログラムを作ることになり、ソースは勉強して読めるようになりましたが、「この処理の詳細設計書いて!」と言われても。全く書けません。 どういう処理なのか教えてもらっても、理解するのに他人の10倍は時間が かかります。 あまりにできなくて自信がなくなり、質問しにいくのも恥ずかしく、落ちこんでばかりです。ネットで調べても、本を読んでも、あまり実務につながりません。 上司もなんだか呆れています。 派遣で今の会社にきて1年半、この間ほぼ事務職だった私には、はっきり言ってプログラミングは厳しいです。 新卒の子は一人一人に教育係がいるのですが、私はすべて自分で動かないと何も進みません。 なのに周りは男性ばかりで質問するのが恥ずかしく、一人で考えて煮詰まっちゃいます。 今のプロジェクトでがんばって、評価してもらおうと気合十分だったのですが、 早くも挫折してしまいました。 このままではタイトなスケジュールの中、私が足を引っ張り他のメンバーに 迷惑がかかってしまいます。 勇気を出して質問にいくようがんばりますが、それ以外に どう努力したらいいのでしょうか><。 どうようもないことで質問をしてすみません。 ちなみに今担当している処理は (1)ファイルを読み込む→データを抽出→抽出したデータをファイルに出力 (2)出力ファイルのデータをDBに取り込む 簡単そうでなかなかできません。 情報システム会社での育成プログラムについて お世話になります。 漠然とした質問で恐縮ですが、皆様の会社で社員の育成プログラムとしてどのような取り組みを行われているか、差し支えない範囲で結構ですので、ご紹介戴けませんでしょうか。 (何を主眼に置かれているか、どのような体制で推進されているか、育成する側/される側にそれぞれどの程度の工数を割いておられるかなども含めて戴けるとありがたいと思います) 私の会社では数年前より、経産省のITSSに沿った育成プログラムをあるコンサル会社の協力を得て構築し、運用しています。 これに加えて、OJTも、研修的な形式も含めて取り組んでいますが、思うように効果が上がらず、今後短期間でより効果が上がる方法を早期に確立することが必要だと感じています。 個人的には、技術的な知識よりも、話を聴く、プレゼンするなどのベーシックなビジネススキルから始まり、ユーザ要件を取り纏める、プロジェクトをマネジメントするなどのより高度なスキルを身につけさせ、顧客やユーザに高付加価値な提案が行えるための育成を優先すべきと感じています。 技術的な知識については、自ら積極的に習得する意欲があり、それなりに伸びていると思うのですが、ある一定のレベルより上にはなかなかいかない、上にいくために何が必要かを探す努力が欠けている社員が多いように見受けられます。 育成プログラムではこのあたりをフォローする仕組みがないですし、 (もちろんプロジェクトマネジメントなどのコースはありますが、どうも受身の姿勢で、業務に活かせていないのだと思います) 会社として明確なキャリアパスを社員それぞれに明示できていないのも原因と感じています。 取り留めのない内容になってしまいましたが、下のほうで愚痴っぽく述べた部分も御考慮戴いた上で、皆様の会社での取り組みについてご紹介戴けると幸いです。よろしくお願い致します。 こういう仕事の受け方ありますか? 某ベンダーからインフラの設計の仕事を請負いました。 私は、さらに派遣で請負った会社から仕事を受けました。 基本設計~構築・検証まで一人で任されたました。 ベンダーの方と面接の時に上流行程の仕事はした事がないとハッキリ いいましたので、勉強しながらのスタンスで臨むと言う事で合意がとれていた と思っておりました。 WBSも作成しましたが、とても契約した工数ではできない事を、派遣先の 責任にいいましたが、聞く耳をもってくれませんでした。 しかも、構築につかうOSやミドルはすべて評価版をダウンロードしてください。 との事でとてもお粗末なプロジェクトです。 しかし、乗りかかった船で、責任を全うしようと努力しましたが、案の定 計画は破綻しました。 私はハッキリ、この工数ではできないと申し入れしたのにも関わらず、 派遣先は聞く耳をもってくれませんでした。 こういう理不尽な事も承知で耐えて来ましたが、私の仕事の進めて方が 悪いのでしょうか? ちなみに、基本設計をするにあたり、元なるINPUTは、ベンダーさんのエンジニア の頭の中にあるものの、ドキュメントはありませんでした。 できるだけ、INPUTを引き出しましたが、やはり情報量が足りません。 ※結局、PMをいれて頂き、ほかに二人増員をしましたが、期限は 守れていません。 質問 (1)基本設計をするにあたり、その根拠となるINPUTは、要件定義書となる と思っていましたが、間違いでしょうか? 一般的に基本設計は何を元に執筆すべきでしょうか? (2)検証環境を構築するにあたり、評価版を使用する事は妥当でしょうか? (3)工数の見積もりは、どのようにすれば良いのでしょうか? ※100ページ近いドキュメントを数時間でしあげる事になって しまいましたが、こういう事は常識的にありでしょうか 長文になりもう少しわけありません。 ご教示お願い致します。 wordのアップデートによる不具合 機械的なことには疎いのですが、マイクロソフトのアップデートの度に文章内の記号が化けてしまったり、設定外の表記になったりして、その度に一日がかりで修正しなくてはならなく困ってます。マイクロソフトにも以前問い合わせた際には改善方法を知ってるが有料といわれてしまいました。誰がせいでこんなことになってるのかと理不尽さを感じずにはおれないのに。根本的な方法があれば是非教えてください ※OKWAVEより補足:「NEC 121ware : Windows」についての質問です フローチャートを書く書かない 元ハード屋です。 先日ASIC設計(半導体設計)の方との話で驚いたことがあります。その方はC言語を使いフローチャートは書かずにいきなりコーデングするそうです。 装置物(マイコンでの制御)の設計を10年位前にしていましたが、その時一緒に仕事をしてましたソフト屋さんはたしかC言語を使い、そして沢山のフローチャートを書いていました。 最近はC言語ではフローチャートを書かないのでしょうか。また言語(FORTRAN、COBOL、BASIC、、、)或いはやる内容により差があるのでしょうか。私はプログラマーでは有りませんが最近Visual Basicで割合大きなプログラムを組みましたが、その時はフローチャートを書きました。あとで変更する時フローチャートが無いと困るだろうと感じています。 運が悪いだけでしょうかねぇ ソフトウェア業界でプログラマーをやっています。 今は自社から某IT企業に派遣されて働いています。 プロジェクトも業務テストの段階に入っていますが、それはエンドユーザの要求により、 スケジュールを大きく動かせないため、無理やりやっている状態です。 システムテストを経ずに、単体テストからいきなり業務テストに突入しました。 未だに未完成のプログラムもあります。 こういった状況になったのは、元々スケジュールがきつかったこともありますが、 無駄な工数の削減やデータベース設計を先送りにしてきたためだと思っています。 私は、すでにこういった状況が見え始めていた製造工程から参画したので、 今の状況はどうすることもできません。 プロジェクトマネージャやリーダも含め、毎日遅くまで残業をし、 休みなしの日々が続いているそうです。 みんな疲れきっていますが、私には笑えます。だって自業自得だし。 今になって後悔しているかどうかは知りませんけど。 私は時間清算契約ではないので、残業はあまりできません。 したがって、遅くても21時くらいには退社します。そういう意味では助かっていますね。 サービスインが近づいているんですが、無理だと思います。 業務テストに入った今でもテーブルレイアウトの変更が頻繁に行われているんですから。 この1年はこういうお客さんとの仕事ばかりでした。 こんなお客さんと仕事をする羽目になる私の運が悪いだけなんでしょうか? それともこれが普通なんでしょうか? IT業界での転職はあきらめるべきなのか 30歳ちょうど、開発経験は3年ほどあります。 こちらで「プログラマーの書類選考に落ちつづける」という相談をしたら、特別なスキルもない上にマネジメント経験のない30歳は障害者雇用だろうと落ちるに決まってるといわれました 要は特別なスキルやマネジメント経験があれば問題ないということですが、今までのプロジェクトでは要件定義を設計とコーディング、テストを一人で行うものばかりで、共同作業を行ったことはありません。当然のことながらマネジメントスキルなんてものはありません。 このまま会社にいてマネジメント経験を積めればいいのですが、会社は倒産してしまいました。 マネジメント経験のなさを補う方法があれば教えてほしいのですが、そういう都合のいいものは存在しないのであきらめるべきなのでしょうか。 年齢 30 ■職務経歴 ・接客業 2年(新人教育を任されたことがあります) ・IT関係 3年(エディターコンポーネントとエディター本体の設計からテストまでを一貫して行いました) スキル C#,WinForms,WPF,WindowsStore,C++/CLI:3年 C++:趣味でシェル拡張を作ったことがあります JavaScript,PHP,MySQL,HTML,CSS:Webサービスを作り、今現在公開中です Java,Ruby,Perl,Python:簡単なプログラムなら組めます DotCloud,AppFog,Apache:Webサービスの構築ができます 自己分析 ・可読性と移植性とオーダーを意識して仕事にあたってきた ・最新技術の吸収に努めてきた ・いくつかのオープンソースプロジェクトでコーディング・ドキュメント作成を担当した ・接客の仕事では新人教育まかされたことがある ・paizaというコーディングスキルをチェックするサイトで上から1番目の評価をもらったことがあります ・アスペルガー症候群というコミュニケーション面での障害を持ってる 希望 ・プログラマーとして働き続けたいが、設計関連の仕事もしたい 注目のQ&A 「You」や「I」が入った曲といえば? Part2 結婚について考えていない大学生の彼氏について 関東の方に聞きたいです 大阪万博について 駅の清涼飲料水自販機 不倫の慰謝料の請求について 新型コロナウイルスがもたらした功績について教えて 旧姓を使う理由。 回復メディアの保存方法 好きな人を諦める方法 小諸市(長野県)在住でスキーやスノボをする方の用具 カテゴリ ビジネス・キャリア 就職・転職・働き方 起業・開業・会社設立在宅ワーク・SOHOインターネットビジネスビジネスマナー・ビジネス文書アルバイト・パート就職・就活転職派遣履歴書・職務経歴書失業・リストラその他(就職・転職・働き方) カテゴリ一覧を見る OKWAVE コラム 突然のトラブル?プリンター・メール・LINE編 携帯料金を賢く見直す!格安SIMと端末選びのポイントは? 友達って必要?友情って何だろう 大震災時の現実とは?私たちができる備え 「結婚相談所は恥ずかしい」は時代遅れ!負け組の誤解と出会いの掴み方 あなたにピッタリな商品が見つかる! OKWAVE セレクト コスメ化粧品 化粧水・クレンジングなど 健康食品・サプリ コンブチャなど バス用品 入浴剤・アミノ酸シャンプーなど スマホアプリ マッチングアプリなど ヘアケア 白髪染めヘアカラーなど インターネット回線 プロバイダ、光回線など
補足
乗っかるものを作っていますよ >技術の真髄がWindows向けパッケージソフトにありますか? 真髄はないかもしれませんが、 それなら、なぜ Microosoftのように世界的に売れるソフトと日本では作れないんですかね? 日本人には、何か知的に不足しているところがあるからでしょ? >自分の技術を猿真似と呼んで卑下しているようにしか見えません。 サルマネという表現は、年功序列で出世した上司が 若くて安い労働者(オフショア開発ともいえる)を連れてきて アメリカ製品を使って開発作業(サルマネ)を行うということが言いたかったのです。 そこに、スキルアップなんてないでしょ? (部下をこき使うというスキルはあがるかもしれませんが) んで、プロジェクトマネージャー経験があるから転職しやすい? 傑作ですね >あなたの中では、どういう人が一流なんでしょうか? Windowsに負けない様なOSを作れる会社を、運営している人 技術者を、適切に評価してくれる人