システムの全容をどこまで把握すべきか - novtan別館
巨大なシステムやってて一番思うことは、「隣のプログラムが何やっているかすら知ろうとしない技術者が9割」ということです。これは愚痴です。役割分担が細かいのは良いんですが、仕様すらきっちり確認しようとしない。仕様ってのはそれがわかってないと作れないレベルのI/F仕様だったりするんだけど、誰がどこでどうその項目を設定するの？ということについて興味がなさすぎる。リーダークラスの人が知っててその人に聞けばいいや的な。 で、もうちょっと上のところに行くと、今度はI/Fしている隣のシステムの仕様はやっぱり興味ない。もちろん、I/F仕様どおりにデータが来れば問題ないんだけどさ、データのパターンとかそういう話ってざっくりとした仕様くらいは理解した上で、懸念される問題（あっては困るパターンとかが実際に発生しないかとか）をやり取りするのがシステム屋の仕事だと思うんだよね。 んで、そういうのを寄せ集めて作った巨大
客先常駐はガンガン減らしていっておりますが - novtan別館
会社違えば認識違う、ということでツッコミ入れとく。 といっても、言及先が間違っているという話ではなく、色んな職場があるよって話 顧客先に常駐する、ってことは、顧客内のオフィスにおいてあなたの一挙手一頭足が全部見られているってこと。厳しいお客さんだとあくびや眠そうにしただけでクレームが入る。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ そういやよく「お疲れですね（ちょっと皮肉」って言われてましたけどクレーム入ったことないですね。客にもよるんだろうけど、目に見えて役に立っているとね。 自社の有給休暇を取得しようとしたら、「また休むんですか」とクレーム。 IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ これはない。労務管理は客先側も厳しい（もちろん客の会社の話でこっちには関係ないけど）から理解はある。もちろん客にもよ（ｒ 自社では服装自由だ
某社に見るシステム開発における社内政治の無駄さ加減について - novtan別館
業績は部署についてまわる 複数の部署が同じ目的の巨大システムに携わる 評価の基本は減点法である 業績をプラスにするよりマイナスにしないことが優先される 隣の島の人は同僚ではなく調整相手 文書のない調整結果は意味を持たない １分で済む会話より３往復かかるメールを選択する やったという証拠を残すためだけのレビューを実施する 指摘事項なしは疑われるのでフォントサイズにいちゃもんを付ける 監査はそれを見て満足する 予定と違う報告は許されないので報告の数字は捏造される できないから遅延するよりも中身が空でも枠だけで出来たことにするのが政治的に正しい どんなに正しくても政治的に間違っていると判断されたことは闇に葬られる 言ったもの負けで誰も言わないので全員が負ける（実は言ったら勝てることが多いが賭けを許容しない 常識で考えればこうするでしょということを決めるのに年収１０００万超の人の判子が１００個必要
巨大プロジェクトが延伸する時何が起きているのか - novtan別館
みずほ銀行のシステム統合が一年延期で業界に激震…は走りませんでした。だってねえ。 http://www.47news.jp/CN/201402/CN2014022701001285.html 神秘かつ壮大な銀行システム建造物、みずほ銀行の「桜田ファミリア」 : 市況かぶ全力２階建 システム子会社（MHIR）がDISられている部分もあるけど、こういう時に決定的なのはやはり銀行自身の問題であることのほうが多いですよね。子会社なんて所詮金握られている銀行には勝てません。状況打開するには銀行にお前らみんなバカって言わなきゃいけないんだろうけど、言えるわけ無いですよねｗ さて、延伸といってもいろいろあります。巨大なプロジェクトになればなるほどその理由は重要です。 もう開発も佳境を迎えてからの延伸はかなりやばいです。品質がリリースできないくらいヤバイか、設計に致命的な欠陥があったかのどちらの可能性が高
見積もりと設計の間の高い高い壁 - novtan別館
この元増田は他の業界のものも含めて設計をお願いしたことって多分無いと思うんだよ。 家の場合だったら、普通は設計図と各パーツの詳細見積りで初めて契約だろうが。 見積りの根拠出してくれっていったら、金くれって言われたよ その設計図は増田が事細かに出した要望を元に一から作ったものなの？って話。 つまり、出来合いのものを適当に組み合わせたものには設計料は掛からないし、そうじゃないものには設計料が掛かるってだけの話ですね。 当然だけど、システムの設計もただではない。大まかな流れを示すと以下な感じ。ちょっと適当。 ・発注元に（ちゃんとした）システム部がある場合 要求仕様を作成し、それに基づいた提案をシステム会社に依頼する。この時点で要件がある程度はっきりしている場合、概要設計を元にした詳細見積もりが可能。出来合いのものを流用できるような要件であれば精度は高く、そうでなければ概算部分が生じる（要件定義フ
みずほ銀行のシステム、これからが正念場 - novtan別館
なんだか今回のシステム統合のからみで信用売残が沢山あったという話を聞いて金曜日に信用買いしていればよかったと思った今日このごろです。 色々取り沙汰されていますが、正直今回のはなんでこんなに騒いだかというのが疑問な程度の話ではあります。 すでに報道があるように、これから正念場の次期システム開発があります。予定している時期に間に合うのか疑問ではありますが。ここで過去の経緯を少し振り返ってみましょう。 ２００２年 ３行統合 もはや前の３行とは？と聞いて言えない人も多いのではないかと思われますが、第一勧業銀行、富士銀行、日本興業銀行が合併して、みずほ銀行とみずほコーポレート銀行になりました。顧客は前者はリテール口座と中小企業中心、後者は大企業中心となります。第一勧業銀行ってのは昔第一銀行と日本勧業銀行が合併してできた銀行で、当時から両行の出身者の仲が悪いことで有名でしたｗ第一は財閥との合併で痛い目
みずほ銀行のマルチベンダー化について解説する - novtan別館
はてブではすでにボロクソ言われてますね。フラグ立ちまくりと。ちょっとこれは解説せねばなるまいか… 以下はすべてとある人からの伝聞です。伝聞なんだってば。 みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。 ［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注 | 日経 xTECH（クロステック） 周知の話だけすると、現行システムにおいては 勘定系（ホスト）…富士通 営業店端末システム…富士通 インターネットチャネル（ダイレクトバンキング）…IBM 情報系システム…IBM 周辺系（中継系）…IBM 外部接続系…日立 コーポレート銀行勘定系…日立 等々、すでにここに出てきているベンダーがマルチベンダーの状態で仕事をしている。また、ここ重要なところだと思うけれども、ベンダ
グルーポンが売っているものは何か - novtan別館
今回のおせちの件、グルーポンは悪くない、という人が結構いることに驚き。 グルーポンは、店から広告料をもらってクーポンを「タダで配布」しているのではないよね。クーポンを「有料で販売」しているわけだ。そのクーポンの価値はほとんど金券に等しくて、何％オフで、本来の価値を提供することを保証…少なくとも買った客には期待させているものだよね。言い換えると、１万円のチケットを５０００円で売っているようなもので、それが実際には５０００円の価値しかありませんでした、というのは羊頭狗肉みたいな。 グルーポンはお店にとっては従来のクーポンマガジンと同様に、宣伝料を払っているだけのイメージかもしれない。だから、そのサービス内容が本来のものと違っても問題なかろうと考えてしまうかもしれない。でも、それは大間違いで客にとってみれば、本来の額面の価値があるからこそ、お金を出してクーポンを買うわけだ。そのクーポンは、先の例
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
