ITCmatsumoriの活動日記（夏）

全120件 (120件中 101-120件目)

< 1 2 3

• 石川様

  8月25日（金）19時30分頃お会いしましょう・・・ではまた。HM.

  2006.08.23

  コメント(0)

• ITCＳにがっかり

  今日は休暇で初めてＩＴＣＳの研修会に参加しました。抽象的な話にがっかりです。現場はもっと泥臭いのに・・・規模感の違いも歴然としてしまいました。ポイントだけ貰うしか価値はないかなぁ

  2006.08.21

  コメント(0)

• ８月だ！！

  チョットさぼっていたら８月になってしまいました。継続は力なり・・・

  2006.08.01

  コメント(0)

• 新人へのコメント（誰にでも真剣に向い合う！）

  新人が研修を終えて与えられた課題を提出してきた。研修を終えての自己課題と対策の纏めである。【自分のロール】内容は細かく精査して曖昧な記述や根拠のない目標は許さない。６人の新人へは各自それぞれのコメントを返す。強み・弱みをキチンと指摘し、強みはさらに強く、弱みはそれを克服するように目標設定してほしい。共通して打診したい事は別記で返す。他の新人へのコメントをコピーするなど論外。自分がどんなに忙しくても手を抜いたら落ちていくだけである。新人にそれを見抜かれたら彼らも堕落するだけ。【共通のコメント】システム開発は難しい。けして簡単に考えない。100%を求めるなら120%の努力を。システムに99点はない。0点か100点かのどちらかである。常に先を読む。その為に120%の準備と熟考する習慣を身につけよ。具体的・定量的な根拠をもって相手を説得すること。社内・顧客・パートナー様々な立場の人間のコラボレーションがシステムをつくる。人間味も大切な要素である。何故なら人は心で動く生物であるから。この業界で一流を目指すべし！皆にはその可能性がある。努力すれば結果はついて来る。これは自分に対する戒めでもある。忘れてはならない！

  2006.07.25

  コメント(0)

• トライアル費用をどうすべきか・・・

  ツール評価のトライアル費用は約数十万。これを請求すべきか！ユーザが５１、会社が４９の論理で考えてみるが結論に至る根拠が見つからない。こういう場合は何を拠り所に判断すれば良いのだろう。正論はこれかも。。１．キチンとかかる費用についてはユーザへ打診すべき。２．勿論ユーザはトライアルだから無償を要求してくる。３．トライアル後に導入に至った場合は無償とする契約。　　但し、導入しなかった場合はかかった実費（見積り）額を清算する。４．厳しいかもしれないがこれがお互いのビジネスとしての常識では。５．少ないクライアント数ならばまだしも２拠点も実施するのは、トライアルの域を　　超えていないか？もう少し時間があるもっともっと考え抜く必要がある。

  2006.07.24

  コメント(0)

• 某薬品メーカーセキュリティツールトライアル

  セキュリティツールのトライアル提案で明確にすべき事項１．トライアルの目的２．トライアルの対象範囲（対象拠点）　　第一ステップ　本社　　第二ステップ　２支点＋出張所３．トライアル期間・スケジュール　　最長６０日　　※導入可否の判断時期を明記４．トライアル条件　　オプション機能等特別な対応は一切しない　　各クライアントへのインストーラを準備する程度　　監査ログのレポーティングツールはなし（監視画面の標準機能での閲覧）５．トライアル環境　　ハードウエア・ネットワーク　　ソフトウエア（ツール）６．トライアル体制　　顧客　　当社（インプリ＋ヘルプ）７．費用　　初期（3人日）　　運用（5人日）８．その他以上

  2006.07.23

  コメント(1)

• ただいま～

  飲み過ぎました・・・明日は内部統制（Ｊ－ＳＯＸ）の説明とセキュリティ案件です。おやすみなさい・・・・

  2006.07.19

  コメント(0)

