アカウント名:
パスワード:
だとすると、開発力の優れたスクウェア+マネジメント力の優れたエニックスの組み合わせは、 かなりよい効果があるような感じがしますね。
#実際苦しめられてるのでAC
水晶の龍は「野球拳」という一点でのみ覚えています、 という人もけっこういるのでは?
そんなあなたにこのFlash [geocities.co.jp]。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
「かなり本気で合併に反対の意向なのではないかと思え (スコア:2, すばらしい洞察)
自分の育てた会社が低く評価されたという点と、
新会社での自分の持分比率が少なくなるという点で
不満だということなんだと思うのだが、どうだろうか。
合併しなかったとして (スコア:0)
ゲーム業界に籍を置く知人(合併話も発表以前から知ってた人)の話ではかなりヤバゲだって言うんだけど。
Re:合併しなかったとして (スコア:0)
売上はすごいけど利益出てねえ・・・っつうか損失凄すぎ。
エニックスは堅実 [nikkei.co.jp]
Re:合併しなかったとして (スコア:2, 興味深い)
エニックスが堅実なのは「自社でソフトを開発してない」からだそうです。
そのコメントだけを元に考えると、エニックスはソフトベンダーとしての能力はともかく、
プロジェクトマネジメントの能力はそれなりにあるのかな、などと思ったりします。
だとすると、開発力の優れたスクウェア+マネジメント力の優れたエニックスの組み合わせは、
かなりよい効果があるような感じがしますね。
Re:合併しなかったとして (スコア:2, 参考になる)
どうでしょうか…
金も出さずに大きな仕様変更やれって何度も言って来ました。
そりゃ(エニックスには)損失は出ないよな、と思います。
そういうのってプロジェクトマネジメントなんでしょうか。
(経営レベルでのマネジメントではあるかも知れませんけど)
#この業界にはよくある話なのでAC
Re:合併しなかったとして (スコア:1)
特に仕様や作業範囲の規定に関しては、しっかりとコントロールしないと下請け側はすぐに利益が吹っ飛びます。
逆に発注する側は、あえて作業範囲をあいまいにして、仕様変更・追加などをやらせてしまうというテクニックもありますが(笑)。
(それが災いして、出来上がったものがダメダメになる可能性もある諸刃の剣…)
このあたり、両者のプロジェクトリーダーの微妙な駆け引きが問われる部分だと思いますが、最終的にお金を出す側の方が(精神的にも)比較的有利に立つ場合が多いですよね。
実際、このうような細かい仕様や作業範囲の駆け引きもプロジェクトマネジメントの一部であるとするなら、エニックス側も「多少の」能力は必要とされると思います(下請け側に比べるとはるかに楽な仕事ですけどね)。
Re:合併しなかったとして (スコア:0)
大手の、いわゆるエンジニアリング会社と呼ばれるところで、そんなやり方をしているところはいくつもあります。
#実際苦しめられてるのでAC
Re:合併しなかったとして (スコア:0)
その昔、窓口のサービスがとても良く一般預金者の満足度がとても高かったのに経営者が馬鹿だった為に破綻し消えていった某地方銀行を思い出してしまったよ。
スクウェアが似たような道を
Re:合併しなかったとして (スコア:1)
という人もけっこういるのでは?
#ていうか自分がそう。
Re:合併しなかったとして (スコア:0)
水晶の龍は「野球拳」という一点でのみ覚えています、
という人もけっこういるのでは?
そんなあなたにこのFlash [geocities.co.jp]。
まてまて (スコア:0)
Re:合併しなかったとして (スコア:0)
Re:合併しなかったとして (スコア:0)
Re:合併しなかったとして (スコア:0)
Re:合併しなかったとして (スコア:0)
(若き日のトラウマ一つが癒えました)