真髄を語る：重要なソフトは外注せず自分で作る
ソフトウエア開発の経験が全くない素人集団を率いて、100％外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。この時の経験から言うと、ゼロからのスタートであっても、5年間真剣に取り組めば、ソフトウエアを自社内で開発・維持する体制を構築できる。現在、本業そのものを支えるソフトウエアに関してまで安易な外注が進んでいる。基幹部分は他人任せにせず、当事者が自らの手で内製できる力を持つべきである。 「交換機を作っているコンピュータ・メーカーに、交換機のソフトウエアを自分たちの手で作りたいと言ったら、『我々が手を引いたらNTTなんて成り立ちませんよ。お分かりなんですか』と脅されたよ。頭に来たな。石井君、どう思う。今のままでいいのか」 日本電信電話公社の真藤恒総裁は初対面の私にこうまくし立てた。電電公社が民営化され、NTTになる直前のことである。大阪の現場にいた私は
ITmedia Biz.ID：「キミ、ちょっとこれ頼むよ」に毅然と返答できる「自分時間予約術」
この場合、9時間が今週予定以外の仕事にかけることができる時間と言うことになります。少なくとも9時間未満の仕事であれば、急な割り込み仕事が入ってきても対応できるわけです。この時間を把握しておくのと把握しておかないのでは、急な仕事やアポイントを依頼したときの返答が変わってきます。 例えば今週の時間が明らかに余裕がないのが分かっているのであれば、あいまいに引き受けることなく断れるでしょうし、「今週は忙しいので来週なら対応可能です」と具体的に延期できるでしょう。 ある作業を依頼した上司が新たな仕事を重ねて依頼してきたのであれば、「その仕事をやるには、前に頼まれた仕事は来週になるかもしれません」と警告することも可能でしょう。要は自分の仕事を、会社の予算のように配分してしまえばいいのです。そうすることで、少なくとも自分の時間については“予約”できるのです。 作業時間をカレンダーに書き込んでしまおう 作
ITPro: 基本設計におけるレビューの勘どころ
どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」，「仕様間の不整合が実装フェーズで発見された」――。どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが，基本設計の成果物の品質を向上させるプロセスは，(1)設計作業を実施する，(2)成果物をレビューして欠陥を洗い出す，(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
