2026
2025
2024
2023
2022
2021
2020
2019
2018
2017
2016
2015
2014
2013
2004年07月の記事
全27件 (27件中 1-27件目)
1
-
大きいだけの銀行が小さな世界で綱引きをしています
＜三井住友＞ＵＦＪに経営統合申し入れへ この記事を見て思ったこと。 大きいだけの銀行同士が、小さな小さな自分たちの世界で綱引きを繰り広げているだけですね。 「勝手にやってください。」 「システム障害を起こして、お金をおろせなく しないでね！！」といったところが一般利用者の感想でしょうか！！ おわり
2004年07月31日
-
ものごとを具体化するといろいろなことがみえてきます
社内であるシステムの見積の打合せをが終わったあとにふと気づいたこと。 ものごとを具体化していくと、 ●問題点 ●疑問点 ●今後の作業 ： ：など、いろいろなことがみえてきます。 逆に、ものごとを具体化できず、抽象的なままで議論を続けても何もみえてきません。 ものをつくる仕事では、 「仕事を進める」＝「ものごとを具体化していく」が成り立つようですね！！ おわり
2004年07月30日
-
会社の機密情報はこうやってもれるようです
1通のメールが会社の課長から送られてきました。 内容は、会社の機密情報の管理を徹底するように書かれており、実際に起こったことが書かれていました。 以下メールの一部を抜粋。●車上荒らしに遭遇し、書類の入ったかばんを盗まれる●通勤途中に電車の網棚に荷物を乗せていたが、 社中に忘れそのまま荷物が行方不明●顧客先で一時的に席を離れたときに書類を盗まれる●メールアドレスを間違え、関係のない人に会社資料を送付●宅配便で荷物を送ったが、宅配業者が途中で紛失。 ふだんの何気ない作業や行動から、会社の機密情報はもれるようです。 仕事中はもちろんのこと、仕事を終えてからでも重要情報の管理は注意しないといけない時代のようですね！！ おわり
2004年07月28日
-
音楽を保存するメディアについて考えてみる
いろいろなニュースを見ていてふと感じたこと。 映像を保存するメディアはこんなふうに変化してきている。 ビデオテープ ↓ ＤＶＤ ↓ ＨＤＤ（ハードディスク） 音楽を保存するメディアはこんなふうに変化してきている。 カセットテープ ↓ ＭＤ 最近は、ＨＤＤを使用した音楽プレーヤーが続々と登場。 ある記事では、ＨＤＤやフラッシュメモリーを使用した音楽プレーヤーのシェアはまだ2.1%とのこと。 メーカーもシェアを掘り起こすのに躍起になっている理由がわかります。 いずれは、映像メディアと同じように、音楽もＨＤＤへ保存することが一般的となっていくのでしょうか？ おわり
2004年07月27日
-
もしも日記が消えたらどうしますか
こんな記事を見つけました。 JUGEM、正式版への移行中に一部データが消失 JUGEM 楽天広場でも起きないということはありません。 自分の日記が消えたとき、あなたはどうしますか？ 一度、考えてみては...。 おわり
2004年07月25日
-
夕刊フジがBLOGになりました
こんな記事をみつけました。 ファンコミュニケーションズ、夕刊フジの記事を Blog 形式で提供 夕刊フジBLOG 夕刊紙は買わないので、ほとんど読んだことがありません。 でも、BLOGであれば目を通すようになるかも...。 おわり
2004年07月24日
-
お詫びの全国ツアーがはじまりました
2004年7月21日に書いた日記のつづき。 落雷でUPSの設定不備が発覚し停電となったシステムセンタ。 このシステムセンタの中では、金融機関向けにインターネットバンキングのサービスも提供していました。 インターネットバンキングサービスを使用されているのは、北は北海道から南は九州まで全国の金融機関。 言うまでなく、停電の影響によりインターネットバンキングサービスも復旧するまでの数時間は停止。 復旧後は当然加盟している金融機関からクレームがありました。 で、今回の落雷停電の説明とお詫びをするため、加盟されているすべての金融機関を部長・課長が約１週間かけてまわるそうです。 お詫びの全国ツアーです。 ベンダ側の1つの設定ミスが、金融機関（お客さん）に大きな被害や損失を、会社（ベンダ自身）にも大きな損失と信用の失墜を与えます。 おわり
2004年07月23日
-
読書は充実した人間をつくり、書くことは正確な人間をつくる
今日は手短に。 いろいろなサイトを見ていると、こんな言葉を見つけました。 「読書は充実した人間をつくり、書くことは正確な 人間をつくる。」 (英哲学者：ベーコン) インターネットでの世界では、他人のサイトを見るだけでなく、自分から意見や情報を発信することも必要なのかもしれませんね！！ おわり
2004年07月22日
-
雷がなっているときは停電に注意しましょう
ある人から聞いた話。 あるベンダが保有しているシステムセンタがあります。 このシステムセンタの中では、何千台ものサーバがあり、いくつものインターネットサービスを提供しています。 また、このシステムセンタには停電になってもサーバの電源が切れてインターネットサービスが停止とならないように、UPS（無停電電源装置）を使用しています。 UPSを使えば停電の心配はありません。 ところが、ある日のことです。 このシステムセンタの近所で雷が落ちたそうです。 その影響でシステムセンタ内の電源が一瞬切れた（瞬断した）そうです。 しかし、UPSがあるからサーバの電源は大丈夫！！ ： ： ：と思いきや、システムセンタ内のサーバはすべて電源が落ちた状態。 さらに電話もFAXもまったく使えない！！ ここからは、もはや大パニック。 電源を復旧させたあとは、何千台というサーバの復旧作業、いくつものインターネットサービスの復旧作業を徹夜で行ったそうです。 なぜUPSを使用していてなぜ停電になったのか。 答えは、UPSの設定に不備があったそうです。 しかも、定期点検でその不備が見過ごされていたそうです。 あまりにもお粗末な話です。 雷がなっている時は、停電に注意しましょう！！というお話でした。 おわり
2004年07月21日
-
透明な箱であれば中がどうなっているかすぐにわかります
会社を1つの箱にたとえてみる。 透明な箱であれば、中に何が入っているのか、中ががどうなっているかすぐにわかります。 しかし、黒い箱であれば、中に何が入っているのか、中がどうなっているのかすぐにはわかりません。 昨日あるテレビ番組で、日産のカルロス・ゴーン社長が出演していた。 番組の中で、日産を再建するうえで、情報はすべて透明にするようにしたといった内容の話をされていた。 透明な箱にして復活をとげた日産。 黒い箱のままで、いまだになにが入っているのかわからない三菱自動車。 明暗がはっきりしていますね！！ おわり
2004年07月19日
-
銀行の合併によって仕事を失う会社があります
昨日、某新聞で「三菱東京・UFJ統合発表」の記事を読んでいた。 その中で、気になった点を抜粋。--------------------- ここから ---------------------- 預金・貸出金を管理する基幹システムは東京三菱銀行が日本IBM、UFJが日立製作所とメーカーが異なり、一本化の必要がある。--------------------- ここまで ---------------------- この合併はどう考えても、三菱東京が主導権を握っている。 おそらく、基幹システムも三菱東京のシステムに一本化することでしょう。 そうなると、日立製作所は大きな顧客・大きな仕事を失うことになりますね！！ 会社や銀行の合併にともない、仕事を失う会社や人がいることもお忘れなく！！ おわり
2004年07月18日
-
大いなる力には大いなる責任がともなう
先週から今週にかけて、ＤＶＤレンタルと映画館で 「スパイダーマン」「スパイダーマン２」を見た。 その中で、気になったセリフ。 「大いなる力には大いなる責任がともなう。」 社会や会社などで与えられた立場や肩書き、役職などを持つとそれなりの権力が発生します。 その権力をどう使うか。 言うまでもなく責任がともないます。 ●おかしな人 ●勘違いしている人 ●視野の狭い人 ●自分の考えに固執する人 ●自分のミスを認めることが出来ない人 ： ：に権力を持たせると乱用するためろくなことがありません。 いろいろなことを考えさせられる一作でした。 ぜひご覧を！！ おわり
2004年07月17日
-
リスクがあれば回避する方法を考えます
某金融機関で、あるシステム開発の受注が決まったそうな。 そのシステム開発プロジェクトには、同じ職場にいるＭさんが関わっている。 某金融機関で、あるシステム開発の受注が決まったそうな。 そのシステム開発プロジェクトには、同じ職場にいるＭさんが関わっている。 で、Ｍさんはプロジェクトの体制表をみながら、体制についての問題点を相手は誰だかわからないが、電話で色々と話をしていた。 その様子を見ていたこれまた職場で一緒のＨ君と休憩室に一緒に行ったときの会話。 （Ｈ：Ｈ君、Ｙ：yellofox） Ｈ：「Ｍさん体制表みながら電話されていますね。」 Ｙ：「リスクを洗い出してるんとちがう？」 Ｈ：「リスク？」 Ｙ：「プロジェクトを始める前に、この人間で大丈夫か 検討してんねん！！プロジェクト始まってから ごちゃごちゃ言っても遅いやろ！！」 Ｈ：「あっ、はい！！」 プロジェクトに限らず、仕事を進めるときは事前にリスクがないか検討する。 で、リスクがあれば回避策を考える。 ふつうのことです。 しかし、なかなか実行されていないのが現状です。 リスクを考えず、なにか問題が発生して大騒ぎすることは誰でも出来ますし、何回も見てきました。 いかに、大騒ぎを事前に止めることができるか。 これが、仕事を進めていくうえでの重要なポイントです。 おわり
2004年07月16日
-
単に大きくなるだけでは意味がありません
＜銀行再編＞ＵＦＪが三菱東京と統合交渉 世界最大バンクに 資産規模約190兆円の巨大銀行が誕生するようですね。 顧客(法人客、個人客)に合併による新たな価値やサービスを提供できるようになるか？ 単に大きくなるだけでは意味がありませんね！！ 量を大きくして質を高める。 これが、合併による相乗効果というものです。 おわり
2004年07月15日
-
カリスマの存在が組織を弱体化させます
こんな記事を見つけました。 カリスマ社長がいないと会社がまわらない。 カリスマリーダーがいないとプロジェクトがまわらない。 そういった組織は、カリスマがいなくなった途端に弱体化、最悪の場合は消滅します。 組織としては非常に不健全な状態です！！ 中には、自分がいないと会社やプロジェクトがまわらないようにしている 「エセカリスマ」もいますけど！！ おわり
2004年07月13日
-
ものをつくるだけでなくチームをつくることも必要です
システム開発などのプロジェクトがあったとする。 プロジェクトは、リーダーを筆頭にメンバー複数名から構成される。 で、プロジェクトの目的を、顧客から依頼されたシステムを開発し納品すること。 言うまでもなく、システム（もの）をつくることは当然必要。 しかし、リーダーはシステムをつくることと同じくらい大切な仕事がある。 それは、複数のメンバーをまとめ、ひとつの目的に向かって仕事を進めることができるように 「チーム」をつくること。 チームづくりがうまくいけば、不思議とシステムもそれなりの出来になります。 チームづくりを失敗すれば、不思議とシステムはトラブルだらけ。 納品するシステムは時間をかけてつくっていくもの。 同じように、 「チーム」も時間をかけてつくっていくものです。 おわり
2004年07月12日
-
やらせるのではなくやる気にさせることが必要です
某新聞のコラムを読んでいて、気になった点を抜粋。--------------------- ここから ---------------------- どう従業員をモチベートするか、どう気持ちを一つにするかというのは、それ自体がマネジメントなのだ。--------------------- ここまで ---------------------- この部分を読んで感じたこと。 プロジェクトなどの組織単位で仕事をするとき、リーダーはメンバーに対して、 ●いかに仕事をやる気にさせるか ●いかに主体的に行動できるようにするか ●いかに目標を共有できるようにするか ： ：といったことを考え、仕事の環境を整えることが大切。 メンバーは、主体的行動できると良い結果を出す傾向があります。 一方で、リーダーが自分の立場を利用し、メンバーに対して抑圧的に（ときには、恐怖政治的に）仕事をやらせているようでは、ろくな結果は出てきません。 おわり
2004年07月11日
-
一度使いにくいと感じたものは使う気がしません
ちょっと前に、某銀行のインターネットバンキングに申し込み、さっそく使ってみた。 使ってみての率直な感想。 なにこれ、使いにくい～！！ わかりにくい～！！ なんでこんなつくりやねん！！ インターネットバンキングは、銀行やATMに行かなくても自宅や会社から残高照会や振込ができるというのがうたい文句。 しかし、かんじんのシステムが使いにくければ何度も使いたいとは思いません！！ インターネットバンキングだけでなく、日記やBLOG...etcも同じですけど！！ おわり
2004年07月10日
-
ふと気がぬけると体調をくずします
今日は手短に！！ 人間、ふと気が抜けると体調をくずします。 知らず知らずのうちに、疲労が蓄積しているからでしょうか！！ そんなときは無理をせず休むことです。 体調管理は何をするにしても一番大事ですね！！ おわり
2004年07月09日
-
現場の人間が知らないところで話は進んでいます
プロ野球の合併話に伴うこんな記事をみつけました。 「悲しい出来事」選手会・古田会長、ストも辞さず 記事の本文中で、古田会長の気になった発言。 「僕らの知らないところで話し合いが出来上がって いたんだなぁと思った」。 現場の人間が知らないところで、上層部がいろいろと話を進めているようですね。 プロ野球も会社も同じですね！！ おわり
2004年07月08日
-
積極的に行動すると良い結果がでるかもしれません
昨日の夜に、あるスポーツニュースを見ていると、あるプロ野球解説者が次のようなことを言っていた。 ホームで試合をするとき、積極的になれるので良いジャッジができる。 この言葉を聞いてふと思ったこと。●積極的に行動した場合 積極的に行動する ↓ 良い判断ができる ↓ 良い結果がでる●消極的に行動した場合 消極的に行動する ↓ 悪い判断しかできなくなる ↓ 悪い結果がでる 何事も対しても積極的に行動すれば、良い結果がでるのかもしれませんね！！ おわり
2004年07月07日
-
私をバカにしているのですか！！
かつて関わったあるシステム開発プロジェクトのリーダーＫさんについてのお話。 Ｋさんは、 ●「オレがリーダーだ！！」タイプ ●仕事の進め方に間違いはないと思っている ●メンバーの仕事の状況をすべて把握していると 思っているといった人だった。 仕事ぶりはというと、プロジェクトが順調に進んでいるときは、偉そうな態度をとっている。 しかし、ひとつプロジェクトが小さなピンチを迎えると、態度は一変。 急に上司に相談したり、メンバーで頼りにしている人に泣きついたり...。 で、ピンチを脱するとまた偉そうになる。 プロジェクト期間中は、こういった態度の繰り返しだった。 そのため、メンバーからは不満が多く、裏側ではＫさんの非難もちらほらと...。 で、Ｋさん自身が非難や不満を聞きつけると、どういった態度をとるか。 Ｋさんは男らしく面と向かってメンバーの不満やＫさん自身の悪いところを聞くのではなく、メンバーと話をするどころか、 「私をバカにしているのですか！！」と書いたメールを送ってきたそうな。 なんで、メンバーに非難されるのか？ なんで、メンバーに不満が多いののか？ なんで、メンバーにバカにされるのか？ Ｋさんには気づく能力がなかったようです。 おわり
2004年07月06日
-
顧客に主導権をうばわれてしまいました
あるシステム開発プロジェクトを見ていてふと感じたこと。 顧客のいいなりで、ベンダー自身に主導権がないプロジェクトはしんどいな、みじめだな！！ システム開発などのプロジェクトは、顧客とベンダーが対等の立場で進めていくことが成功への近道。 しかし、ベンダーが ●期限どおりに仕事をしない ●仕様が顧客要望を満たしていない ●顧客の要求している品質に達していない ●顧客にあがってくる報告が事実と違う ： ：といったこと繰り返す。 すると、顧客がベンダーを信用できなくなり、顧客がベンダーを監視する体制になる。 そうなると、ベンダーに主導権はなくなり、顧客のいいなりになる。 顧客のいいなりになるとベンダーは、 ●顧客への毎日の作業報告 ●顧客からの契約以外の依頼 ●顧客からの無理な注文 ： ：など作業が増える一方。 ベンダーの作業が増えたからといって、プロジェクトは順調に進むわけでもなく、またシステムの品質が上がるわけでもない。 ベンダーに余分な作業が増えた分だけで、プロジェクトはぎくしゃくし、システムの品質は低下することが多い。 顧客とベンダーがいかに対等の立場でプロジェクトを進めていくことができるか。 そのためには、ベンダーはどのように顧客と接しながらプロジェクトを進めていくべきか。 一度、考えてみる必要があるかもしれませんね！！ おわり
2004年07月05日
-
過去を否定できない組織もいずれ衰退します
今日7/4(日)、サンデープロジェクトにライブドアの社長が出演していた。 インタービューを見ていて、あらためて感じたこと。 ●時代が変わっているのに、過去の成功体験を捨てる ことができず変われない組織 ●新しい（若い）人たちに事業を任せることができない 組織 ●新しい（若い）人たちがやろうとしている事業に 老陣がよこやりをいれる組織 ●新しい（若い）人たちが新しい事業を成功させると ねたむ老陣がいる組織 ： ： こんな組織もいずれ衰退していくのかもしれませんね。 組織が曲がり角を迎えたとき、 ●過去の古い考えをどれだけ否定できるか ●新しい考え方をどれだけ取り入れることができるかといったことが、組織持続のポイントとなりそうですね！！ おわり
2004年07月04日
-
相手の知識レベルに応じた説明方法が必要です
こんな記事をみつけました。 営業の仕事だけでなく、顧客先にシステムを開発・導入する場合でも、 ●システムの開発・導入スケジュール ●システムの仕様 ●システムの開発方法 ●システムのテスト方法 ●システムの運用方法 ： ：といった、さまざまな説明が必要となります。 そのとき、顧客の知識レベルに応じて、説明方法を変えないと ●顧客が理解できない ●顧客が間違った理解をする ： ：といったことが原因で、後々のトラブルにつながることがあります。 それを勘違いして、 ●顧客に自分の知識をひけらかす ●顧客に知識がないことをバカにする ●顧客に知識がないことを利用してだます ： ：といったような行動をとる人も中にはいるそうでうす。 言うまでもなく、こんな人は顧客先に行かせてはいけません。 おわり
2004年07月03日
-
問題点解決のプロセスについて考えてみる
順調なプロジェクトやトラブルプロジェクトをこれまでみてきて感じたこと。 システム開発のプロジェクトでは絶えず問題点が発生する。 しかし、次のようなプロセスで発生した問題点を解決しているプロジェクトは順調にものごとが進んでいた。■■■■■■■ 問題点解決のプロセス ■■■■■■■■●プロセス１：認識 リーダーが現場で起きている問題点を、メンバーから聞き出す、吸い上げる。 もしくは、メンバーがボトムアップ方式でリーダーに問題点を挙げる。●プロセス２：意思決定 リーダーが問題点を整理し、問題点の重要度から解決する優先順位をつける。●プロセス３：展開 リーダーからトップダウン方式で、メンバーに対して各問題点に対する解決方法の具体的な指示を出す。●プロセス４：実行 メンバーが、リーダーの指示をもとに、問題点を解決していく。■■■■■■■■■■■■■■■■■■■■■■■■■■ このようなプロセスを実行できず、 ●問題点が発生してもほったらかし ●リーダーが意思決定を行なわない ●リーダーが指示を出さない ●メンバーが解決方法を実行しない ： ：といったプロジェクトはほぼトラブっています。 何度も書いていると思いますが...。 おわり
2004年07月02日
-
若返りできない組織はいずれ衰退します
livedoorが近鉄の買収提案をしているニュースをテレビで見ていて感じたこと。 ライブドア堀江社長、「球界全体を相手に戦う覚悟」 「老害」がプロ野球をダメにしているな～！！ ●「ご老陣」が君臨している組織 ●若返りをはかることができない組織 ： ： こういった組織は、いずれ衰退し消えていくのかもしれませんね！！ おわり
2004年07月01日
全27件 (27件中 1-27件目)
1
-
-
- パソコンニュース＆情報
- 【Raspberry Pi 4 Model B セットア…
- (2026-05-05 20:34:24)
-
-
-
- 楽天アフィリエイト♪
- 屋外 ソーラーライト スタンド 1灯 2…
- (2026-05-15 23:17:59)
-
-
-
- 楽天ブログいろいろ
- 5月3日の夜ぐらいに、245万アクセス…
- (2026-05-05 23:44:13)
-
