1.報告書の構成 報告書とは、上司や関係者に必要な情報を提供するための文書のことです。３層構造（標題→内容要旨→詳細内容）で、情報の整理や要約をしていきます。 例えば、日時、場所、目的、内容等について、情報を簡潔に記入します。 また、所感は記入する場合と、しない場合があります。その場の細かなニュアンスを伝えたほうが有効な場合には、所感も書くようにします。 【報告書（例）】 〔pdf〕打ち合わせ報告書 〔pdf〕営業報告書 1-1.報告書の全体構成 注意すべき点は、以下の三角形の図のように、「標題」は「内容要旨」（打ち合わせ内容）の要約、 「内容要旨」は「詳細内容」（ヒアリング事項等）の要約という３層構造を理解することです。 実際、報告書を上から（標題から）順に書こうとするから難しいのであって、 報告書の説明文（詳細内容から）順に書いていけば、割と楽に書けます。 【報告書の構造（下位にいくほ

「どうしたら、複数の人に伝えたいことを伝えられるか」 そのことについて考えていること多いです。 今日は、これまで考えてきたことを整理するために書いてみたいと思います。 伝えたいことを伝えるための８つのテクニック １．一文をできるだけ短くしよう。 ２．直球ストレートな文にしよう。 ３．箇条書きで書いてみよう。 ４．順序だてよう。 ５．具体例をあげよう。 ６．専門用語に気をつけよう。 ７．ゆっくり話そう。 ８．改行しよう。 １．一文をできるだけ短くしよう。 口頭、文書、どちらも一文は短くした方が伝わるように思います。 文章の長さ メリット デメリット 長文 読みごたえ有 読むのに疲れる。読む気をなくす人もいる。途中で読むのをやめてしまう可能性が高い。読み違える可能性も高い。 短文 読みやすい 文をいくつも並べないといけない。幼稚な文章に見えてしまう。 とにかく伝えたいと思うなら、一文は短く、で

情シス部門の業務力 今回は、IT化対象の業務要件・仕様を決めるために必要な「業務への理解力」＝「業務力」について述べます。 まず、業務要件とは何かについて整理しましょう。ある業務を行うには理由があります。その理由を外的要因・内的要因の2つに分けて考えます。 図1に示すように、外的要因では法令や制度、監督官庁の指導など、決められた範囲内で業務仕様を決めなければいけない部分があります。例えば、規制業種の場合は○○業法という形で法律として規定されているので、その規定に沿って業務を進め、エビデンス（証拠）を残すという形になります。 どんな企業でも、なんらかの購買活動を行い、なんらかの販売を行うサプライチェーンの1つを担っています。このとき他社との接点が生じます。サプライチェーンとの接点には、他社との調整が可能な部分があります。 内的な要因として、バリューチェーンが指摘できます。社内の処理はバリュー

2008年02月24日22:45 カテゴリLightweight Languages perl - the best friend of find(1) find(1)ネタというのも、定期的にネットを賑やかにする時候ネタになりつつあるようです。 いまさらxargsの便利さを主張してみる findでファイル検索入門 - builder by ZDNet Japan というわけで、いまさらfindとperlの相性のよさを再確認してみることにしてみます。 基本形 まずは、これを覚えておきましょう。 find [options and args of find] -print0 | perl -l0ne 'perl program' findが見つけたファイルを一つ見つけると、perlの$_にそのファイル名が入るのでそれに対して何らかの処理を行います。 perl側の-l0neというのは、以下と同等

設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

これほど長い間、さまざまなIT管理者が同じ過ちを繰り返すのを見つづけてくると、その過ちに共通のパターンがあることに否応なく気づかされる。よく見る5つの過ちと、その避け方のヒントを以下に記しておく。 過ち#1：事後対応のみで、事前対策なし IT管理者が犯す最大の過ちは、責務の果たし方が事後対応的であることだ。つまり、問題が起こってから対応に慌てふためく人が多く、早くから潜在的問題に気づき、事前に解決策を用意しておく人は少ない。IT管理者に特有のことではないが、IT部門の管理者が予防的措置を怠るとなると、致命的な過ちになりうる。 たとえば、しっかりした予防意識を持っているIT管理者なら、事が起こってからその場でレスキュー計画をでっち上げたりせず、事前にちゃんと備えをしておくだろう。しかも、ハードウェア障害、自然災害、システム不調、その他、起こりうる危険の1つ1つに対応策を用意しておくに違いない

