Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
[B! bpm] imai78のブックマーク
[go: Go Back, main page]

タグ

bpmに関するimai78のブックマーク (38)

  • 間違いだらけの業務システム開発(プロジェクト編その4) (mark-wada blog)

    正しいシステムを作ることがゴールである この“正しい“という意味をちゃんと定義しなくてはいけないのだが、これも一見”正しい“ように思えます。ここには二つの間違いが潜んでいます。その正しいののは誰にとって正しいのかということと、作ることが目的なのかということである。 前者の誰のために正しいかについては、往々にして作り手側すなわち開発ベンダーや開発者にとってではないでしょうか。データベースの設計は技術基準にしたがってやりました、コードは社内のコード標準であり、プロジェクト管理はPMBOKに則りやりましたとなる。 そして、ユーザの要求からシステム要件に落としてその通りに開発をして、テストでも問題ないことを確認しましたである。ここには、そのシステムが役に立つものであるのか、ビジネス要求に応えるものであるのか、事業に貢献できるもにになっているのかという視点がないのである。だから、正しいではなく役に立

    imai78
    imai78 2011/02/07
    「システム開発は、”正しいシステムを作ること”ではなく、”役に立つシステムを正しく作ること”でなくてはいけない」
  • 独自の手法で10倍速開発 7割主義で変化対応力を高める

    良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD(マーチャンダイジング)システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8%から0.9%に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1~2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論

    独自の手法で10倍速開発 7割主義で変化対応力を高める
    imai78
    imai78 2010/01/31
    bashで何とかできるレベルに整理されている、という事だよね。それは凄い。
  • マジカカンファレンス2009 (mark-wada blog)

    imai78
    imai78 2009/11/15
    羽生節が復活したのか。。。懇親会行きたかったなーw
  • 畜犬登録の巻 - 一生の仕事を持つために

  • パスワード認証

    Memorandum of Tactical Retreat from IT Buzz / 悲喜子のメモ About BPM or ACM (or SOA).

  • 業務フローリファクタリングで見える化を実現

    ビジネスプロセスを見える化する「ビジネスプロセスモデリング」が注目されている。ビジネスプロセスモデリングを実現する方法として、業務フローリファクタリングが有効だ。今回は、業務フローリファクタリングの具体的な方法を実例を交えて解説する。 注目されるビジネスプロセスモデリング ビジネスアプリケーションの分野で「ビジネスプロセスモデリング」が注目されています。 ビジネスアプリケーションは、かつて紙と手で処理していた事務作業の効率化や自動化を、主な役割としていました。これらのアプリケーションは、主に特定の部門や担当者だけが利用し、タスク間の流れは管理されていないか重要ではありませんでした。 しかし、ITの有効性が認められるようになると、ビジネスアプリケーションは部門や、企業を横断する業務の効率化や自動化を担当し、経営戦略支援を期待されるようになりました。このような全体最適のためのシステム構築には、

    業務フローリファクタリングで見える化を実現
  • http://www.oracle.com/technology/global/jp/pub/jp/articles/soa_bpm/2/index.html

  • [ERP編]帳票の検討を後回しにしてはいけない

    システム機能は,大きく「インプット」「プロセス」「アウトプット」に分けられる。インプットとは,データの発生源となる機能であり,業務担当者が日々の業務の中でシステムに対するオペレーションを最も多く行う部分だ。プロセスは,入力されたデータを加工する機能。処理量,処理速度,計算の正しさなどどれもシステムが得意とする分野であり,この部分を効率化するためにシステムを導入する,と言っても過言ではない。アウトプットは,システムの処理結果を出力する機能。エラーリスト,財務レポート,業務分析帳票など内容は多岐にわたる。 システム要件を検討する際,これらのうちどこにまず着目するだろうか。もちろん,どれも大切な機能なのだから,多少の前後はあっても,どの機能も検討は必須である。しかし,実際にシステム要件定義を始めてみると,帳票の検討を後回しにしてしまうことが多い。 「帳票は単に処理の最後に出てくるリスト」であり,

    [ERP編]帳票の検討を後回しにしてはいけない
    imai78
    imai78 2009/05/15
    アウトプットのためのインプット、アウトプットのためのプロセスですから。
  • [ERP編]いきなりプロトタイプを始めてはいけない

    ERPパッケージ導入では,どこまで標準機能で実現できるかによって,プロジェクトの成否が決まるところがある。この標準機能での実現性を検証するうえで,「プロトタイプ」が重要な意味を持つ。 なお,ここでは「実機を使用してERPの標準機能を確認しながら,ERPの機能で業務運用が実現できることを確認する作業」とプロトタイプを定義する。プロトタイプと同様の作業をCRP(Conference Room Pilot)と呼ぶケースもある。 プロトタイプ・フェーズの目的は「新業務プロセスの決定」「標準機能とアドオン機能の切り分け」「パラメータ設定の決定」などがある。この目的を達成するために,プロトタイプで「何を」「どこまで」「どのようにして」決めるかを明確にしておかないと,プロジェクトは失敗する。 ここでは,ERPパッケージを導入するコンサルタントの立場で,プロトタイプに関する留意点について説明する。 いきな

    [ERP編]いきなりプロトタイプを始めてはいけない
    imai78
    imai78 2009/05/14
    いかに「機能」から目を逸らすか。そこに本質はないから。ということ。
  • BPMをサポートするIT製品ってどんなもの?--いくつか見てみる

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます BPMの専門家で、エンタープライズ系オンラインメディア「ebizQ」のアナリストであるDennis Byron氏は、1990年代を象徴したERPや、2000年からの10年を席巻したインターネットサービスがそうであったように、これからの10年は「ビジネスプロセス・マネジメント(BPM)」がその価値を定義される時代になるだろうと予測する。 Gartnerのエグゼクティブ・プログラム(EXP)もそれを肯定している。同社が毎年実施するCIOサーベイの、2009年度におけるビジネス面での優先度ランキングでは、「ビジネスプロセスの改善」がグローバルで第1位となり、2位の「業務コストの削減」、3位の「業務効率性の改善」を抑え、2005年から4年連続で

    BPMをサポートするIT製品ってどんなもの?--いくつか見てみる
  • はてなブログ | 無料ブログを作成しよう

    思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。

    はてなブログ | 無料ブログを作成しよう
    imai78
    imai78 2009/04/18
    とは言え、BPMとシステム開発の為のツールは分けて考えないとね。混ぜると絶望するかツールの仕様が爆発する。
  • アプリケーションプラットフォーム~業務処理の性格が違う~ (mark-wada blog)

  • 思い立ったら即実行!--成功する「BPM実践法」

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます これまで数回にわたり、ビジネスプロセス・マネジメント(BPM)の意味やメリットなどについて整理してきた。ビジネスプロセスを可視化することの重要性、継続的な取り組みが不可欠であること、などは理解してもらえたかと思う。 だが現実にBPMの取り組みを始めようとすると、どこから手を付けていいのか悩むことになるだろう。BPMの専門書を買ってきて一から勉強を始めるのでは、時間がかかってしまう。続々と登場してきたBPMのためのソフトウェアを、いきなり導入するというのではハードルが高過ぎる。

    思い立ったら即実行!--成功する「BPM実践法」
  • 「BIはレポートだけじゃない、“予測”まで含めた活用を」-アクセンチュア

    アクセンチュア株式会社は4月7日、ビジネスインテリジェンス(BI)の活用に関する説明会を開催。システムインテグレーション&テクノロジー部 インフォメーションマネジメントサービス グループ統括パートナーの後藤洋介氏が、BIの現状について解説した。 後藤氏はまず、現在の不況について、数々の要素が絡み合い順を追って影響が広がっているとした後、「企業が先をすべて予測するのが不可能だが、これが起きたらこれが次に起きそうというくらいは予測して対応する、それが生き残りのために求められるのではないか」という点を指摘。そのために、“勘”ではなく、ファクトベースで情報を分析し、将来を予測できる仕組みが重要だという点を強調する。 そして、そのための強力な武器として利用できるのがBIだとする。ただし、日でBIといったときにはレポート、クエリー、アラートといった情報アクセス/レポーティング分野を指すことが多いの

    imai78
    imai78 2009/04/08
    予測をシステム化すると、結局パラメータ固定の融通の利かないものって言われちゃうと思っている。
  • 「BPMサイクル」を回し続けた企業が生き残る!

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます この連載の5回目(「BPMの定義」言えますか?)でも触れたが、BPMの考え方は、その前身となったビジネスプロセス・リエンジニアリング(BPR)での反省を基に生まれてきた。 BPRでは、経営の基盤となる組織やITにまで影響が及ぶ大規模な変革を一気に推し進めようとしたことで、変革プロジェクトそのものが自己目的化してしまうケースが多かった。そして、「BPR=人減らしの手段」という誤解も重なり、BPRは「一過性の活動」として徐々に忘れ去られていった。 BPMでは、こうした反省から、一過性ではなく、活動の「継続性」を重視している。「管理(良い状態を維持すること)」を意味する「マネジメント」という言葉には、「継続的な活動なしには企業の良い状態を維持

    「BPMサイクル」を回し続けた企業が生き残る!
  • Solaris Essentials - General Technical Questions - Solaris on x86

    Not sure where to start? Tell us what you are looking for and we will point you in the right direction Who we are: The My Oracle Support Community (MOSC) brings users of Oracle's on-premise and marketplace products together with experts and technical specialists from around the Oracle Support ecosystem. Want to discuss real-world product usage with peers from around the globe, or get trusted help

    imai78
    imai78 2009/04/03
    調整してみよう
  • ビジネスプロセスパターン研究~BPMツールとは~ (mark-wada blog)

  • 「4つの特性」さえ分かればビジネスプロセスの本質は理解できる

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます この連載の始めでは、「晩飯作り」を例に挙げ、「プロセス志向」を導入することによってものの見方がどう変わるかを確かめてみた。今回は、もう少し業務、あるいは企業全体のビジネスという視点から、プロセス志向、プロセスの見える化のメリットについて考えてみることにしよう。 改めて「ビジネスプロセス」って何なの? ここで、これまであまり明確に意識せずにきた「ビジネスプロセス」について触れておきたい。その定義をちょっと難しく言うなら、企業内で営まれている「ある目的を達成するために行う活動の連鎖」ということになる。具体的な例で、その意味するところを確認していこう。 たとえば、請求書を郵便で取引先に送る「郵送プロセス」を想定してみる。流れは図1のようになっ

    「4つの特性」さえ分かればビジネスプロセスの本質は理解できる
  • ビジネスと業務の構造化~業務の階層化と粒度~ (mark-wada blog)

    前回は事業を実行するための企業の構造についてみましたが、まだかなり大きな括りですので、これを分解していくことになります。 前回最後の方で書いたリファレンスモデルでは、そこの落としこみをおこなっています。しかしながら、これもまだ粗いのでさらに細かくしていく必要があるのですが、リファレンスモデルではそこまでできていません。 ここは例をあげて説明した方が分かりやすいので、ごくオーソドックスな受注して出荷するというプロセスで考えてみます。 まず大きなプロセスである「受注―出荷」があり、それを分解すると、「受注」、「在庫引当」、「輸送手配」といったものに分解できます。つぎに、「受注」というものをみると、その中にもプロセスが内在しています。「受注受付」、「与信」、「納期確定」、「オーダー発行」といったものがあります。そして、最終アクションとして「受注メモ作成」、「連絡」、「承認」、「入力」といったもの

    imai78
    imai78 2009/03/19
    勉強になる!
  • 「BPMの定義」言えますか?

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 米国での金融危機を引き金に、世界は今、1920年代後半の世界恐慌以来の深刻な不況に陥っている、などと言われる。やれ「上場企業が倒産した」だの「売上が前年比で半減した」だの「数万人規模の人員整理が発表された」だの……。このところ、気持ちが沈むような話題には事欠かない。 こうした厳しい時代にあっても、企業は生き残っていかなくてはならないから大変だ。そのために事業や業務の内容を見直して、コストの削減に励んだり、時代に即したビジネスモデルへと修正を図ったり、新たな市場に参入したりといった活動を急ピッチで進めようとしている。

    「BPMの定義」言えますか?