• 明日は理解度確認

  今日の研修でどれくらい理解できただろう？明日確認すること・・・--理解度確認--【ビジネスマナー】・名刺交換は何故胸の高さより少し下が良いか？・名刺入れは何処にしまっておき、何処から出せばいいか？・どんな名刺入れがいいか？・名刺はどのように管理すれば良いか？・どんな手帳がいいか？（根拠は何）【システム開発】・要件定義で何故スコープと内容を決めることが重要か？・要件定義の開始直後に作業計画を立てなくていいの？・プロジェクトチームの編成は必要ないの？・要件定義って誰がやるの？・要件ってどんな分類ができるの？全部聞くの？・ブレーンストーミング＋ＫＪ法が向かないテーマは？・システム開発は共同作業って聞いたけど、その心は？・どこを共同でやればいいの？・UFITのプロジェクト体制で他に注意するポイントは何？・どんな契約がいいのか？・瑕疵担保責任って何のこと？どの契約だと担保責任が発生するの？・マスタースケジュールの工程毎の工数・期間配分の根拠は？・COCOMOモデルでの期間算出を打破する為には？・何月にカットオーバーすれば良いの？・カットオーバーすれば仕事は終わり？・品質って何？（プログラムが正しく動くこと・・・）・色々マスターファイルがあるけど内容はどうなっているの？・なんでマスターファイルって言うの？・結局ハードウエアは何時導入すれば良いの？・パッケージは何時導入するの？・パッケージを導入すればそれだけで良いの？・ベストプラクティスって何？・業務の流れや組織は変えなくてもいいの？・そもそもプロトタイプって何？・プロトタイプってどうやって進めるの？・本当にウォーターフォールで良いの？・今回のケースが全てに適応するの？根拠は？・etc

  2006.07.18

  コメント(0)

• 要件定義の最大の目的は

  【要件定義作業の目的】要件定義作業の最大の目的は一言で言えば以下の通りである。○システム化のスコープ（範囲）を決めその範囲内で何をするのかを決める！他の作業はこの目的を達成する為の付随作業である。システム開発が成功するか否かの大部分が要件定義作業の品質に掛かっている。システム作りはシンプルイズベストである事も忘れずに！【参考】要件定義のコアスキル　・要件定義実施の方法論のスキル　・ヒアリングスキル　・業種・業務スキル　・図などの表記法スキル【以降の局面】１．外部設計　　ユーザーから見たシステムの仕様（機能）を定める。２．内部設計　　システムの内部構造と仕様（機能）を定める。３．実装（開発）　　プログラム仕様を決めコーディング・単体テストを行う。４．テスト　　結合テスト・システムテスト・運用テストを行う。５．移行　　現行システムから新システムへ移行する。

  2006.07.17

  コメント(0)

• テストモデル（V字モデル）

  【品質保証の観点から見たＶ字モデル】　要件定義--------------------→受入テスト・運用テスト　　　　　↓　　　　　　　　 　　　　　　　　　↑　　　　外部設計-------------→システムテスト　　　　　　　↓　　　　　　　 　　　　　　↑　　　　　　内部設計------→結合テスト　　　　　　　　　　↓　　　　　 　　　↑　　　　　　　　　　実装---→単体テスト　　　　　　　　　　　　　　 Ｖ１．受入テスト・運用テスト　　顧客や第三者による受入テスト及び、実際の運用（本番）環境で行うテスト。　　主に要件定義書の内容を満たしていることを検証する。　　要件定義段階でテスト仕様・計画（シナリオ）を立てる必要がある。２．システムテスト　　システム全体の機能や性能に問題がないことをテストする。　　主に外部設計書の内容を満たしているかどうかを検証する。　　外部設計段階でテスト仕様・計画（シナリオ）を立てる必要がある。３．結合テスト　　サブシステム（機能）単位でモジュールを結合し、それらが正しく動作することをテストする。　　主に内部設計書の内容を満たしているかどうかを検証する。　　内部設計段階でテスト仕様・計画（シナリオ）を立てる必要がある。４．単体テスト　　モジュール単位で正しく動作することをテストする。　　プログラムのアルゴリズムが正しく実装されているかどうかを検証する。　　モジュール設計段階でテスト仕様・計画（シナリオ）を立てる必要がある。

  2006.07.17

  コメント(0)

• 新人研修アジェンダ

  【アジェンダ】　　　　平成18年7月18日（火）　13時～16時　於：7階第一会議室１．オリエンテーション２．客先訪問時の名刺交換（ロールプレイング）３．システムインテグレータとして何をすべきか！　　演習の説明　　演習実施４．まとめ

  2006.07.17

  コメント(0)