気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン

本記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なりますが、この記事で焦点を当てたITマネジメントの本質は今でも変わりません。 情報システムの操作方法を記述した「マニュアル」は必要不可欠のものだが，現実には手抜きのマニュアルが少なくない。システムの利用者の視点に立って，マニュアルを作り直すことで，システムの利用度合いはぐんと高まる。見直しのカギは，利用者が業務の流れとシステムとの関係を理解できる記述にすること。各操作画面ごとに利用者が疑問に思う点を整理しておくことも必要だ。 岩井 孝夫 企業情報システムを構築するプロジェクトの成果物は何か。一つはもちろん，企業情報システムそのものである。もう一つ，忘れてはならないものがある。そのシステムの利用方法を記述したマニュアルだ。 完成したシステムが現場の利用者にしっかり使ってもらってこそ，その

コンサルタントの中核スキルに必要な知識は？：PMとコンサルタントは育ちが違う（4）（1/2 ページ） 前回は、コンサルタントの中核的スキルである概念スキル（コンセプチュアル・スキル）は、会社全体、問題点全体を鳥観する能力であり、現状分析における問題点整理・分析およびシステム化方針策定における新ビジネスプロセス設計で必要とされることを述べた。今回は、この会社全体・問題点全体を鳥観するための知識に関して詳しく検討してみる。 会社全体・問題点全体を鳥観するための知識とは コンサルタントは、会社の中の各部門がどのような役割を担い、それぞれがどのように関連しているかを理解し鳥観するためにヒヤリングを行う。ヒヤリングによって各部門の業務内容を把握し、相互依存関係を理解するのだ。 その際、ヒヤリングですべての情報を把握しようとすると、非常に多くの時間と労力を必要としてしまう。また、「情報をどのような形に

via del.icio.us/popular バイク店にかかっていた正直な看板の写真だそうで。 「良いサービスを、安く、早く。3つのうちどの2つでもお選びいただけます」 良いサービスを安く、という場合は時間がかかります 良いサービスを早く、という場合はお代がかかります とにかく安く早く、という場合はサービスの質を落とさせていただきます ソフトウェアの開発も同じことで、3つを同時にいくらでも満たすのは無理。できますと言うエンジニアがいたら詐欺師かダンピングのどっちかだろう。 機能とコストと納期は、x-y-zの三軸に張り付いたゴムの膜みたいなもので、一つをグーッと引っ張ろうとすると、他の二つがつられて短くなっていくものだ。 相手が顧客でも営業でも、それまで無かった新しい制約条件を追加されたときに、「それを実現すると、代わりにこれが犠牲になります」と言えなければ、プロジェクトを制御しているとは

2007年10月09日17:00 カテゴリArt 自営するあなたへ！これだけは知っておきたい10個のつっこみ はてブ経由でつっこめRequestが来たので。 モチベーションは楽しさ創造から - 起業する友人へ！これだけは準備しておくべき１０個のこと とはいっても、私の場合、「従業員から起業家」へではなく「自営業の延長」なので、「起業」というイメージからはかなり遠いと思うのだけど、今ではむしろ後者のケースの方が多いかも知れないので参考までに。 メシを食うだけの仕事は、在職中に確保してました なにせ自営業を法人成しただけですから。その後はだいたいWikipediaにあるとおり。 私は従業員経験というのはほとんどないのですが、従業員と起業の間に「自営」というのを挟むのも悪くないのではないかと思います。自営のままでよければそれでよし。それじゃ間に合わないという段階になってはじめて起業という感じで。

そもそも社内SNSってナニ？ 社内SNSを知っていますか？ 文字通り、会社内で主にイントラネットを使って利用するSNS（Social Networking Service）です。イントラ／社内ブログがSNSになったものともいえます。SNSといえば、日本ではmixiやモバゲータウンが有名ですね。 現在、その社内SNSが大人気となっています。これまで登場した新しいコミュニケーションツール（携帯電話メール、インスタントメッセンジャー、ブログなど）は、小規模なITベンチャーなどが最初のユーザーになることがほとんどでした。ところが、社内SNSに関しては、こうした企業ばかりでなく、早い段階から大企業の一部門で導入するという事例を多く耳にします。これは非常に興味深いことです。大企業にこそ、社内SNSを必要とする事情があるのかもしれません。 また、筆者はOpenPNEという、無料で配布されているオープンソ