取りまとめなど一人でやる仕事って、土曜日が一番はかどる。連絡をすることもされることもなく、考えることに没頭できるから。 仕事を進める上で、とりわけ多くの人が関わる事案というのは、仕切る際に結構進め方にコツのようなものがある。これが分からないと厳しいと思うのだが、実際にはあまりそういうのに無頓着で、ただ単に金が儲かればいいとか、サービスが期日どおりリリースできればいいと考えるマネージャーも多くて困る。自分のことを棚に上げていうけどさ。 でも、立場も役割も機能も違う人たちを集めて、何がしかの結果を出さなければならない仕事というのは実に多い。取りまとめる際に、利害は対立するし、共通の認識は違うし、問題に対する考え方も違う。これはしょうがないのだけれども、そこにプロジェクトがあって、人が集うからには方法論をある程度ノウハウ化しておかないと話を進められないと思うんだけどね。 ちなみに、私がそういう事
セメントドリンク、ブラウン管、吊るされた収納、OMORIカフェ、くり抜き、どや顔の初音ミク パチミラ福岡に出演する縁で博多に行きました。 楽しかったのでその時の写真をアップロードします。 博多駅のハートポスト 手描きのグリッチ カニの丸揚げ(おいしかった) フレッシュセメント という名前の飲み物(おいしかった)ごま+バナナスムージーっぽかった？ 泡系…
Viagra as low as $0.57 Generic Viagra, containing Sildenafil Citrate, enables many men with erectile dysfunction to achieve or sustain an erect penis for sexual activity. Since becoming available Viagra has been the prime treatment for erectile dysfunction. More Info Cialis as low as $1.01 Generic Cialis is a highly effective orally administered drug for treating erectile dysfunction, more commonl
TestLinkでテストケースを作りこんで、テストしていくと、色んなことに気付く。 TestLinkでテストしていきながら感じたことをメモ。 【1】ウォーターフォール型開発では、下流工程にテストが来る。 単体テスト、結合テスト、システムテスト(総合テスト)、受入テストの違いをきちんと使い分けているだろうか？ テストは基本的に、V字モデルの左側の工程の検証作業になる。 単体テストは開発工程の検証だが、結合テストの違いは何だろうか？ 単体テストは、最低限動作することを保証すること。 Exceptionが発生するようでは話にならない。 ホワイトボックステストで、最低限、分岐網羅(C1)を検証する。 だから、コードカバレッジが非常に重要になる。 結合テストは、複数のモジュール同士を結合して動作するのを検証する。 普通のプロジェクトでは、結合テストで火を噴くことが多い。 理由は、結合テストになって初
確か、１週間前くらいにワールドビジネスサテライトを見ていたら、「報連相」についての特集をやっていました。 私達、日本のビジネスマンがビジネスの基本と考えている、報連相を、外国のビジネスマンは異様に捉えているという事がメインテーマ。（番組の最後には肯定的に捉えている事例も紹介されていましたが）日本人と違って、外国人は本音を言いますから、とても面白い内容でした。 特に、日頃、「報連相がビジネスの基本だ」と言っている私にとっては、結構インパクトのある話でした。今まであまり、「報連相」の副作用について考えていなかったので新鮮でした。 彼らが言うには、 大事な事は結果だ。結果が全て。結果を出すまでのプロセスをイチイチ「報連相」するのはオカシイ 本来結果を出す為の活動に時間をかけていく必要がある。（例えば、営業マンであれば顧客への訪問等）しかし日本企業は「報連相」にたくさんの時間をかけている。時間の無
人月ということについて少し書いてみます。人月という言葉の説明は、ここでは省略いたします。ごめんなさい。 私はシステムインテグレーション業界（IT業界と広く言われる中でも、業務システムを作っている領域のことです）が旧態依然の人月商売が常識的な商慣習であることに対して、長年反発しています。公の場において経営不在であるとさえも言っています。 では人月が本当に全面的に悪なのかというと、これもまた違うと感じます。人月でしか価格算定できない仕事もあると思うからです。私が人月商売に否定的なのは、「何故、この人がこの価格なのか」という基準があまりにもなさ過ぎるからです。 そしてこの基準の不明朗さを助長しているのが、私がコストイーターと呼ぶ中間流通です。要するに口利きです。紹介・斡旋を専らとしている会社です。これがいくつも連なって各社がおよそ20%ほどのマージンを上乗せしていくことで、エンドユーザと呼ばれる
プロジェクトマネージメントってなんだろうねという会話。まだまだラフですが。 本質的にマネージメントしなきゃいけないのは、1.ビジョンの実現品質、2.スループット（個々人のモチベーション）、3.リスクだと定義しました。 「ビジョン」とは望ましい将来の姿のことで、「なぜプロジェクトをやるべきか」というWHYの定義にあたります。（TODOミッションは入るのか？）。そこからシステムの仕様が段階的に導かれてきます。ビジョンの実現品質とは、きちんと段階的に導かれた仕様に従っているか、ということになります。 スループットとはプロジェクトの生産力になります。人をアサインしたからといって生産性が高いとは限りません。そのメンバーがやる気になって、十分な生産性を達成しているかが重要です。 リスクは言うまでもありませんね。変化が大きく、複雑なプロジェクトではリスクマネージメント、つまり不確定要素の管理が非常に重要
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
アメリカの人口の１２％が「貧困層」であり、そう言った人たちは日々の食事も満足に食べることの出来ない生活をしている、などの報道は、米国に住んでいると新聞やニュースでは良く見かける。しかし、中流以上の生活をしている我々にとってみれば、生活圏がほとんど重ならない彼らの生活の実態は、なかなか実感として捉えられず、単なる「統計データ」としてしか頭に入って来ない、というのが正直な所である。 しかし、今回のハリケーンで、彼らの生活の基盤がいかにもろいものか、そして、その数がものすごいものであることを、映像を通して目の当たりに見させられることになったことにショックを受けている人はとても多いはずだ。 今回のハリケーンの被害は、政府からの非難命令にも関わらず、逃げるための交通手段も持たず、逃げたところで避難先のホテル代も払うことが出来ない人達が「予想に反して」１０万人も市内に残ってしまったために大きくなってし
設計／開発の品質とは？。 設計／開発の生産性とは？。 設計するもの、開発するものの規模が非常に大きくなっている今日、 このようなテーマに取り組んでいる方は多いと思われます。 中には、生産性を向上させるための活動や、 そのための設計／開発環境を整えるという仕事を メインに取り組んでいる方もいるでしょう。 私も、そのような仕事に長年取り組んできました。 ここでは私の経験を交えて、 設計／開発をいかに進めるべきか、 「品質／生産性改善活動」に取り組んでいる方にとっては、 どのように補佐／アドバイスをしていけば効果を上げられるのかについて まとめてみたいと思います。 同じようなテーマに取り組んでいる方にとって、 少しでも参考になれば幸いです。 なお、本稿はソフトウェア開発に限ったものではありません。 昨今の LSI 開発も同じような様相を呈しています。 「そもそもシステム開発というものは．．．」
プロジェクトの進め方の巧拙は企業の競争力に大きな影響を与えるが，プロジェクトマネジメント手法の基本を理解することはそれほど難しくない。本連載では，経営者，実務者，技術者など，職種や年齢を問わず誰でも理解できるように，プロジェクトマネジメント手法の基本をかみくだいで解説していく。 第1回 手法の基本はだれでも理解できる 第2回 カギとなる用語をまとめて覚える 第3回 マネジャの任務は良いチーム作り 第4回 四つの基本ステップを把握する 第5回 開始前にやるべき内容を定義 第6回 実行計画をチームで作る 第7回 日程・予算・リスク計画を立てる 第8回 現状を常に把握しリスクを確認 第9回 必ず起こる問題に対処する 第10回 顧客が成果物を引き取ってこそ終了 第11回 経験をノウハウとして記録する 第12回 「成功」のカギはコミュニケーション 最終回 優れたマネジャの育成に取り組む
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
