「アジャイルプラクティス」はスゴ本
marsさんが、「システム開発に関わる人はみんな読めー」と強力にオススメするにつられて読む。これはスゴ本。marsさん、良い本を教えていただき、ありがとうございます。 ■ どんな本? 本書は、開発現場で培われた「成果を出す習慣」を、45のプラクティスとして紹介している。開発速度を大幅に上げたり、高速納期を目指すような、「アジャイル開発プロセス」という決まったやり方は、存在しない。アジャイルな開発とは、現場でのさまざまな活動をアジャイルにしていく――つまり、変化に適応することを継続させていく―― 「習慣」だということに気づく。協調性+フィードバックによるプラクティスは、あまりにもあたりまえすぎて見過ごされがちかと。その反面、意識して実践するならばこれほど心強い金棒はないだろう。 ■ 忘れがちな基本中の基本「成果をあげるのが仕事」 面白いのは、「悪魔の囁き」と「天使の導き」との間で揺れ動く「感
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
残業を減らすには、「最終完成物の摺り合わせ」のルーチン化から - モチベーションは楽しさ創造から
ある飲食店チェーンの会議での話。 そのクライアントは、現在、システム導入に向けての最終段階に入っています。 会議では、ベンダーさんがマニュアルを作ってきており、その確認作業をしていました。 マニュアルは完成型で納入されてはいたのですが、それを見て、クライアントの担当者の一人がベンダーさんに向けて、注文をつけ始めました。 貰ったマニュアルをベースに、チェーン店別、パート、社員、店長用という形で社内で再マニュアル化をする必要がある その為には、再マニュアル化がしやすい形でのマニュアルの納入してくれないか？（マニュアルのレイアウト、マニュアルの構成等） また、エクセルでマニュアルを作ってあるのだが、再マニュアル化をしていく為には、ワードでの納品が望ましいという要望が出てきたのです。 「再マニュアル化」の話は、何度も行っていたのですが、 ・マニュアルの完成イメージ（レイアウト、アウトライン構成、、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
