Content-Length: 334216 | pFad | http://b.hatena.ne.jp/jjzak/management/business/
Life is beautiful: リーダーシップについて思い出したこと
アメリカの人口の１２％が「貧困層」であり、そう言った人たちは日々の食事も満足に食べることの出来ない生活をしている、などの報道は、米国に住んでいると新聞やニュースでは良く見かける。しかし、中流以上の生活をしている我々にとってみれば、生活圏がほとんど重ならない彼らの生活の実態は、なかなか実感として捉えられず、単なる「統計データ」としてしか頭に入って来ない、というのが正直な所である。 しかし、今回のハリケーンで、彼らの生活の基盤がいかにもろいものか、そして、その数がものすごいものであることを、映像を通して目の当たりに見させられることになったことにショックを受けている人はとても多いはずだ。 今回のハリケーンの被害は、政府からの非難命令にも関わらず、逃げるための交通手段も持たず、逃げたところで避難先のホテル代も払うことが出来ない人達が「予想に反して」１０万人も市内に残ってしまったために大きくなってし
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
お茶でも飲みながら会計入門 インデックス － ＠IT自分戦略研究所
売上検収×債務支払×給与 新春三題噺 お茶でも飲みながら会計入門（88）「請求書がなくても支払われるものなーんだ？」今回はランダムに選んだ3つのテーマで、お話します
USIT - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典は脚注などを用いて記述と関連付けてください。（2014年2月） 独自研究が含まれているおそれがあります。（2014年2月） 広告・宣伝活動的であり、中立的な観点で書き直す必要があります。（2014年2月） マークアップをスタイルマニュアルに沿った形に修正する必要があります。（2014年2月） 統合的構造化発明思考法（Unified Structured Inventive Thinking、USIT、ユーシット）は、問題解決手段を一通り編み出すための思考法である。 1990年代前半にRoni Horowitz博士らがTRIZを簡単にすることを目標として発展させてきた体系的発明思考法Systematic Inventive Thinking(SIT)、最近では改良型体系的発明思考法Advanced Syste
タイム・コンサルタントの日誌から
BOMの用語はややこしい。BOM（Bill of Material＝部品表）の概念自体はもう、50年以上もの歴史がある。その間に、いろいろな用語・概念が確立し、徐々に変遷してきた。またBOMをめぐるソフトウェア業界にもいろんな技術進化と流行があり、大手ベンダーが差別化のために提唱した用語が、いつの間にかスタンダードみたいに普及していくこともある。 近年では、BOP（Bill of Processes）という用語がそうだ。このBOP概念はここ10年くらいに普及してきたものだが、実はまだ発展段階で、きちんと定まっていない。同一企業内でも異なる意味で使っていたりする。ちなみに2004年に発刊した拙著「BOM/部品表入門」では、BOPという言葉は取り上げなかった（ほとんど使われていなかったのだ）。しかし最近のBOMのセミナー等では、かならず説明する必要がある。 ちなみに、ERP（Enterpris
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
P.F.ドラッカー名言録 目次
｢問題の明確化としっかりした定義づけができ、それによって観察可能なすべての事実を網羅しうるまでは、そうした問題の定義づけは不完全であったり、間違ったものになる｣
一流の研究者のマネージメント、２１の鉄則
一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます： 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に２億円は使っていたでしょうか！」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな！」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら
5分で絶対に分かるプロジェクト管理 ― ＠IT情報マネジメント
プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお
議事録の書き方 基礎講座 - livedoor ディレクター Blog
こんにちわ、ライブドアの櫛井です。 ディレクターに限らず、会議の議事録をとるというのは基本的な部分ですが周りの先輩がきちんと教えてくれなくて苦労した覚えがあります。 そこで今回は「議事録の書き方の基礎」をお届けしようと思います。 なぜ議事録が必要か 会議が終わって数日してからのありがちな 「△△さん、こないだの件終わりました？」 「え？あれって○○さんがやってくれるんじゃなかったっけ」 「いや、こないだの会議で△△さんが明日までにやるって言ってましたよね・・・」 「言ったっけなあ、まぁとりあえずやるけどさー」 「はい。すいませんがお願いします・・・(俺が悪いの？)」 といった、ちょっとした行き違いを防ぐための認識合わせをする為にも有効です。 また、会議で話した時は場の雰囲気に流されて「まぁとりあえず、まぁいいですよね、まぁまぁ」といった形で話が終わってしまった内容を、「最終的にどうするか」
議事録のプロ
システム構築の現場は，人と人とのコミュニケーションの場でもあり，ヒアリングや報告などさまざまな目的の会議がたくさん開かれる。そこで問題となるのが「議事録」だ。会議の議事録の取り方を観察していると，実に様々な流儀・方法を目にすることができる。 時々見かけるのが会議をすべて録音して，後日，誰かがほとんど1日費やして聞きなおしてすべて書き出すというもの。出来上がった議事録は数ページに及び，それを関係者に配ったとしても誰も見ようとはしない。それほどに冗長な議事録ではなくても，議題ごとに誰が何と言ったかについて克明に記述された議事録はよく目にする。 第一話で登場したIさんは要求定義ヒアリングのプロであるだけでなく，議事録のプロでもある。Iさんに「議事録の書き方はどうしたらいいか」と尋ねると，「決まったことだけ書いてください。それ以外は基本的にいらないといっていいでしょう」と言い切る。 会議の場では様
Geekなぺーじ : 優秀な社員を辞めさせない方法
「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。
中小企業ビジネス支援サイト J-Net21
コラム・インタビュー 最新のビジネストレンドや中小企業が直面する経営課題など、読み物コンテンツをまとめています。
『あなたのモチベーションをぶち壊す上司』の行動理由15 - モチベーションは楽しさ創造から
先日のエントリスーパーできる人はみんな「モチベーション創造力」を持っている に対して、MAさん、ＨＳさん、trshugu さん、hitom さんからのコメントを聞かせて頂いてのエントリです。 確かに、モチベーション破壊者となるような上司って周りにいますよね。会社としては、その組織のモチベーションアップを図って貰うために管理職手当を払っているはずなのに、逆の仕事をしている人っています。その人がいない方が、社員のモチベーションがあがり、生産性が上がるというような人。 モチベーション破壊者のような上司への対応を考える際に、押さえておくべき事は「そのような上司はなぜ、部下のモチベーションをぶち壊すような行動をしているか？」という動機です。人によって、部下のモチベーションを壊す行為の動機は違います。犯罪者に様々な動機があるのと同じ・・（犯罪者と一緒じゃ例えがまずいか？） この動機にあわせた対策を打っ
良い人間関係を築くために知っておくべき心理学の基礎 - モチベーションは楽しさ創造から
部下や後輩のモチベーションアップを考える前に、当然、彼らとの良い人間関係作りを行う必要があります。「あの後輩とはなかなか馬が合わない」とか、「あの上司はとにかく嫌い」などといって、人間関係を避けていても、何も前に進みません。 個人的感情はいろいろあるかとは思います。しかし、自分が効率よく仕事をこなしていこうとすれば、これらの人に足を引っ張られるワケにもいきませんし、うまく協力させていかなければなりません。 イヤな人でも、人間関係作りは、不可欠なテーマなのです。そこで、人間関係作りを考えていく際に、覚えておいた方がいい、心理学の基礎をご紹介。 返報性 相手から何かをされると、私達は相手に何かを返してあげる必要性を感じます。特にルールはないにも拘わらず。 私達は他人から「良い人」」と思われたいと思っています。他人から何かをもらったのに、それに対して何もお礼をしなければ、「悪い人」と思われるかも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/jjzak/management/business/
Alternative Proxies:
経済産業省：EAポータル
INSIGHT NOW!
MPUF (Microsoft Project Users Forum)
「ベンチャー企業」のための資金調達入門 | isologue
「事業計画作成とベンチャー経営の手引き」及び「事業計画作成支援コースの 運営とベンチャー支援上のポイント」の公表