• レガシーシステム更改のキーワード

  【新人研修】あるＰＬの呟き・・・レガシーシステム（販売・在庫管理）を更改する事になった。システム化計画は他のコンサルタント会社が請負実施しシステム化計画書を完成させてある。要件定義からの参画時に注意するポイントは・・・先ずは計画の妥当性・精度の評価から入る！システム化の計画は実現的なものか、調査はどこまでやってあるか要件定義から仕事を請け負い蓋を開けてみたらとんでもない内容である事が多々ある取り敢えず評価した結果大丈夫そうだとしよう！次に何をすべきかレガシーシステムでパッケージ開発・・・チョット待て！何年稼動しているのだろう？　おっと15年！！プログラムは継ぎ足しの繰り返しで15年経過してきた！マスターは大丈夫だろうか？きっとゴミだらけの内容だろう！そう疑ってかかること！・得意先マスター・仕入先マスター・在庫管理マスター・商品マスター・売上元帳ファイル・仕入元帳ファイル・など要らないレコードや不整合な内容がいっぱい・・15年も使っていると現場が使いやすいようにかなり手を入れているこれをベストプラクティスとはいえパッケージのインターフェースに替えるのはかなりリスキー稼動した途端に現場で不満が噴出する！不満を押さえたとしても使い慣れるまでかなり時間がかかるこのリスクをヘッジする為には各エンドユーザのキーマンをプロジェクトの当事者に参画させること最初は納得させるまで死ぬような思いをする、しかしそこにはいづれ連帯感が生まれるものここまで持ち込めて初めてプロのＰＬと言えるいやな相手ほどこちらから近づくこと！ここまでを整理してみよう！システム開発計画を立てる上で重要なこと・ゴミだらけのマスターをキレイにしておく→整備したマスターから移行する！・顧客の体制には現場のキーマンを押さえる！ (経営トップのベストプラクティスによる業務改革への思い入れは当然あるが現場が活用できて初めて効果がでるもの!)・ソフトランディングさせる為にはユーザの操作教育も念入りにしないと！よっしだんだん見えてきたぞ・・・ハードウエアは置き換える（オフコン→オープン系）開発する環境は自社にあるのか？オープン系は常に進化している！どうやら早めにハードを導入して稼動確認と開発環境を作成する必要がありそうだ！まだまだ考える事があるぞ・・・パッケージ導入だからパッケージとの適合性評価（フィット・ギャップ分析）も必要だ！既存マスターを整備するのに顧客に依頼する事項もあるなぁ～！その為には役割分担→顧客と当社の体制を明確にしないと！そうだ・・定期的にお互いの進捗確認もする必要がある！ところで要件定義でやらなくてはならない事は何だろう？主要なものを整理してみよう。－－－－－－－－－－－－－－－－－－－－－－－－－－－－・システム化計画内容の確認・評価　システム化の目標　開発条件（開発計画の妥当性・開発規模工数の妥当性）　必要に応じて開発計画・開発規模工数の見直し・システム化目標の明確化・調査/分析　システム化対象業務の現行業務内容を調査・把握　現行システムの内容を把握（入出力帳票・画面レイアウト・ＤＢ・処理内容）・システム化要件のまとめ　要求事項の把握・整理　パッケージとのフィット・ギャップ分析　システム化要件の確定（機能・データ・入出力・移行・運用・セキュリティ・信頼性・性能）・システム化対象範囲の確定・システム概要のまとめ　　新業務フローの定義　システム機能　データ項目一覧　システム構成（ハードウエア・ソフトウエア・ネットワーク） 　※構成決定後ハード・パッケージ導入・規模/工数（費用）の再見積り・開発計画の確立・開発体制の確立(システム化計画段階で確立済みであれば継承)　顧客側の体制　自社の体制　会議体・上記作業内容を「要件定義書」として纏めて承認を得る※外部接続がある場合は外部接続要件も定義する－－－－－－－－－－－－－－－－－－－－－－－－－－－－－こんなところか・・う～んこれから大変そうだ

  2006.07.13

  コメント(0)

• 明日は早いので・・・

  帰りました～明日は早朝サテライトなので頭を休めます。明日はサテライトの後社内でワークができそうです・・・【新人研修】要件定義書の記載項目を整理しなくては・・

  2006.07.12

  コメント(0)

• 開発工程

  【新人研修】1.開発工程のカテゴリ（縦軸）・マスタースケジュール（全体を俯瞰）（内訳）・業務・アプリケーション開発（D/B、プロセス・・）・基盤（ハード・パッケージソフト・ネットワーク・セキュリティ）・移行・運用・組織・教育・プロジェクト管理2.作業工程（横軸・時間軸）・要件定義（要求定義＋要件定義）・外部設計・内部設計・開発・テスト（モジュール設計～結合テストまで）・システムテスト・運用テスト・移行リハーサル・移行・本稼動こんなところかな・・・

  2006.07.11

  コメント(0)

• 日本経営士会サテライト

  7月13日(木)7時00分～8時20分に経営士会の早朝サテライトがあり講師役です。テーマは以下のいづれかにするつもりです。・内部統制（J-sox）・グループウエア・ITコーディネータプロセスガイドライン・ＳＷＯＴ分析・ＣＳＦの抽出こんなところでしょうか・・・

  2006.07.11

  コメント(0)

