タグ

マネジメントに関するm_andoのブックマーク (7)

  • http://yuugop.com/download/Improving_TeamManagement%5Brecre03dist%5D.pdf

    m_ando
    m_ando 2009/12/16
    [for:@twitter][filetype:pdf][media:document]@myEN
  • 5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス :ITpro

    前回は,部下を持つことで混乱している坂上司としてどう行動していくべきかを伝えました。そして,私は彼に“はじめて部下を持つ人"への5つのアドバイスをすることにしたのです。 坂は,中堅社員ですが,長く部下を持たなかったので,自分のことだけを考えていれば済みました。しかし,今後はそれでは済みません。彼にはしっかり部下の面倒を見てもらい,組織マネージメントを身に付けてほしいからです。 坂に限らず,多くの人は部下を持つとそれまでとは違った苦労をします。自分だけで精一杯なところに,知識も経験も劣る部下の面倒も見なくてはならないのですから,その大変さは誰でも理解できるところでしょう。 しかし,組織で力を出していく以上,部下の戦力化は避けて通れない道です。どうせやらなくてはならない部下マネージメントなら,しっかりとした「やり方」を身に付けたいものです。まず,私はこれを坂に教えなくてはならないと思

    5分で人を育てる技術 (22)“はじめて部下を持つ人"への5つのアドバイス :ITpro
  • なぜ企業の採用がうまくいかないか?11の特徴の解説 - fake24

    昨日採用がうまくない企業の11の特徴を上げたわけですが、もう少し細かく書いていきたいと思います。 その前に、、、 会社の内部を見た場合、現場と人事がうまくいってない会社が結構多いと思います。現場は好き勝手に言う、人事もそれに振り回される、、こんな状況が生まれる会社は結構マズイです。(いや、大半がこんな感じでしょうか) 例えば、、 ・人事は面接しなくてもいいから現場に回せ (人事は現場のことなんて分からないから、面接する必要ないという主張です) ・現場は採用できない人材を現場が欲しがる、人事は「労働マーケットなど諸々の事情で無理だよ」と言えない ・人事が新人の教育環境を作ろうとしても、忙しくて無理!即戦力だ!と言われて制度改革に挫折 こんな感じで社内体制より開発、営業なんかが優先になりがちになってしまい、、なかなか良い採用ができなくなるものです。(個人的には人事の面接は会社の人事方針・給与関

    なぜ企業の採用がうまくいかないか?11の特徴の解説 - fake24
  • 上司から部下へ贈る12のメッセージ | P O P * P O P

    上司から部下へ贈る12のメッセージ」という記事が話題になっていました。ちょっと考えさせられたのでご紹介いたします。 » Note From Boss To Employees (via Execupundit.com) 若干、意訳ですがご容赦ください(翻訳が間違っていたらご指摘ください)。 私は上司として大きなプレッシャーを抱えています。あなたが滅多に経験しないようなプレッシャーです。そのため、あなたが何か手助けをしてくれたならば当にありがたいと思います。 あなたの興味はとても大事です。しかし覚えていて欲しいのは、私は同時に他の多くの人々の興味や心配についても考えなければいけないということです。 私はこの地位に就く前に、人を管理する者としての十分な訓練を受けてこなかったのかも知れません。その結果、現場での試行錯誤を通じて学ぶことになりました。ただ、それは必ずしも悪いことではないと思って

    上司から部下へ贈る12のメッセージ | P O P * P O P
  • 定量的なソフトウェア品質管理(pdf)

    日科技連とSQiPの取り組み 1980年、日科技連では、日におけるソフトウェア製品の品質向上と効果的開発の方法論の確立を目指して、「ソフトウェア生産管理研究委員会」(SPC, Software Production Control)を設置しました。 以来、「TQMとソフトウェア工学の結婚」を標榜し、日的品質管理をソフトウェア生産に適用するための調査・研究・普及を行ってまいりました。 2007年に、この活動が「ソフトウェア品質に関する活動」であると分かりやすくすることと、ソフトウェア技術職という専門的職業の矜持を大事にしたいという思いから、SQiP(Software Quality Profession)に改称しました。 1980年の設立当初は、メインフレーマーで培われたソフトウェア品質技術・施策を議論する場でしたが、現在はソフトウェア産業に関わるすべての方々が議論できる場になっています

    定量的なソフトウェア品質管理(pdf)
    m_ando
    m_ando 2007/02/02
  • WBSを使った作業計画とスケジュール作成の実践知識(1)

    図2 WBSによる作業分割の例<BR>WBSとは,プロジェクト全体を,成果物を生み出す作業単位に分割すること。大日程計画では,WBSの最小レベルである「ワークパッケージ」まで分割し,中日程計画や小日程計画では成果物の有無を考慮しない作業単位である「アクティビティ」まで分割する 進ちょく管理の第一歩は,納期・コスト・品質を守るためのスケジュールを立てることにある。その時に最も重要なのは,現実感のある作業内容を明確に定義することだ。この記事では2回にわたって,「WBS(Work Breakdown Structure)」を使って緻密で現実的な計画を作るための勘どころを解説する。 「納期から半年遅れでようやくシステムが稼働した」,「要員の追加投入を繰り返し,人件費がかさんで予算を大きく超過した」——。 当初計画した納期を守ることができず,結果的に赤字に陥るプロジェクトが後を絶たない。仕様があいま

    WBSを使った作業計画とスケジュール作成の実践知識(1)
  • Joel on Software - やさしい機能仕様

    ジョエル・スポルスキは、ニューヨーク市の小さなソフトウェア会社  Fog Creek Software の設立者です。イェール大学を卒業後、マイクロソフト社、Viacom社、 Juno社でプログラマとして働きました。 このページは著者の個人的な意見を掲載したものです。 All contents Copyright ©1999-2005  by Joel Spolsky. All Rights Reserved. FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky

    m_ando
    m_ando 2006/10/07
    なぜ仕様書を書かないといけないのか
  • 1