Webページが見つかりません 可能性のある原因 ・アドレスに入力の間違いがある可能性がある。 ・リンクをクリックした場合には、リンクが古い場合があります。 アドレスを再入力するか、前のページに戻る、 またはメインのサイトに移動して必要な情報を探してください。
日本生産性本部の調査(2011年)によると、日本の労働生産性は世界19位。その要因の1つとして、経営の変化に対して情報システムが迅速に対応できないことが挙げられるという。この問題を解決すべく、2013年8月6日、13の企業が集結して「超高速開発コミュニティ」を設立。個人の力量に依存した労働集約型のシステム開発/保守といった旧来のやり方を抜本的に見直すために立ち上がった。 超高速開発コミュニティのミッションは2つ。「企業のスピード経営の実現」と「魅力あふれるIT業界への変革」である。 これまで、個人の力量に依存した労働集約型のシステム開発/保守をしていたため、生産性の向上が難しく、システム開発プロジェクトの成功率も二十数%と、とても厳しい状況にあった。また、「きつい、厳しい、帰れない」といった「新3K」と呼ばれるイメージが付きまとい、人材確保も困難だったという。 今後、超高速開発コミュニティ
「COBOLは現役バリバリだ。“COBOLは化石”などと口にするのはITとエンタープライズシステムが何たるかをわかっていない証拠」。東京海上日動システムズの稲葉茂 取締役 抜本改革推進第1本部長(写真)は“不当な”評価にさらされるCOBOLの評価をこう正した。稲葉取締役は2008年9月4,5日に開催した開発者向けセミナー「XDev2008」で「基幹系インフラを支え続けるCOBOL ~東京海上日動の抜本改革~」と題して講演した。 稲葉取締役がこうした熱いエールを送るのには理由がある。東京海上日動火災が25年ぶりに取り組むシステム全面再構築である「抜本改革」プロジェクトでは,開発言語を多面的に評価した結果,新システムでもCOBOLをビジネスロジックの開発言語として再び採用したためだ。2008年5月に,3年7カ月前に着手した第1次フェーズが終了し,自動車保険システムが新たに生まれ変わった。300
SpringやSeasar2などの軽量なフレームワークが登場し、POJO、DI、AOPという考え方が今ではすっかり浸透してきているのかと思いきや、ぜんぜんそんなことはないみたいです。客先でも(主に社内での)実績最優先という考え方から、最近のOSSフレームワークには手を出さず、日本の大手SIer謹製のフレームワークを採用したり、自社フレームワークを採用したりするケースが意外に多いですね。そういう場合によくありがちなのが、プログラマーのスキルによらずに作れるようにするという目的から、無意味な規約を強制するケースです。 実際、今日ある国産ベンダーのフレームワークを採用したシステムの設計書に記載されているクラス一覧を見ていて無駄がいかに多いかということに驚いてしまいました。たとえば、ユーザー一覧を検索するという処理でSeamならエンティティクラス、画面、JPQLがあれば実装完了なのですが、そのフレ
業務中に逃亡した荒井さんについて、会社側は「期待を上回る38人を捕獲できた」と発表しました。 次回は「リーン・スタートアップ」です。 →他の用語解説も読んでみる ■「ウォーターフォール開発」:おすすめ記事・超まとめ ウォーターフォール・モデル 情報マネジメント用語事典 ビジネス価値の見極めが、開発効率を決める 開発のスピードと品質を両立するための手段やツールもあるが、最も効果的なのは実現したいビジネス価値を見極めることだ スプリント1「高校生になって初めてスクラムを始めました」 ~「ストーリー」で何を作るかまとめよう 「ウォータフォール(WF):最初決めた目標に何がなんでも突っ走る。目標のためなら浪人も辞さない」
繰り返される「SE」の自殺 先週末、こんなニュースが一部で騒がれていました。SE、過労でうつ病→自殺…労災認定 - 大田労基署 :日本経済新聞 コンピューターのシステム開発などを手がけるピーエスシー(東京都港区)のシステムエンジニアの男性社員(当時29)が2011年に自殺したのは「長時間労働によるうつ病が原因」として、大田労働基準監督署が労災認定したことが31日分かった。 【中略】 男性は06年に入社し、システムエンジニアとして大田区内で勤務。 プロジェクトリーダーに就いた10年11月ごろから労働時間が急増し、11年6月に自殺した。同12月に遺族が労災申請した。 弁護士によると、労基署は、男性が11年5月下旬にうつ病を発症したと判断。 発症4カ月前の1カ月の残業時間が、前月の倍以上の136時間に急増し、2週間以上連続して勤務していたことなどから労災と認定した。 なんとも痛ましい話ですが
僕なりの要求、仕様、設計、実装の流れの解釈をまとめます。 いきなり例題です。 顧客の要望として「取引先情報の一覧を出力したいんだ」が出たとします。 これを要求として定義します。 要求 取引先情報の一覧を出力したい*1 次に、要求から仕様を抽出します(逆にいうと、要求を満たすための仕様を定義します)。 このときのポイントは仕様は検証可能であること。 仕様 取引先名による絞り込みが行えること(指定なしの場合は全件出力すること) 取引先情報には取引先名、所在地、電話番号、住所を表示すること 一覧の出力順序は、取引先名、あるいは取引の多い順にソートできること 帳票(PDF)形式で出力すること 次に、仕様を満たすべく設計作業を行います。 設計 最適な画面イメージ、帳票イメージをデザインする 画面と機能の連携(イベント)を定義する 帳票に出力するデータの取得方法を検討する 最後に、設計作業に従い実装し
受託開発から離れた理由というエントリーを書きましたが、 「新卒の時からウォーターフォール開発じゃあ既になかった。」 というアジャイルネイティブ(コンチクショウ!)な方には少し分かり辛いかなと思い少し補足を。 受託開発から離れた理由 - komagata (僕ら受託開発会社とクライアントの利害は必ずしも一致していない。エンドユーザーに至っては受託開発会社の利益と相反してるとさえ言えるじゃないか。) 「開発会社とクライアント(開発を依頼した会社)の利害が必ずしも一致してない」というのは極端に言えば下記のようなことがあるということです。 下記は全てフィクションです 開発会社が論文検索システムを4人月(1人月=100万円)と見積り受注した。全文検索にはクライアントも知っている名のある商用パッケージを使う前提で見積もったが、土日で試してみたApache Solrを使えば半分の工数(というか土日で仕様
そういうわけで新卒からずっと勤めていた会社を退職しました。別に隠しておるわけではありませんが、例によってこのブログは想像上の団体・人物により構成されておりますので現実の団体・人物には一切関係ございません。また筆者の関係する団体・人物に関連することなく事実無根でございます。 どうして退職するのかという理由につきましてはご勘弁ください。まあひょんなことから偶然、と書いて偶然とは何だと考えてみるとその事象の主観確率が著しく低いにも関わらず起きてしまったことだと言えるのですが、普段の言動や知己からカルマからまとめて考えると必然だとも言えるわけであります。どうでもいいですね。ここまで読んでくれてありがとうございます。 そんなに前職が大変だったのか、辛かったのかと思い遣っていただけるのかもしれませんがそうではないことを示すために職場がどんなに素晴らしかったか書いておくことにしますね。 すんげえ人がゴロ
※本稿は、株式会社アイ・ディー・ジー・ジャパン発行の 『ITアーキテクト vol.1』に掲載された「開発プロセスの最適化手法」の元原稿をITアーキテクト編集部の許諾を得て公開したものです。 ※一切の転載をお断りします。 はじめに 筆者らが、オージス総研で「オージステーラリングサービス」という開発プロセスのコンサルティングサービスを行う中で、ユーザー企業の情報システム部門のお客様からは「開発委託先が何をやっているのかわからない」という相談をよく受ける。一方、SIerやソフトハウスのお客様からは「Javaにも慣れたがソフトウェアの品質が一向によくならない」といった相談もよく受ける。どちらも開発組織に明文化された開発プロセスが無いことが原因で、プロジェクトの利害関係者から開発側の活動が見えなくなったり、開発側の品質の改善が進まなくなったりしていることが多い。また「以前、市販の開発プロセスを導入し
名前: 吉澤準特 職業: ITコンサルタント 連絡: メルマガに記載 自己紹介のコメント: 自己紹介の詳細はコチラ→■ 外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。 Twitterやっています。 →http://twitter.com/juntoku_y マイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。 →コンサル直伝-IT業界”裏”講座 EnterpriseZine(翔泳社)で記事掲載中です。そちらもヨロシクお願い致します。 →ファシリテーションで会議を変える/ITIL解体新書/デキるシステム担当者のスキルノート 2010年7月末、日本能率協会マネジメントセンター(JMAM)より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空
(๑╹◡╹๑) @tsuchie88 [続報]スルガ銀-IBM裁判、東京地裁はITベンダーの責任を重く認定 - ニュース:ITpro http://t.co/URFcTOGF #itprojp ようやく判決か・・・業界注目の裁判だったけど、やっぱりIBMの無理は通らなかったか 2012-03-29 19:41:57 (๑╹◡╹๑) @tsuchie88 背景的な話をすると、地銀でもユニークな経営で知られているスルガ銀行は、ネット支店の先行例でありほとんど唯一といっていいほど収益を上げてるところなんだが、勘定系システムに関しては80年代に構築された三オンベースのシステムを使い続けている 2012-03-29 19:44:36 (๑╹◡╹๑) @tsuchie88 00年代に入って、都銀に続いて地銀でも三オンの更新時期を迎えると、NEC、富士通、NTTデータ、日立、UNISYSがそれぞれ自社開
ステップ数を見積もり根拠にする会社さんは、いまだに多い。嘘じゃない。 お世話になってる会社さんもそういう仕組みをとってるところがあって、いいにくい部分もなきにもあらずだが、お世話になってるからこそいいたい。 そんなことやってちゃだめだと。 1キロステップの生産性指数をだして、今回の開発は10キロだから1000万円とか。 汎用機時代ならまだ百歩譲ってわからんでもないけど、オープン系という言葉すら死語になりつつあるこのご時世において、ステップ数が1キロ(1000行)だったら1人月とかどうこうという話は、もはや見積もりでもなんでもなく、こじつけだ。 フレームワークのコアのコードも、 ビジネスロジックの肝のコードも、 ネットワークの通信コードも、 自動生成したコードも同じ1ステップとカウントする。 見積もり時の計画ステップ数と、実際に開発したときの実績ステップ数を比較して 次の開発の値決め(ダンピ
さて、突然ですが2012年3月末をもちまして丸々4年間お世話になったグロースエクスパートナーズ株式会社(GxP)を退職します。 転職するにあたり色々な会社を見ていくうちにいままで見えていなかったGxPという会社が見えてきて結構いい会社だよなあ、と改めて感じたので思い出がてら簡単にご紹介します。結論から言うと 今風にSIやりたいならGxP一択しかないよ! ということです。 JavaでエンタープライズなSI会社です [snap url=”http://www.gxp.co.jp/”]「時代はGUNDAM、Java(笑)はオワコン」とか言う人もいてJavaでSIやってる会社というと不安を感じる人もいるようですが、実際なかで働いたり勉強会参加したりOracleのJavaへの関わり方を見ると、なんだかんだ言ってまだまだメインストリームで在り続けるだろうなと思います。 どちらかというと日本でのJava
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか?という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料
こちらの翔泳社さんの本 100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊 作者: デブサミ運営事務局,SEshop.com編集部出版社/メーカー: 翔泳社発売日: 2012/02/22メディア: 単行本(ソフトカバー)購入: 18人 クリック: 537回この商品を含むブログ (38件) を見るを読んでて、自分もちょっと書評を書きたいなぁと思ったので書いてみます。 今回の書評はこちら。 ユースケース入門―ユーザマニュアルからプログラムを作る (Object Technology Series) 作者: ダグローゼンバーグ,ケンドールスコット,Doug Rosenberg,Kendall Scott,長瀬嘉秀,今野睦,テクノロジックアート出版社/メーカー: ピアソンエデュケーション発売日: 2001/11メディア: 単行本購入: 1人 クリック: 38回この商品を含むブログ
1 名前:以下、はてなにかわりまして元増田がお送りします。 投稿日:2012/02/23 11:49:47うちの団体で、インターネットで講習会を申し込めるようなシステムを作ることになって、ネットで調べた何社かに見積りを頼んだら、出てきた金額が業者によって25万~400万で出てきた。 見積りの項目も各社バラバラだしそれぞれの意味も、なにがなんだか素人の俺にはさっぱりわからない。 年間に1万人ぐらいが100会場でやる研修の申込みを受付けられるようにするってだけの機能なのになんで各社こんなにもバラバラなのかが理解不能。 若いってだけでITに詳しいと思われて、担当にあてがわれて、25万~400万の間で業者決める手掛かりが全くない状態でどうすればいいんだ?(それでもし業者選びに失敗したらやっぱり俺のせいなのかな。。) 続きを読む
CMMI(Capability Maturity Model Integration,能力成熟度モデル統合)は,能力成熟度モデルの一つであり,システム開発を行う組織がプロセス改善を行うためのガイドラインです。この講座では,CMMIの歴史や概要,CMMIを利用したプロセス改善のポイントなどを解説します。 CMMI(Capability Maturity Model Integration,能力成熟度モデル統合)は,能力成熟度モデルの一つであり,システム開発を行う組織がプロセス改善を行うためのガイドラインとなるものです。米国国防総省(Department of Defense)が米国カーネギーメロン大学(CMU)に設置した,ソフトウェア工学研究所(SEI)で考案されました。CMMIでは,組織の製品,サービスの開発,調達能力などを5または6段階のレベルで評価します(後述する「段階表現」では5段階
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く