知識倉庫＠日々徒然内検索 / 「メニュー」で検索した結果

• メニュー
  トップページ メニュー 更新履歴 取得中です。
• メニュー2
  更新履歴 取得中です。
• 利益モデル考察
  ...のシステムを提供するメニューを持つことで、競合企業の市場参入を防ぐ戦略が必要だと思われる。 システム開発の場合、どこで利益を確保するのかが重要になる。高品質、高価格のシステムを作っても、品質に比例して原価が高騰すれば、高価格帯商品は利益確保にむすびつかない。 製品システム（ピラミッド）内に顧客を囲い込むことで、顧客から余分な利益を得ることができる可能性がある。この場合やはり、利益を得るのは高価格帯からとなるであろう（低価格帯の価格をあげると、ファイアウォールとして機能しなくなるため）。 早急に着手すべき利益モデルであると感じる。 高価格帯と低価格帯の品質差をどう表示し、伝えるか。また、どう保証するかが重要。SLA 納期 低価格製品の前提条件も確立しておく必要がある。（要件の確定具合など） 【その他所感】 一度確立できれば強力きわまりない利益モデル。 マルチコンポーネント利益モデル...
• レビュー方法のメモ
  ドキュメントレビューの方法と、チェック項目 レビューをつるし上げ大会にしないこと。褒める点を見つけてきて、発表するようにすること。
• ヒューマンスキル
  身につけなければならないヒューマンスキルを記録していく。 正しく行動する ビジネスの常識を身につける 以下は、ビジネスの常識を守らない例である。このような行動は取ってはならない。 ,つまらないミスを頻繁に起こす,休みがちである ,問題発言をする,会社を急に辞めてしまう。引き継ぎにも現れない ,ユーザーを馬鹿にする,会議で突然怒り出す（切れる） ,約束を守らない,専門用語をそのままユーザーに使う ,謝らない,課題を整理、解決できない ,威張る,理路整然としていない ,挨拶をしない,優先順位をつけられない ,目を見て話さない,代替策を考えていない ,「できる」と言ったのにできない。「できない」と言うのが遅い,説得力がない ,約束を守らない。,顧客担当者のメンツをつぶす ,会社の代表として交渉をしている自覚がない, SEを安易に交替させるな。 SEが現場で役に立...
• アーキテクト
  アーキテクトとは何者か。何を身につける必要があるのか。 アーキテクトとは何者か？ 「職業としてのソフトウェアアーキテクト」クライアントとビルダーを結びつける者。 職責として「設計」を持つ。（ビルダーの職責は「構築」のみであり、「設計」はもたない。ただし、アーキテクトにまかされた部分の設計を行うことはありうる。） ↑では、ビジネス要求開発やシステム要求開発までアーキテクトの責務になってしまうため、もう少し幅を狭める必要があると思われる。 現状のソフトウェア業界が持つ問題点との関連 職責（役割）が明確にされていないため、ビルダーやエンジニアが設計の領域に踏み込み、場当たり的な設計/構築を繰り返している。 ビルダーやエンジニアの専門分野は技術的な部分に偏っているため、クライアントの立場を考慮した成果物を生み出しづらい。 ビルダーがエンジニアリングや設計を、エンジニアがビルダーや設計の領域も...
• 利益モデル練習ノート
  新たなユーザー囲い込み策IBMのOIO戦略 新たなユーザー囲い込み策IBMのOIO戦略 基本的には顧客ソリューション利益モデルへの回帰のように見えるが、もう少し複合的な要素がありそう。
• ビジネスモデリング
  BPM 特徴 業務の最適化専用。新規ビジネス創出には向かない。 業務イベントをもとにフローを抽出する。とっつきやすい。 手順 機能モデルの作成機能ユニットの抽出機能主体 操作対象 機能ユニットの階層化 機能ユニットの属性定義現状および改善後の処理時間 現状および改善後の処理コスト 機能リスト（またはデータリスト） 対応組織リスト 関係線リスト 手動自動アイコン プロセスモデルの作成業務イベントの抽出 プロセスモデルの作成部署 起動元 起動タイミング ターンアラウンド レスポンス 処理時間 処理コスト プロセスモデルの階層化 改善プロセスモデルの策定 組織モデルの作成 Openthology 特徴 ビジネス特性を類型化し、必要な組織構造やモデル成果物を定義している点。 要求開発フェーズにてプロトタイピングを実施する点。 機能の抽出方法としてシステム開発のアナロジーを用いているため、外部顧客...
• 思考フレームワーク
  思考フレームワークの一覧と、その適用箇所について。 思考フレームワークとは何か 物事について考える際の枠組み（視点・カテゴリ等）を提供するものです。 思考フレームワークはどんな時に用いるのか 思考フレームワークは誰が用いるのか 思考フレームワークにはどんなものがあるのか 5W1H ほとんど万能のフレームワーク。網羅性を確保する方法に困った時には、まずこれを使ってみると良い。 What Who Where When Why How (How much) 魔法の6マス 要件定義書に含まれていなければならない要素。 2【成り行き】成り行きとは、問題を放置しておくと発生する都合が悪い状態です。 5【目的】目的とは、課題を解決することで得られる効果です。 1【問題】問題とは、あるべき姿と現状のギャップです。 4【課題】課題とは、問題の中で解決の可能性があるテーマ...
• デマルコメモ
  ソフトウェア開発にまつわる法則など。 デッドライン－ソフト開発を成功に導く１０１の法則－（トム・デマルコ著）より 正しい管理の四つの本質 適切な人材を雇用する。 その人材を適所にあてはめる。 人々の士気を保つ。 チームの結束を強め、維持する。（それ以外のことは全部管理ごっこ） 安全と変更 変更は、あらゆるプロジェクトの成功のために（ほかのたいていの物事においても）必要不可欠である。 人は安全だとわからないと変更を受け入れない。安全が保障されていないと、リスクを避けようとする。 リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化 脅迫は、結果を上げさせる手段としては不完全である。 どれほど強い脅しをかけても、...
• @wiki全体から「メニュー」で調べる

更新順にページ一覧表示 | 作成順にページ一覧表示 | ページ名順にページ一覧表示 | wiki内検索