「excelでやりたいこと」の裏に潜む「潜在的ニーズ」を見つけることがシステム構築の成功につながる - プロマネブログ
「必要なこと」より「excelでやりたいこと」を優先するとシステム構築は失敗する - プロマネブログ 前回記事の反響があまりにもたくさんだったのでびっくり。前回書ききれなかった追記を書きます。 ブコメ欄で、いろいろな方から「Excelを直接利用したら」というアドバイスが有りました。 実はオッサンも同じことを最初考えたのですが。。。途中でやめました。 やめた理由ですけど、以下の通り。いずれもオッサンの独断と偏見です。 もともとの増田さんは、Excelでフィルタを使用するなど、そこそこExcelを使いこなしている模様でしたので、システムにガッチリと組み込むとかえって保守性が下がるかな、と考えました（id:airj12さんのコメントと同じ構想です。補足ありがとうございます） もともとの増田さんの文章から、システム構築にしてはずいぶん初期費用が安いので、おそらくパッケージかASP、SAASでの導入
システム化の目的は、Excelの焼き直しであってはならない - GoTheDistance
これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを
なぜ高い金をかけて作ったシステムで今までExcelで簡単に出来ていたことが出来なくなるのか - novtan別館
うん、気持はよく分かるよ。 例えばフィルターとか超使ってるし、タブをドンドン増やしてハイパーリンクでつないで元データから引っ張ってきて計算して表組みを作成するとかいつもやってるような作業が新システムだと厳しい（＝できないor莫大な時間と金がかかる）らしい・・。帳票は固定になりますね、帳票増やすと増やした分だけ金かかります、みたいな感じ。 エクセルでできることができない何百万のシステム・・ うんうん。なんでそんな不自由になるんだろうね。 シンプルに考えましょう。きちんとシステム化されていないものをシステム化するというのは言いかえると「業務プロセスを必要最小限に絞る」ことだと思って下さい。 何のために作るのか 理由はいくつかあります。ざっと上げてみると 属人化した業務プロセスを標準化する（しかし、ある人にとってはいつもどおりだがある人にとっては今までやってたことが全然できないシステムになること
東証 取り引き高速化へ新システム NHKニュース
株価の上昇傾向が続くなか、東京証券取引所は、投資マネーをさらに呼び込むため、注文を瞬時に受け付ける世界最先端の取引システムを開発することになり、実現すれば、注文を受けるまでの時間が１万分の１秒程度と、今の１０分の１に短縮されることになります。 世界の主要な取引所は、巨額の資金を使った取り引きを瞬時に繰り返すことで、大きな利益をあげたいという機関投資家の要望に応えるため、取り引きの高速化を競っています。 東京証券取引所は、海外に比べて高速化への対応が遅れていましたが、株価の上昇傾向が続くなかで、さらに世界の投資マネーを呼び込もうと、世界最先端の取引システムを開発することになりました。 実現すれば、投資家からの注文を受け付けるまでの時間が１万分の１秒程度と、今の１０分の１に短縮され、ヨーロッパやアメリカの主な証券取引所と肩を並べることになります。 東証は、最先端のシステムの導入によって市場を一
新システムに会社が壊れていく
来月頭から会社のシステムが入れ替わるんだけど、本当酷い。 前のシステムの開発元と喧嘩別れしちゃったから、だったら自分たちの手でもっとやり易いシステムにしようぜ！ ってノリで素人が自社開発なんてしちゃったから、取り返しのつかないことになった。 使いづらいのは仕方ない。前の入れ替えの時だって、入れ替えたばっかりで慣れない頃は苦労した。 ただ、旧システムにあった機能をなくすってどういうことなんだよ。 どうでもいい機能じゃなく、それがなければこれからどうやってやっていけばいいんだ、って途方に暮れるレベルの機能がなくなった。 それがなけりゃミスが連発するし、作るモノをクライアントに納品できないレベルの超重要な機能があぼーん。 「一人ひとりが気をつければ問題ない(ｷﾘｯ」と上は言っていたが、どう考えてもそういう話じゃない。 処理の途中でシステムが頻繁に落ちるし、ちょっとした、本当にちょっとしたミスを取
システムはどのくらいのデータを扱うか。 - きしだのHatena
ちょっと気になったので調べてみたら、営業のためのデータはどんな業態でも一社だいたい月10億件くらいで頭打ちっていう感じになった。 追記 2011/9/17 15:54 業態を比べたいので、国内の最大シェアっぽい企業で比べてます。 世界に広げたとしても、実業にからむなら、だいたいは会社が分かれてシステムも分けるだろうし、トヨタの販売台数が世界770万台、国内130万台でせいぜい6倍というのを見ても、一体だとして10倍の差は出ないし。 トヨタの2011年国内販売台数、130万台の見通し | ロイター 追記ここまで コンビニ 最初にたくさんデータが発生しそうだと思って考えたのがコンビニ。 フランチャイズ協会のデータによると、全国の店舗数が43690店舗、月間客数が13億人で、客単価が600円。 http://www.jfa-fc.or.jp/particle/42.html 一番でかい7-11の
療養費の通知書を作るシステムの仕様がすごい | 水無月ばけらのえび日記
公開: 2011年8月21日15時55分頃 こんなニュースが……「療養費支給額「３兆円」 都広域連合がケタ違いのミス (www.asahi.com)」。 東京都後期高齢者医療広域連合からはおわびの文書が出ていますね。 後期高齢者医療高額療養費支給決定通知書誤記載についてのお詫び (www.tokyo-ikiiki.net)後期高齢者医療高額療養費支給決定通知書の誤記載について (PDF) (www.tokyo-ikiiki.net)本来は「平成23年8月16日」「￥1,351」となるはずのものが、「平成23年80月16日」「￥3,510,000,000,000」となってしまったそうで。 その理由がちょっと驚きです。 同広域連合によると、通知書を作る際、職員がパソコン操作を誤った。支給額欄には１３桁の数字を入れることになっているが、１３５１円を支給する場合も千の位の「１」の前にゼロを９個入力
みずほ銀行、障害の発端は人為ミス - 日経コンピュータReport：ITpro
「社会インフラを担う銀行として、あってはならないトラブル。ご迷惑をおかけした皆様におわび申し上げる」。みずほ銀行の西堀利頭取は、3月15日から続く大規模システム障害に関する記者会見でこう陳謝した。 15日朝に表面化した障害は、振り込みシステムから起きた。「初動対応に不手際があった」（西堀頭取）ため、これが勘定系システムに波及（図）。その結果、最大で116万件の振り込みが未処理になった。窓口業務やATMもたびたび停止した（表）。
災害にあったITシステムを操作しなければならない人が知るべきこと
東北地方太平洋沖地震が金曜日に発生し、被災された皆様には心よりお見舞い申し上げます。 そんな中でも、この月曜日から多くのIT関係者が被災したかもしれないITシステムの復旧に取りかかるのではないかと思います。そうした方々に役に立つ記事を届けられないだろうかと、ユニアデックスの高橋優亮氏に相談したところ、大いなるご賛同をいただき有志の方々とノウハウをまとめたこの文書「災害にあったITシステムを操作しなければならない人が知るべきこと v0.2」を作り上げていただきました。 本文書の主眼は被災したITシステムを復旧させようとする方々に向けた情報提供ですが、システムに電源を入れる前の注意事項、電源投入順序の考え方などの説明は、これから関東地方で計画されている停電が起きたあとのシステム再起動の際などにも参考になると思います。 本文書はどなたにでも活用していただけるようにGNU Free Documen
セールスフォース社長がつぶやいたエコポイント申請サイトの裏話。失敗したら日本撤退も
昨年、2009年の7月1日に政府のエコポイント申請のためのWebサイトがオープンしたとき、そのWebサイトがセールスフォース・ドットコムのクラウドで作られており、しかも納期はわずか1カ月程度しかなかったはずだ、とPublickeyで指摘しました。 「エコポイント」の申し込み画面はクラウド上に。開発期間わずか1カ月？ この記事に対してセールスフォース・ドットコム社長の宇陀栄次氏から「この記事の内容も、正しい状況の理解であり、すばらしいと思います。」と直接コメントをいただき（本人であることを広報経由で確認）、この指摘が事実であることを確認しました。 そのエコポイント開発時の裏話を、先週末9月11日の深夜に宇陀社長が突然ツイッターでつぶやきはじめました。 エコポイントの時の話。昨年の5月28日昼。要件は？とお聞きして、7月1日にサービス開始すること、との返答。登録数は2000万人を想定。当社は法
システムが無くなった日
自分のブログに書こうとも思ったのですが、会社が特定されてしまいそうなのでここに書きます。どこかに書かなければならないと思ったのは、この事実を誰かに伝えなければならないと思ったからです。 私が勤めていた会社はシステム屋さんです。2タイプの職場があって、一つはお客に注文を受けてシステムを開発してリリースして終了。もう一つはお客の会社に居候させてもらってシステムの維持管理をするというものです。私は後者のほうです。 お客は工場も複数構える結構大きな企業で、様々なプラスチック製品やコンピューター部品を作るところであります。日本だけじゃなくて海外とも取引があったと思います。 1. コンピュターシステムの入れ替えを要求されるこの不況のなか、様々な設備投資の資金を抑える事を進めていた中で、システムについても、もっとコストの安いものをと以前より私の会社の上役達と試行錯誤を繰り返してきたのですが、そもそものお
システム・ソフトウェア開発業者倒産、7月までに107件--過去最悪に迫る勢い
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 帝国データバンクは8月9日、2001年から2010年7月までのシステム・ソフトウェア開発業者の倒産件数や負債額などをまとめた。それによると、2010年は7月までの倒産件数が107件で、過去最悪となった2009年に迫る勢いで推移しており、8月以降の動向が注目されるとしている。 2001年以降の倒産は累計で1113件となっており、特に2008年以降に急増する動きを見せているという。1113件の内訳は、業歴別では10年未満の倒産が47.7％、負債規模別では5億円未満が92.7％、態様別では破産が91.6％を占めているとしている。 2004年に75件あった倒産は、2009年に206件となり、5年間で約2.7倍に膨らんでおり、特に2008年以降の
初心者Webアプリケーション開発者がチェックすべき情報源 - ハニーポッターの部屋
初心者Webアプリケーション開発者がチェックすべき情報源を集めてみた。他に追加した方が良い情報源があった場合はご指摘いただけると助かります。 @ikepyonさんのご指摘により「LASDEC ウェブ健康診断」を追記した。 はてなブックマークの関連リンクによさそうな情報源があったので追記しました。それから、カテゴリを作りました。 ■Webサイト構築 安全なウェブサイトの作り方 http://www.ipa.go.jp/security/vuln/websecurity.html 安全なウェブサイトの作り方(全92ページ、2.09MB） セキュリティ実装 チェックリスト（Excel形式、33KB） 安全なSQLの呼び出し方（全40ページ、714KB） ■Webアプリケーション開発 セキュア・プログラミング講座 http://www.ipa.go.jp/security/awareness/ve
新人エンジニアとその先輩たちへ、OJTの前にこの本「ずっと受けたかったソフトウェアエンジニアリングの授業」を
新人エンジニアとその先輩たちへ、OJTの前にこの本「ずっと受けたかったソフトウェアエンジニアリングの授業」を 4月に新入社員として入社した新人エンジニアの方々は、早ければそろそろOJTという形で現場にやってきて、若手の先輩社員が新人の教育担当、あるいはOJTリーダーに任命される時期。 そんな新人エンジニアと教育担当におすすめしたい本を今回は紹介します。 プログラミングテクニックの解説は一切なし 一般にソフトウェアの開発は、顧客と相談して仕様を考え、それを外部仕様書、内部仕様書といったドキュメントに落とし込み、プログラミングを行い、ソースコードレビューやインスペクションを行い、単体テスト、結合テスト、運用テストといった工程を経て完成します。いわゆる「Vモデル」と呼ばれるものです。そしてこれらは1つのプロジェクトとしてマネジメントされます。 こうしてみると、ソフトウェア開発の中でプログラミング
ゆうパック 「もうお手上げです！ ギブ」 大規模遅配の全容把握できず
1：中国住み（青海加油！）：2010/07/04(日) 01:24:13.96 ID:Sja9LnY4 ゆうパック大規模遅配、「全容を把握できない」公表せず 郵便事業会社（ＪＰ日本郵便）の宅配便「ゆうパック」で、１日から３日にかけて大規模な配達の遅れが出た。日本通運の「ペリカン便」を１日に吸収して取扱量が増えたことなどから、首都圏経由の荷物を中心に配送が滞った。遅配がしばらく続く可能性もあるが、日本郵便は「遅れの全体像を把握できない」として、３日夜の段階でも遅配の事実などを公表していない。 ゆうパックの荷物は、郵便局など地域の窓口で預かったあと、都道府県ごとの拠点支店に集める。それぞれ届け先近くの拠点支店に送ってから、さらに仕分けて、配送を受け持つ地域の郵便局などに送られる。日本郵便によると、新東京支店（東京都江東区）や東京多摩支店（東京都府中市）、大阪南港ターミナル支店（大阪市住之江区）
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」 先週の6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」が開催されていました。 その中で、TwitterのJohn Adams氏がTwitterのシステム運用について説明するセッション「In the Belly of the Whale: Operations at Twitter」（クジラの腹の中：Twitterでの運用）が行われています。Twitterのような大規模かつリアルタイムなWebサイトの運用とはどういうものなのでしょうか？ 公開されているセッションの内容を基に概要を記事で紹介しましょう。システム管理者の新たな役割、Railsの性能の評価、Bittorrentを使った
第4回 とぎれなく流れ来る大量データを処理する「ストリームデータ処理技術」①ストリームデータ処理とは？ | gihyo.jp
機能と技術からわかる！システム基盤の実力 第4回とぎれなく流れ来る大量データを処理する「ストリームデータ処理技術」①ストリームデータ処理とは？ 近年、電子マネーや電子商取引が普及し、RFID利用による物流管理など、ビジネスで扱うデータの量が爆発的に増加しています。またビジネスのスピードも急激に加速しており、次々に流れてくる大量のデータをリアルタイムに処理することが求められています。 しかし、こうしたリアルタイム処理に従来からあるデータベースを使用すると、クエリなどを用いて蓄積されたデータを一括処理するため、データ検索などのクエリ実行時にタイムラグが生じてしまいます。そこで、現在注目されているのが、ストリームデータ処理技術です。 ストリームデータ処理技術とは、無限に到来する時刻順のデータ（ストリームデータ）をリアルタイムに処理するデータ処理方法です。たとえば、株価のテクニカル指標やランキング
肉厚と抜き勾配をおさえるべし！（1/3） － ＠IT MONOist
機械設計の基礎知識から、3D CADによるモデリングやCAE解析、3Dプリンタ活用といった実践スキルまでをカバーする、メカ設計技術者のスキル向上を支援する情報フォーラム
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう