国防総省での「最適組織編成プロジェクト」 - 人と組織と、fukui's blog
2010年05月20日 22:34 カテゴリ人と組織 国防総省での「最適組織編成プロジェクト」 Posted by fukuidayo No Comments No Trackbacks Tweet 組織運営に役立った本を一冊あげろと言われたら、小林惠智氏が書かれたチー ムマネジメントをあげたいと思います。今は絶版となっている本ではありますが、Amazonマーケットプレイスで１円で購入できるので、経営者や組織のマネジャー、人材開発の担当者は是非ご一読頂きたいと思います。 人材開発や、組織論に関して書かれた書籍はよく読むのですが、満足できない内容のものも多かったりします。これは、 人や組織の問題は、成果を定量的に示すことが難しい。また、施策を実行した時としなかった時で、成果を比較することも難しい。故に、個人の経験や価値観をもとに書かれたものになってしまいがち。 であることが原因ではないかと感
Redmineを使って気付いたことpart7～イテレーションで追跡する - プログラマの思索
チケット駆動開発でアジャイルに開発しながら、「チケットではなくイテレーションで進捗やリスクを追跡する」意味が何となく分かってきた。 それについてメモ。 【1】チケット駆動開発の基本は、チケットファースト。 チケットがXPのタスクカードに相当する。 担当者は、チケットへ作業内容を記入してから、作業を開始する。 開発者は実際、チケットをToDoカードのように用いている。 SW開発のタスクは単にプログラミングだけではない。 お客様へ納品する設計書を作ることも必要だし、テスト仕様書を作ることも必要。 更には、ビルド環境を作ることも必要だし、テストデータを準備することも必要。 すると、チケットは終了するペースよりも登録する方がどんどん増える。 何もしなければ、チケットは乱発されて、放置状態になり、収拾が付かなくなる。 僕が初めてTracを運用した時、マイルストーンやバージョンが曖昧なままチケットを登
capsctrldays - 現場リーダー本を語る会
1 現場リーダー本を語る会 機会があって参加させていただきました。お誘いくださってありがとうございます。某社SD事業部の働きを垣間見ることができました。 この本は本当にスゴくって、 今日のお昼に読み返したんですが、 議事録テンプレート 3Pフレームワーク キャラクタマップ なんかは何度読んでもイイ。まだ初版が買えるなんて信じられん。 大事なことがありすぎてちょっと読みにくい感じもするんですが、 ちゃんと読むと本当にいいことが書いてあります。 正直、自分は「リーダーって何なの？」って思ってるわけですが、 それでも得られるものがあるんです。 今日新しく得たこと 魔法の瞬間はない ふりかえりは自分を解放する時 タスクの終了条件を明確にする（期限はイテレーション終了時までなので明白） プロジェクト・ナラティブ（リーダーが期待することをメンバーに伝える） 二丁野帳
はてなブログ | 無料ブログを作成しよう
賃貸暮らしのわが家の地震対策【揺れから命を守る編】 以前のブログでも記載した、防災の優先順位に基づいて対策を進めています。まだ手をつけられていない部分もありますが、ある程度まとまってきたのでざっくりとご紹介していきます。 優先順位別に改善していっているため、今回は主に地震の揺れ対策がメインになります。…
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
「技術トレンドのおさえ方」を開発の現場に寄稿 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 開発の現場 vol.006（2006年10月発売）の特集「はじめての開発リーダーToDoリスト」において、「技術トレンドのおさえ方」を寄稿しました。 つけていただいた副題は、 3つの力「見極める」「説明する」「活用する」で"使えるもの"を的確に把握しよう 少しだけイントロを。 優れた新しい技術をたくさん知っていれば技術を「おさえる」ことができるようになるのでしょうか。それは残念ながら違います。それに、それだけの技術情報をすべてチェックすることは難しいでしょう。 自動車業界を例に考えてみましょう。優れた最新の技術を結集したものの代表といえばF1カーが思い浮かびます。F1カーで使用する優れた技術を知っているというのは良いことです。膨大な労力をかけて得たその知識は大変貴重な
「ソフトウェア開発の名著を読む」を読む
「めいちょ」と銘打たれるとなかなか手が出せないもの。大著であることも多いし、何より難しそうなイメージが先行してしまう。さらに、たいていは「古典」…なので、書店で平積みになってる賞味期限 1 年のハウツー本みたく目に入ってこない（←こちらからアプローチをかけないと手に入らない）。 というわけで敬遠していた方へ朗報。「ソフトウェア開発の名著を読む」で手軽に「めいちょ」の品定めができる。この手のカタログ本だと、「コンピュータの名著100冊」が有名だが、これはたったの8冊の紹介、しかも新書なので30分で読める。 しかも、言語は問わない。もちろん FORTRAN や Pascal といった「古語」のコードが出てくるが無問題。伝えたい何か、例えば「プログラミング作法」や「よいコードを書くための習慣」を表現するための、レトリックとしてのコードなのだから。 とどめは、昔から、誰からでも、何度でも指摘されて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