• ブレーンストーミング

  【新人研修】---予算（工数）超過の演習に使用！！ブレーンストーミングbrainstorming / ブレスト　集団（小グループ）によるにアイデア発想法の1つで、会議の参加メンバー各自が自由奔放にアイデアを出し合い、互いの発想の異質さを利用して、連想を行うことによってさらに多数のアイデアを生み出そうという集団思考法・発想法のこと。省略して、「ブレスト」「BS」などともいう。　その背景には“本人にとってはつまらないアイデアに思えても、ほかの出席者には別の素晴らしいアイデアをひらめかせるかもしれない”という考えがあり、自由な発想でアイデアを生み出すことで、ほかのメンバーの頭脳に刺激を与えることを狙う。　米国の広告代理店BBDO（現BBDO Worldwide Inc.）の副社長だったA・F・オズボーン（Alexander F. Osborn）が1940年前後に考案したもので、「頭脳に突撃すること」として、このように呼んだ。オズボーン自身は、「討論参加者の1人がアイデアを出すと、彼はほとんど自動的に別のアイデアに対する創造力をかき立てる。それと同時に彼のアイデアは他の参加者全員の連想の電源を刺激する」と述べている。　ブレーンストーミングを行う際には次のようなルールがある。批判は行わない。提出されたアイデアに対する批判や判断、意見はブレスト中は排除する 奔放なアイデアを歓迎する。つまらないアイデア、乱暴なアイデア、見当違いなアイデアを歓迎する アイデアの量を求める。アイデアは多いほどよい 他人のアイデアを修正、改善、発展、結合する。出されたアイデアの改善案や組み合わせなども歓迎する 　典型的なブレーンストーミングは5～10人程度の参加者（ストーマーともいう）で行われ、その中でリーダー役が問題やテーマを提起し、記録係（場合によっては、記録専門）が出されたアイデアを記録していく。簡略化した形で通常の会議でも適用できるテクニックだが、意思決定や調整には役立たない。　出されたアイデアは、ブレストとは別に整理・分析を行い、真に独創的なアイデアを抽出したり、問題点の洗い出しなどの作業を行っていく。日本ではKJ法との組み合わせで使われることも多い。

  2006.07.11

  コメント(0)

• もう少し整理してみます（忘れてしまうので・・）

  【新人研修】予算額オーバーが要件定義の終盤で判明した時の対応この例では当初７５００万円の予算額から１０００万円超過しそうだと想定この場合（金額）に交渉する人は顧客のプロジェクトオーナー、中堅・中小企業の場合は当然情報統括役員か社長。即ち予算額変更の決定権を持つ人。現場の管理職レベルでは話にならない。交渉内容は２パターン１追加予算を承認してもらう（大企業の場合は難しい）２トップダウンで機能の絞込み（削減）を指示してもらう上記いづれの場合もアサーション（根拠）が重要。その鍵は作業内容のエビデンス。但し、あるべき姿は要件が膨らんだ都度顧客へ追加要件について判断を求める交渉が必要。また明日続きを・・・

  2006.07.11

  コメント(2)

• 帰りの電車で考えました

  【新人研修】顧客訪問時の名刺交換採点基準１案内された応接で座る位置　奥へどうぞと言われない限り下座が基本２先方が応接へ来たら起立３名刺はこちらから先に渡す（基本は両手）　テーブル越しに渡すのはタブー　こちらから先方側へ歩みよる（下座経由で）４名刺は胸の高さよりやや下の位置で渡す５渡す時に相手の目を見る（約2秒）６同時交換の場合は右手で渡し左手の名刺入れを受け盆にする７相手の名刺より下に出す（自分の身分が低いので）８「○○会社の●●と申します。宜しくお願い致します。」と好印象に挨拶する９相手がお座り下さいと言ってから座る（相手が先に座ったら自分も座る）１０相手の名刺を自分の名刺入れの上に置く　名刺は相手そのもの　メモ代わりに書き込みするなどタブー以上10点満点（10点取れる新人はいるか）---実はもう一つ評価項目がある。皆で議論。

  2006.07.10

  コメント(3)

• おはようございます！

  これから内部統制と企業会計について復習します。明日からも忙しくなりますから休みの日しか勉強する時間が取れません。スキルアップをする事を惜しんだら成長は止まります。イコール仕事は出来なくなります。

  2006.07.09

  コメント(1)

• 新人研修

  本部へ６名の新入社員が３ヶ月の人事研修を終えて配属されてきた。以下のテーマで来週研修を行う。・ＳＥとしてのビジネスマナーができているか。　名刺交換の基本　顧客訪問時の帰り方・システム開発の難しさを教える。・今後何時までに何をしなければいけないか自覚させる。当社へ来てから最も厳しい研修（3時間）けして苛める訳ではない本人達がこれから困らないようにとの親心である【この業界はそんなに甘くは無い】

  2006.07.08

  コメント(2)

全120件 (120件中 101-120件目)

< 1 2 3