yellowfoxの巣

[これが現実です] カテゴリの記事

全277件 (277件中 51-100件目)

< 1 2 3 4 5 6 >

• 使ってもらえないことほど悲しいことはないようです

  　最近、ふと感じたこと。　ITシステム開発において。　システムを開発している会社の中には。　お金をもらうことができれば。　開発したシステムが使われようが。　使われまいが関係ない。　このような考え方をするところ。　もしかしたら、あるものなのかもしれませんが。　開発したシステムを。　使ってもらえないことほど。　技術者として悲しいことは。　ないものなのかもしれません。　さらにいえば、開発したシステムを。　使ってもらうことによって。　得られるノウハウ。　こういったものを蓄積することによって。　お金では買えない。　大きな財産を手にすること。　できるようになるものなのかもしれません。　おわり

  2008年12月13日

• 誤字脱字が指摘できる人を「有識者」とは呼びません

  　最近、ふと感じたこと。　ITシステム開発において。　システム開発の本を読むと。　設計書を書いた後は。　「有識者」のレビューを受けないといけない。　このようなこと。　書かれているものですが。　「有識者」の中には。　設計の内容といった。　本質的なことには踏み込まずに。　誤字脱字や。　指定されたフォーマットどおりに。　設計書が書かれているか？　こういった。　表面的なことしかチェックできない人も。　もしかしたら、いるものなのかもしれません。　さらにいえば、誤字脱字や。　フォーマットのチェックしかできない人は。　システム開発の基本がわかっていない人である。　こういったことが。　システム開発の本に書かれていることは。　まずないものなのかもしれません。　おわり

  2008年12月05日

• 人材がいなければ衰退するだけです

  　最近、ふと感じたこと。　IT業界で。　仕事をしていると。　「この人、なんか変だな？」　「この人、自分の実力がわかっているのかな？」　このようなことを感じさせる人に。　出会うことは。　多々あっても。　「この人であれば大丈夫！！」　このようなことを感じさせる人に。　出会うことは。　非常に稀なのかもしれません。　さらにいえば、ダイヤモンドの原石を見つけ出し。　その人に仕事をあたえて。　育成する。　こういった「仕組み」を作ることが。　もしかしたら、IT業界だけでなく。　どのような業界においても。　常につきまとう。　課題なのかもしれません。　おわり

  2008年12月01日

• ごまかしつづけると無給と無休が待っているようです

  　最近、ふと感じたこと。　ITシステム開発において。　どう考えても。　お客さんから。　依頼されたシステムを。　納期までに。　完成させることができない。　こういったことがわかっているにも関わらず。　お客さんに対して。　「大丈夫です！！」　「間に合います！！」　このようなことをいって。　ごまかしつづける業者。　もしかしたら、存在するものなのかもしれませんが。　納期の日をむかえてしまうと。　どのような言い訳を考えようとも。　お客さんをごまかすことは。　できないものなのかもしれません。　さらにいえば、お客さんを。　ごまかしつづけた代償は。　納期日以降に待っている。　無給で。　無休な日々といったかたちで。　支払うことになるものなのかもしれません。　おわり

  2008年11月30日

• 生んだら育てないといけません

  　最近、ふと感じたこと。　ITシステム開発において。　システムを開発し。　本番稼動をはじめたら。　運用や保守の仕事。　ついてまわるものですが。　元請として。　こういった仕事も。　責任を持って。　受けることができないのであれば。　その仕事は。　受注してはいけないのかもしれません。　さらにいえば、運用や保守の仕事。　こういったものがあることを考えると。　元請として仕事をするのか？　それとも、下請として仕事をするのかによって。　仕事を受注できる地域というものは。　大きく変わってくるものなのかもしれません。　おわり

  2008年11月29日

• 「信者」に根拠は必要ないようです

  　最近、ふと感じたこと。　ITシステム開発において。　たとえば、オープンソースを使用して。　システムを開発するとき。　オープンソースごとの特性や。　メリット、デメリットを検証した上で。　使用するオープンソースを決めるものですが。　特定のオープンソースを崇拝する。　いわゆる「信者」に。　システム開発を依頼すると。　なんの根拠もなく。　崇拝しているオープンソース。　使おうとするものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200807230000/　さらにいえば、ITシステム開発だけでなく。　どのようなことであろうとも。　根拠を説明することができないところに。　トラブルの火種。　潜んでいるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200810270000/　おわり

  2008年11月20日

• スケジュールを見ればわかっているかどうかがわかるようです

  　最近、ふと感じたこと。　ITシステム開発において。　システムを開発するとき。　開発スケジュール。　必需品ですが。　システム開発の基本がわかっていない人や。　開発するシステムの全容。　こういったものを把握していない人が。　スケジュールを考えたりすると。　現実離れした。　トンチンカンスケジュール。　作ってくれるものなのかもしれません。　さらにいえば、スケジュールをもとにした。　プロジェクトの進捗管理。　こういったことができなくなった時点で。　そのプロジェクトは。　トラぶっていると考えて。　間違いないのかもしれません。　おわり

  2008年11月17日

• 端折るとトラぶるようです

  　最近、ふと感じたこと。　ITシステム開発において。　たとえば、納期までの時間がないからといって。　作業を端折ったり。　手を抜いたりせずに。　基本に忠実に。　作業をこなしていけば。　プロジェクトがトラぶる。　こういったことは。　まず、起こらないものですが。　ほとんどのプロジェクトは。　どこかでなにかを間違えて。　トラブルプロジェクトへと。　発展させてしまうものなのかもしれません。　さらにいえば、実作業もせずに。　現実離れした。　その場しのぎの対応や。　行き当たりばったりの対応を考えても。　システムが完成することは。　ないものなのかもしれません。　おわり

  2008年11月09日

• 「できます」といわれたら注意が必要なようです

  　最近、ふと感じたこと。　ITシステム開発において。　開発規模と。　納期までの期間を考えると。　どう考えても。　本番稼動させることができないプロジェクト。　もしかしたら、結構あるものなのかもしれませんが。　そういったプロジェクトに限って。　関係者は。　システムを依頼されたお客さんに対して。　なんの根拠も示さずに。　「大丈夫です！！」　「できます！！」　このようなことをいう傾向。　あるものなのかもしれません。　さらにいえば、仕事がほしいからといって。　なんでもかんでも。　「できます！！」　このようなことをいって。　仕事を取っている人は。　いつまでたっても。　そういった仕事しか。　受注できないものなのかもしれません。　おわり

  2008年11月08日

• 「はまる」と抜け出すのが大変です

  　最近、ふと感じたこと。　ITシステム開発において。　たとえば、コーディングをしていると。　「はまって」しまうこと。　あるものですが。　「はまって」も。　実作業に使える時間が減るだけで。　なんのメリットも。　ないものなのかもしれません。　さらにいえば、プロジェクトを管理するとき。　プロジェクトマネージャーや。　プロジェクトリーダーは。　いかにして。　メンバーを「はまらせない」ようにするか？　こういったことを考えていないと。　「はまる」人を。　続出させてしまうことにも。　なりかねないものなのかもしれません。　おわり

  2008年11月06日

• ものごとは「線」で成り立っているようです

  　最近、ふと感じたこと。　ITシステム開発において。　システムとは。　機能のつながりによって成り立っている。　こういった原則が理解できると。　システムは。　「点」ではなく。　「線」で考えることが重要なことも。　理解できるようになるものなのかもしれません。　さらにいえば、ITシステム開発だけでなく。　どのようなことであろうとも。　「点」ではなく。　「線」で考えることによって。　ものごとの本質。　見えてくるものなのかもしれません。　おわり

  2008年11月02日

• 野球で点を取られなければ負けることはありません

  　最近、ふと感じたこと。　ITシステム開発において。　システムを開発しなければ。　システム障害は起こらない。　こういった。　あたりまえの原則が理解できると。　システムとは。　どのような考え方で。　設計や開発を進めなければいけないのか？　こういったことも。　理解できるようになるものなのかもしれません。　さらにいえば、短納期のプロジェクトにおいては。　「いかにして、処理を軽くするか？」　こういった考え方を。　どれだけ浸透させられるかによって。　プロジェクトの明暗は。　大きく変わってくるものなのかもしれません。　おわり

  2008年11月01日

• 夢は大きく膨らみ、現実は小さく縮むようです

  　最近、ふと感じたこと。　どのようなことであろうとも。　夢や期待というものは。　大きく膨らむ一方で。　現実とは。　その膨らみを。　縮めさせる性質。　持ち合わせているものなのかもしれません。　さらにいえば、ITシステム開発において。　システムを依頼されたお客さんの。　膨らんでいく夢や期待に対して。　エンジニアが。　現実をつきつけることができないと。　後々になって。　夢や期待の大きさに比例したクレームを。　受けることになるものなのかもしれません。　おわり

  2008年10月31日

• 私はいったいなにをしたら良いの？

  　最近、ふと感じたこと。　ITシステム開発において。　プロジェクトマネージャーや。　プロジェクトリーダーが。　「今、なにをするべきか？」　こういったことに対して。　もしも「音痴」だとしたら。　そのプロジェクトは。　トラブルプロジェクトや。　デスマーチへの道を。　まっしぐらに進むものなのかもしれません。　さらにいえば、ITシステム開発だけでなく。　どのような仕事であろうとも。　「今、なにをするべきか？」　こういったことが。　的確にわかる人と。　そうでない人の間には。　非常に大きな。　生産性の差が。　生まれているものなのかもしれません。　おわり

  2008年10月30日

• こだわると盲目になるようです

  　最近、ふと感じたこと。　ITシステム開発において。　システムを開発するとき。　技術者がこだわりを持つこと。　それはそれで必要なことですが。　そのこだわりが大きすぎると。　仕事を進めていく上で。　大きな足かせとなることも。　ときには、あるものなのかもしれません。　さらにいえば、ひとつのことに。　こだわりすぎると。　目的と手段を。　混同させてしまうことも。　ときには、あるものなのかもしれません。　おわり

  2008年10月27日

• 世の中はシンプルにできている

  　最近、ふと感じたこと。　ITシステム開発において。　システムの設計をしているとき。　「なんだか、複雑な設計になってるな～！！」　「もっと、うまいやり方があるんとちがうか？」　このようなことを感じたのであれば。　どこか設計におかしなところ。　あるものなのかもしれません。　さらにいえば、ITシステム開発だけでなく。　どのようなことであろうとも。　「世の中はシンプルにできている。」　こういった考え方をすることができれば。　ものごとに対する発想が。　大きく変わるだけでなく。　自分自身の間違いにも気がつくこと。　できるものなのかもしれません。　おわり

  2008年10月24日

• ぶれればぶれるほど信用を失うようです

  　最近、ふと感じたこと。　たとえば、ITシステム開発において。　プロジェクトマネージャーや。　プロジェクトリーダーは。　プロジェクトの状況に応じて。　仕事の進め方を変えること。　ときには、必要なものですが。　プロジェクトの根幹となる。　大きな方針まで変えてしまうと。　現場で働く人間を。　混乱へと陥れてしまうものなのかもしれません。　さらにいえば、ITシステム開発だけでなく。　どのようなことであろうとも。　大きな方針が。　ぶれればぶれるほど。　その人に対する信用というものは。　失われていくものなのかもしれません。　おわり

  2008年10月20日

• どのような人材が短期決戦にふさわしいのでしょうか？

  　最近、ふと感じたこと。　ITシステム開発において。　システム開発のプロジェクトに。　人を増員するとき。　「どのような人材を投入するか？」　こういったことだけでなく。　「どのタイミングで投入するか？」　こういったことも。　非常に重要になってくるものなのかもしれません。　さらにいえば、少人数で。　短期間のプロジェクトをこなそうと思うのであれば。　あれこれ指示を出さなくても。　自らプロジェクトを組み立て。　自ら仕事を進めていく。　こういった人材でないと。　対応することは。　非常にむずかしいものなのかもしれません。　おわり

  2008年10月12日

• 合うか、合わないか？

  　最近、ふと感じたこと。　ITシステム開発において。　数人といった少人数で。　システム開発のプロジェクトを進めるとき。　一緒に仕事をする人と。　合うか、合わないか？　こういった要素が。　プロジェクトの成否に占める比重。　非常に大きいものなのかもしれません。　さらにいえば、プロジェクトの期間が。　短ければ短いほど。　どれだけコミュニケーションロスを。　小さくすることができるか？　こういった要素が。　プロジェクトの成否に占める比重。　これまた、非常に大きいものなのかもしれません。　おわり

  2008年10月10日

• 組織としての能力を最大化するにはどうすれば良いのでしょうか？

  　最近、ふと感じたこと。　ITシステム開発において。　複数の人間が集まって。　1つのチームとして。　システムを開発するとき。　プロジェクトマネージャーや。　プロジェクトリーダーは。　各メンバーの資質を見抜き。　その資質に合った役割をあたえる。　そうすることによって。　個人の能力を最大限に生かす。　こういったことができるようになるだけでなく。　組織としての能力を最大化する。　こういったことも。　できるようになるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200505140000/　さらにいえば、他人に仕事をまかせることができない。　全部自分でやらなければ気がすまない。　こういった人は。　チームとして仕事をするのではなく。　1人で仕事をした方が。　自分の能力を最大限に生かすこと。　できるものなのかもしれません。　おわり

  2008年10月04日

• お客さんはパートナーです

  　最近、ふと感じたこと。　むかしから。　「お客様は神様です。」　このような言葉。　よく耳にしますが。　ITシステム開発において。　この言葉を鵜呑みにして。　システムを依頼された。　お客さんのいいなりになっても。　システム開発のプロジェクトが。　順調に進むことは。　ないのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200808220000/　さらにいえば、システムを依頼されたお客さんと。　上下関係を作るのではなく。　「お客さんはパートナー。」　この言葉のように。　対等な関係を作ることができなければ。　プロジェクトが順調に進むことは。　これまた、ないのかもしれません。　おわり

  2008年10月03日

• チームを強くしたいのであれば戦力分析が必要です

  　最近、ふと感じたこと。　ITシステム開発において。　システム開発のプロジェクトに。　増員をするとき。　プロジェクトの「戦力」を分析して。　補強すべきポイントを見つけ出し。　そのポイントに合った人材を探し出す。　こういった手順が必要なものですが。　ほとんどのプロジェクトは。　戦力分析なんぞせずに。　人であれば、だれでもいい。　このような考え方で。　増員するがために。　プロジェクトがトラブルこと。　多いものなのかもしれません。　さらにいえば、ITシステム開発だけでなく。　どのようなことであろうとも。　複数の人間が集まって仕事をするとき。　チームとしてのゴールを。　お互い共有することができなければ。　どれだけ戦力の高い人を集めたとしても。　目的を達成することは。　できないものなのかもしれません。　おわり

  2008年10月02日

• 道具をあたえても使い方がわからなければ意味がありません

  　最近、ふと感じたこと。　ITシステム開発において。　システム開発のプロジェクトを。　管理するために。　スケジュールや。　問題点一覧表。　こういったものを作ったとしても。　プロジェクトマネージャーや。　プロジェクトリーダーが。　それらを使って。　どのようにプロジェクトを管理すれば良いのか？　こういったことがわかっていなければ。　まったく意味がないのかもしれません。　さらにいえば、プロジェクト管理とは。　現状を把握した上で。　次の一手を考えることである。　http://plaza.rakuten.co.jp/yellowfox/diary/200709160000/　こういったことが。　理解できていない人に。　どんなに高価な。　プロジェクト管理のツールを買いあたえたとしても。　宝の持ち腐れになるだけなのかもしれません。　おわり

  2008年10月01日

• 間違った認識がチャンスにつながるようです

  　最近、ふと感じたこと。　ITシステム開発において。　エンジニアの中には。　システム開発のプロジェクトは。　トラブルのが「当たり前」。　こういった認識を持っている人。　もしかしたら、結構多いのかもしれませんが。　間違った仕事のやり方を。　正しいと認識している限り。　「当たり前」が。　「当たり前」でなくなることは。　決してないのかもしれません。　さらにいえば、ITシステム開発だけでなく。　どのようなことであろうとも。　間違った認識をしている人が。　多ければ多いほど。　そこには、大きなチャンス。　潜んでいるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200804030000/　おわり

  2008年09月30日

• いいにくいことをいうことができなければ不幸が待っているようです

  　最近、ふと感じたこと。　ITシステム開発において。　目先のお金や。　仕事が欲しいからといって。　予算的にも。　日程的にも。　ムリのあるプロジェクトを。　下手に引き受けたりすると。　自分自身だけでなく。　そのプロジェクトに関わる人たち全員を。　不幸にするだけなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200608310000/　さらにいえば、仕事の受注を決める段階で。　システムを依頼されたお客さんに。　いいにくいことを。　いうことができないようであれば。　たとえ、その仕事を。　受注することができたとしても。　その後、待っているものは。　不幸だけなのかもしれません。　おわり

  2008年09月25日

• 全体をとらえることができなければ計画を立てることはできません

  　最近、ふと感じたこと。　ITシステム開発において。　スタートアップの段階で。　開発するシステムの全体像をとらえる。　こういったことが。　どれだけできたかによって。　その後の結果は。　大きく変わってくるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200801110000/　さらにいえば、仕事が欲しいからといって。　どう考えても。　納期に間に合わない仕事を。　不当に安い価格で受けてしまうと。　もしかしたら、こんな結末。　http://fashion.takashimaya.jp/　http://itpro.nikkeibp.co.jp/article/NEWS/20080923/315276/　待っているのかもしれません。　おわり

  2008年09月24日

• いわれたことを忠実にこなしても成功するとは限りません

  　最近、ふと感じたこと。　ITシステム開発において。　システム開発者は。　システムを依頼されたお客さんから。　どのようなシステムを開発してほしいのか？　こういったことを。　質問などを通じて「聞き出す」。　こういったプロセスが必要なものですが。　ほとんどの人は。　お客さんにいわれたことを。　忠実にこなせば。　システムは完成する。　このように考えているものなのかもしれません。　さらにいえば、システム開発者は。　お客さんにいわれたことを。　「技術的に実現可能か？」　こういったことを。　検証しないといけないものですが。　ほとんどの人は。　こういったことを検証しないまま。　お客さんに。　「できます！！」　このように答え。　後々のトラブルの火種。　作り出しているものなのかもしれません。　おわり

  2008年08月22日

• 埋もれている人材やお客さんはたくさんいるようです

  　最近、ふと感じたこと。　IT業界において。　ネット上のマッチングサイトを使って。　パートナー募集に応募してくれた方々と。　実際にお会いして。　話をしてみると。　いわゆる業界の「常識」を捨て去れば。　世間には。　能力が高い人材が。　またまだ、たくさん埋もれている。　こういった現実に気づかされるものなのかもしれません。　さらにいえば、いわゆる業界の「常識」を捨て去れば。　ITシステム開発の依頼を望んでいる。　潜在的なお客さんも。　もしかしたら、たくさん見つけることができるものなのかもしれません。　さらにさらにいえば、いわゆる業界の「常識」を捨て去れば。　埋もれている人材や。　埋もれているお客さんを発掘する。　こういった仕事そのものが。　埋もれていることに。　もしかしたら、気がつくものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200805110000/　おわり

  2008年06月07日

• システム開発は特別な仕事ではありません

  　最近、ふと感じたこと。　ITシステム開発において。　本来、エンジニアは。　システムを依頼されたお客さん。　さらには、そのシステムを利用するエンドユーザ。　こういった人たちを意識して。　システムを開発しなければいけないものなのですが。　システム開発の現場では。　こういった教育がなされていないため。　たとえ、システムを完成させたとしても。　システムを依頼されたお客さんから。　「ありがとう！！」　このようなことをいってもらえるどころか。　完成したシステムに対する不満点を。　なにかとならべられる一方で。　システム障害なんぞ起こそうものなら。　たまっていた鬱憤をぶつけるかのような非難。　浴びせられることになるのかもしれません。　IT業界で働いている人の中には。　ITシステム開発は。　特別な仕事だと勘違いしている人。　もしかしたら、結構いるのかもしれませんが。　お客さんがいないと成り立たない。　「普通」の仕事である。　こういった意識を持たせることができない限り。　業界自体が変わること。　もしかしたら、ないのかもしれません。　おわり

  2008年05月15日

• 根拠はないが必ず成功する

  　最近、ふと感じたこと。　昨日、5/12（月）。　某都市銀行で。　ATMが利用できなくなる障害があったようですが。　http://www.nikkei.co.jp/news/main/20080512NTE2INK0412052008.html　こういった障害が起こることは。　もしかしたら、必然だったのかもしれません。　http://itpro.nikkeibp.co.jp/article/OPINION/20080423/299886/　さらにいえば、　「根拠はないが必ず成功する。」　こういった、あきれた迷語録は。　理にかなった方法論を示すことができない。　現状を把握して、具体的な指示を出すことができない。　根性論で仕事をしている。　こういったIT業界の実態を。　反映させた言葉なのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803180000/　おわり

  2008年05月13日

• 「非常識」が業界を発展させる原動力なのかもしれません

  　最近、ふと感じたこと。　IT業界において。　たとえば、関西であれば。　JR新大阪駅から地下鉄西中島南方周辺には。　たくさんの中小零細IT企業が。　大手ITシステム会社の下請けとして。　生業を立てているようですが。　この周辺のIT企業の方々は。　あくまで、個人的な推測ですが。　いわゆる業界の「常識」に染まっているため。　たとえば、新しいアイデアを出したとしても。　業界の「常識」と比較して。　「非常識」なものであれば。　「そのようなことは、できません！！」　このようなことをいったりする傾向。　もしかしたら、あるのかもしれません。　それゆえ、たくさんのIT企業が集まっているにも関わらず。　新しいベンチャー企業や。　新しいサービスが生まれてくるどころか。　「下請け」といったポジションから抜け出せない。　こういった企業の集積地帯となっているのかもしれません。　さらにいえば、新しいアイデアを思いついたとき。　そのアイデアを膨らまそうと思うのであれば。　業界の「常識」に染まっていない人。　こういった人の意見を聞いてみることが。　もしかしたら、必要なのかもしれません。　さらにさらにいえば、IT業界だけでなく。　どのような業界であろうとも。　新しいサービスを生み出し。　業界を発展させる原動力。　それは、業界の「常識」ではなく。　「非常識」なのかもしれません。　おわり

  2008年05月11日

• 「若さ」は時間とともに失われるものです

  　最近、ふと感じたこと。　たとえば、ITシステム開発において。　若いときに。　「若さ」といった財産だけをたよりに。　長時間残業や徹夜といった。　いわゆる「力技」で仕事をするばかりで。　システム開発に必要な知識。　こうったものを蓄積してこなかった人は。　「若さ」といった財産が。　時間とともに失われ。　長時間残業や徹夜といったことが。　体力的にきつくなってきたとき。　おそらくですが、この仕事に対して。　限界を感じるものなのかもしれません。　さらにいえば、現在のIT業界は。　経験や知識といったものが蓄積できない。　蓄積できたとしても、生かすことができない。　こういった業界構造になっているがゆえに。　「力技」にたよった仕事のやり方が。　蔓延しているのかもしれません。　さらにさらにいえば、ITシステム開発だけでなく。　どのような仕事であろうとも。　若さと引き換えに　なにかを蓄積していかないと。　気がついたときには。　なにもわかっていない人や。　なにもできない人に。　もしかしたら、なっているのかもしれません。　おわり

  2008年05月09日

• あまやかすと勘違いするようです

  　最近、ふと感じたこと。　ITシステム開発において。　かつて、一緒に仕事をした人の中に。　「仕様が決まっていなくてもシステムは作れる！！」　このようなデタラメを。　http://plaza.rakuten.co.jp/yellowfox/diary/200803180000/　プロジェクト関係者全員の前で。　自信満々におっしゃられた人。　いたものですが。　おそらくですが、この方は。　これまで、そこそこの職場で。　そこそこの人間と。　そこそこの結果しか出してこなかったにも関わらず。　まわりの人間が。　なにかと高い評価をしたため。　「自分は仕事ができる！！」　このような勘違い。　するようになったのかもしれません。　ITシステム開発だけでなく。　どのようなことであろうとも。　あまやかすと、「勘違いさん」を作る一方で。　本当にわかっている人は。　「勘違いさん」と一緒に仕事をしていると。　うっとうしさやわずらわしさを感じるようになることを。　「勘違いさん」自身が気がつくようになることは。　これまた、おそらくですが。　決してないのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803260000/　おわり

  2008年04月26日

• 

  心で記憶する

  　最近、ふと感じたこと。　ITシステム開発において。　以前、一緒に仕事をした人の中に。　お客先で。　どのようなシステムを開発するのか？　こういった仕様の打ち合わせをしてきても。　ぜんぜん内容を覚えていない人。　いたものですが。　http://plaza.rakuten.co.jp/yellowfox/diary/200801300000/　このような人は。　お客さんの話を。　こころで感じて、記憶するのではなく。　ひたすら、脳で記憶しようとしている。　それゆえ、帰ってきてメモを見ても。　どういった内容だったのかを思い出すことができない。　こういった結果につながっているのかもしれません。　最近は、寝る前に。　あるDVDを見直していますが。　　紳竜の研究　見れば見るほど。　新しいことに気がつくこと。　できるものです。　おわり

  2008年04月25日

• 古い慣習はだれかの手によって作り出されたものです

  　最近、ふと感じたこと。　たとえば、家を建てるとき。　しっかりとした家を建てたいのであれば。　しっかりとした設計だけでなく。　腕の良い大工さんが必要なように。　ITシステム開発においても。　しっかりとしたシステムを開発したいのであれば。　しっかりとした設計だけでなく。　腕の良いプログラマ。　必要なものです。　ところが、日本の大手IT企業には。　プログラミングの仕事は。　「新人や下請企業がやる仕事だ！！」　　「だれがやっても一緒！！」　こういった考え方を擦り込まれた人がたくさんいるため。　下請構造や単価の値下げといったものが。　トラブルプロジェクトや。　使いものにならないシステムを生み出す元凶になっている。　こういったことに気がつかない人を。　たくさん作り出しているのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803310000/　どのような業界であろうとも。　古い慣習は。　だれかの手によって作り出された一方で。　だれかの手によって壊されない限り。　新しい慣習が生まれること。　ないのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200804100000/　おわり

  2008年04月11日

• 疑問を感じなければ業界の慣習に飲み込まれるだけなのかもしれません

  　最近、ふと感じたこと。　ITシステム開発において。　たとえ、大企業であろうとも。　仕事のやり方に。　おかしな点や間違っている点がないわけではない。　こういったことに気がつかずに。　IT業界で、独立や起業したとしたら。　大企業の下請として働きつづける。　こういった未来が待っているだけなのかもしれません。　さらにいえば、おかしいことをおかしい。　間違っていることを間違っている。　このようなことをいわなければ。　大企業と良好な関係を築ける一方で。　大企業の下請として取引をつづける。　こういった未来が待っているだけなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803310000/　さらにさらにいえば、IT業界だけでなく。　どのような業界であろうとも。　今ある現実に対して、　「なにかがおかしい！！」　このようなことを感じることができなければ。　新しい付加価値を生み出すどころか。　業界の慣習に。　ただただ、飲み込まれる。　こういった未来が待っているだけなのかもしれません。　おわり

  2008年04月10日

• 文章を書くときは構成が重要です

  　最近、ふと感じたこと。　たとえば、ITシステム開発において。　システムの使い方（操作方法）が書かれた。　マニュアル作成を依頼されたとき。　文章を書くときは、構成が重要である。　こういったことが理解できていない人の前で。　「まず、目次を作りました！！」　このようなことをいったとしても。　「なんで、そんなもの作っているの？？？」　このような反応。　されてしまうものなのかもしれませんが。　このような人に、マニュアル作成を依頼したりすると。　ただひたすら、文章をならべただけで。　どのようにして操作をするのか？　こういったことがわからないマニュアル（？）。　作ってくれるものなのかもしれません。　さらにいえば、ITシステム開発と。　文章を書くことは。　一見、なんの関連性もないように思えるかもしれませんが。　いずれにおいても、設計が重要である。　こういった話を。　設計の重要性を理解していない人にしたとしても。　これまた、取り合ってもらえる可能性。　低いものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803200000/　おわり

  2008年04月08日

• からだよりこころの疲労の方が大きいようです

  　最近、ふと感じたこと。　ITシステム開発において。　プロジェクトに関わっていると。　肉体的疲労だけでなく。　精神的疲労。　結構大きいものです。　そこで、プロジェクトをおえた後は。　からだを休めることはもちろん。　こころも休めないといけないようですが。　サラリーマンであれば。　一息つく間もなく。　次のプロジェクトがやってくるため。　ゆっくりと休む時間がない。　それゆえ、こころの病気につながる。　こういったことが多いのかもしれません。　こころの疲労は。　こころの余裕を奪う一方で。　こころの疲労が回復しはじめると。　同じ風景が。　違って見えることも。　もしかしたら、あるのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803120000/　おわり

  2008年04月04日

• IT業界の構図を簡単にまとめてみました

  　最近、ふと感じたこと。　IT業界は。　いくつかの大手IT企業が。　元請となってお客さんからシステムを受注し。　システム開発の基本を身につけていない。　口だけ動かしている社員の指示のもと。　下請や孫請となる数多くの中小零細企業の社員。　さらには、数え切れないほどの個人事業主や派遣社員。　こういった人たちが、現場で手を動かすことによって。　システムが開発されていく。　どうやら、こういった構図になっているのかもしれません。　それゆえ、大手IT企業は。　企業の名前（ネームバリュー）を利用して。　どれだけ「いうことを聞く」下請企業を囲い込むことができるか？　こういった点が成長の源泉（バリュードライバー）である一方で。　下請企業は。　大手IT企業に対して。　どれだけ高い「付加価値（能力）」を提供できるか？　というよりは。　どれだけ安い価格で「労働力」を提供し。　取引を継続させてもらえるか？　こういった点が成長の源泉になっているのかもしれません。　さらにいえば、下請企業には。　自らの力で、新しい商品やサービスを生み出すことができない。　それゆえ、元請企業のいいなりにならない限り。　存続すらできない企業が多いという点も。　もしかしたら、大手IT企業中心の業界構造を作り出している要因なのかもしれません。　IT業界の構造が見えれば見えるほど。　わかればわかるほど。　これから、どのような戦い方（仕事のやり方）をしていけば良いのか？　あれこれと思案する日々が。　しばらくは、つづきそうです。　おわり

  2008年03月31日

• 経験によって本質を理解することができるようになるものです

  　最近、ふと感じたこと。　ITシステム開発において。　まともなプロジェクトを経験し。　本番稼動のリスクや。　本番障害の大変さ。　こういったものを経験的に理解していれば。　システムの本番稼動を直前に控えて。　プログラムやデータなどに手を入れる。　こういったことは決してしないものなのですが。　システム開発の基本を知らない人たちが率いているプロジェクトにおいては。　たとえ、本番稼動を明日に控えていようとも。　システムを依頼されたお客さんの要望であれば。　プログラムやデータに。　平気で手をいれてしまうものなのかもしれません。　ITシステム開発だけでなく。　どのような仕事であろうとも。　仕事の基本や。　基本の裏側にある本質を。　経験によって理解することができていれば。　事前にリスクを認識し。　回避するための行動を取ることができるものですが。　なにも理解することができていなければ。　いつまでたっても、おかしな発言や行動。　さらには、同じ失敗。　繰り返すものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803180000/　おわり

  2008年03月29日

• 下請だったら、いうこと聞いて当然だろ！！

  　最近、ふと感じたこと。　ITシステム開発において。　孫請（下請の下請）の立場で仕事をしていると。　仕事を依頼された下請企業の人間に。　意味のわからない無理難題や。　仕事の責任を押しつけられること。　もしかしたら、あるのかもしれませんが。　こういっ行動をとる背景には。　下請企業の人間に。　「下請だったら、いうこと聞いて当然だろ！！」　「もしも依頼を断ったら、次の仕事はないぞ！！」　こういった意識があるからかもしれません。　で、このようなとき。　あらゆるしがらみを捨てて。　孫請の立場の人間が。　下請企業の人間に。　取引停止の依頼を通告したりすると。　下請企業の関係者が。　あわてて泣きついてくることも。　もしかしたら、あるのかもしれません。　さらにいえば、取引上の力関係を利用して。　いわゆる「下請いじめ」をするような人間が。　1人でもいるような企業に対しては。　どうしても不信感を抱いてしまうため。　どれだけ他の関係者がフォローしようとも。　今後、その企業と取引をつづけていこうとは。　これっぽっちも、思わなくなるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200802060000/　昨年の11月から今年3月までの約5ヶ月間。　いろいろな意味でわかっていない人たちと一緒に仕事をすることによって。　孫請の立場で働く恐怖やリスクがよく見えた一方で。　この5ヶ月間経験したことを分析し。　これからの戦い方（仕事のやり方）を見つめ直すことが。　4月の仕事になるのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200802180000/　http://plaza.rakuten.co.jp/yellowfox/diary/200712050000/　おわり

  2008年03月27日

• 奪う人の裏側には奪われる人がいるものです

  　最近、ふと感じたこと。　ITシステム開発において。　かつて大手メーカーの子会社でサラリーマンとして。　システム開発の基本を知らない上司と仕事をしたとき。　「今、なんでこんな指示を出すんだ？」　「この仕事に、なんの意味があるんだ？」　このようなことを感じたこと。　多かったものですが。　システム開発の基本を知らない人と仕事をすると。　意味のない仕事をさせられる。　こういった点は。　もしかすると、どこの企業へ行っても。　同じなのかもしれません。　さらにいえば、システム開発の基本を知らない人と。　一緒に仕事をする期間がおわったとき。　「ようやく、うっとーしい人からはなれられる！！」　こういったうれしさを感じる一方で。　「いったい自分は、なにをやっていたんだろう？」　こういった虚しさも感じてしまうものなのかもしれません。　ITシステム開発だけでなく。　どのような仕事であろうとも。　仕事の基本を知らない。　自称「オレ（ワタシ）はわかっている」人が。　他人の時間と労力を奪っている裏側で。　時間と労力を奪われている。　「本当にわかっている」人がいるといった構図は。　これまた、もしかすると。　どこへ行っても同じなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803220000/　おわり

  2008年03月26日

• いよいよファイナルカウントダウンです

  　最近、ふと感じたこと。　ITシステム開発において。　現在関わっているプロジェクトも。　契約終了となる3月末まで。　あと約1週間ともなると。　「いよいよ、ファイナルカウントダウン！！」　このようなことを感じる一方で。　昨年の11月から。　このプロジェクトに関わることによって。　得られたものはいったいなんだったのか？　こういったことも考えてしまうものです。　http://plaza.rakuten.co.jp/yellowfox/diary/200802190000/　昨年11月から今年3月までの約5ヶ月間。　自分自身のつらかった経験をもとに。　システム開発の基本を知らない人たちと一緒に仕事をするとどうなるのか？　こういったことを。　時間をかけて。　なんらかのかたちでまとめてみることによって。　今回のプロジェクトで得られたものが見えてくる一方で。　自分自身にとっての。　本当の「成果物」。　作り上げることができるのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803040000/　おわり

  2008年03月23日

• トップに求められる最低限の責任とはどのようなことでしょうか？

  　最近、ふと感じたこと。　ITシステム開発において。　やるべきことをしっかりとやっていれば。　プロジェクトは順調に進むものなのですが。　こういったプロジェクトを経験したことがない人は。　「プロジェクトは、トラぶるのがあたりまえである！！」　こういった認識や。　おかしな知識が身についている可能性。　非常に高いものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803180000/　逆にいえば、このような認識や知識を持った人が。　プロジェクトマネージャーやリーダーになったとき。　過酷なプロジェクトや。　デスマーチが作り出されるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200607280000/　http://plaza.rakuten.co.jp/yellowfox/diary/200606150000/　ITシステム開発だけでなく。　どのような仕事であろうとも。　業務に必要な正しい知識を身につけた上で。　自分自身だけでなく。　その仕事に関わるあらゆる関係者に利益をもたらし。　幸福感を感じさせることが。　トップとして。　人を率いる者に求められる。　最低限の責任なのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803020000/　http://plaza.rakuten.co.jp/yellowfox/diary/200803120000/　おわり

  2008年03月21日

• 時間をかけて出来の悪いシステムを作り上げてくれるようです

  　最近、ふと感じたこと。　ITシステム開発において。　どのようなシステムであろうとも。　システムの「根幹」となる箇所。　かならずあるものなのですが。　そういった箇所に設計バグ（不具合）があると。　どれだけプログラムをこねくりまわしたとしても。　大きな性能の向上は。　見込めないものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200712150000/　さらにいえば、設計の重要性を理解していない人に。　このような話をしたとしても。　取り合ってもらえることはないようですが。　こういった人にシステム開発をまかせると。　なが～い時間をかけて。　出来のわる～い。　つぎはぎだらけのシステム。　作り上げてくれるのかもしれません。　おわり

  2008年03月20日

• 空気だけでなく状況も読めないようです

  　最近、ふと感じたこと。　ITシステム開発において。　プロジェクトの状況が読めない人。　もしかしたら、いるのかもしれませんが。　このような人は。　「それ、今やることちゃうんやん！！」　こういった仕事にいそしむ傾向。　あるのかもしれません。　さらにいえば、空気が読めない。　このような人が打ち合わせの場にいると。　まとまる話も。　まとまらないものなのかもしれません。　さらにさらにいえば、技術のことがわからない。　システムを依頼されたお客さんとの折衝方法がわからない。　プロジェクトを管理する方法がわからない。　このように3拍子そろっているだけでなく。　http://plaza.rakuten.co.jp/yellowfox/diary/200801230000/　空気も読めなければ。　プロジェクトの状況も読めない。　こういった「最強」のリーダーが率いるプロジェクトに関わると。　どういった目に遭うのかといったことは。　おそらくですが、プロジェクトに関わった人でなくとも。　これまた、容易に想像がつくのかもしれません。　現在のプロジェクトに関わって約4ヶ月半。　いったい自分がなにに苦労してきたのか？　ようやくわかったような気がします。　おわり

  2008年03月19日

• おかしなプロジェクトからは迷語録が生まれるようです

  　最近、ふと感じたこと。　ITシステム開発において。　システム開発の基本がわかっていない人の中には。　「仕様が決まっていなくてもシステムは作れる。」　　（※注意：どのようなシステムを開発するのかといった仕様が　　　　　　　決まらないとシステムは開発できません。）　「仕様は決まっていませんが、設計書の品質を上げてください。」　　（※注意：仕様が決まらないと設計書の品質を上げるどころが、　　　　　　　設計書自体が書けません。）　「スケジュールがおしてきて、忙しくなってくると仕様の説明や　　設計書のレビューをする時間が減っていきます。ですが、　　設計書はきっちりと仕上げてください。」　　（※注意：説明やレビューなどで問題点を解決していかないと、　　　　　　　設計書をきっちりと仕上げることはできません。）　「この機能は、現在システム化されておらず、新しく開発しなければ　　いけない機能だったので、お客さんと仕様をきちんと詰めることが　　できていません。」　　（※注意：現在システム化されている、されていないに関わらず、　　　　　　　お客さんと仕様を詰めることがエンジニアの仕事です。）　「スケジュールが逼迫しているので、結合（組合せ）テストとシステム　　（全体結合）テストを平行で行うことによって、システム全体の　　品質を上げていきます。」　　（※注意：スケジュールの逼迫に関係なく、結合テスト → システム　　　　　　　テストといった順番でテストを行なわなければ、システムの　　　　　　　品質は上がりません。）　このように文字にすると意味がわからない。　トンチンカンな発言をする人。　もしかしたら、いるのかもしれませんが。　このような人たちが率いるプロジェクトに関わると　どういった目に遭うのかといったことは。　おそらくですが、プロジェクトに関わった人でなくとも。　容易に想像がつくのかもしれません。　IT業界において。　おかしな人が率いる。　おかしなプロジェクトから。　たくさんの迷語録。　もしかしたら、生まれているのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803060000/　おわり

  2008年03月18日

• 本当に確認したんですか？

  　最近、ふと感じたこと。　ITシステム開発において。　システムを依頼されたお客さんに。　どのようなシステムを開発するのか？　こういったことをろくに確認していないにも関わらず。　自分の立場を守るために。　「それは、お客さんに確認しました！！」　このようなことをいう人。　もしかしたら、いるのかもしれませんが。　こういったことが、何ヶ月もつづけば。　その人と一緒に仕事をしている人も。　「本当に確認したんですか？」　このような質問。　してしまうものなのかもしれません。　逆にいえば、このような質問が口をついで出るということは。　こころのどこかで。　もはや、相手を信用していないということなのかもしれません。　どのようなことであろうとも。　自分の立場を守るために。　ウソをつきつづけ。　さらには、ウソによって生じた責任を。　他人に押しつけようとした代償は。　ウソを積み重ねるごとに大きくなり。　かならず、その人自身に返ってくるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200802120000/　おわり

  2008年03月17日

• 3月は人事異動の季節です

  　最近、ふと感じたこと。　現在関わっているITシステム開発のプロジェクトですが。　契約終了となる3月末まで。　残り約2週間をむかえた一方で。　技術のことがわからない。　システムを依頼されたお客さんとの折衝方法がわからない。　プロジェクトを管理する方法がわからない。　このように3拍子そろったリーダーも。　3月末でプロジェクトから外す。　このような話を耳にしましたが。　今頃になって。　あれこれ対応をしたとしても。　もはや、どうしようもないものです。　http://plaza.rakuten.co.jp/yellowfox/diary/200802110000/　さらにいえば、ITシステム開発において。　問題点となりうる人を。　さっさとプロジェクトから外す。　こういったことができないと。　その人が関わった仕事が。　結局は、「やり直し」になる可能性が高いため。　今後も、プロジェクトに関わらなければいけない人たちを苦しめる。　「負の遺産」になっていくのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200712260000/　ついでにいえば、プロジェクト管理の経験があれば。　このプロジェクトは、どうなっていくのか？　こういったことが大方予想できるため。　まずいと感じた時点で。　逃げ出す準備。　できるものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200803130000/　おわり

  2008年03月16日

• 「なにか」に気がつかない限り現状を抜け出すことはできないようです

  　最近、ふと感じたこと。　かつてサラリーマンだったとき。　いろいろなITシステム開発のプロジェクトに関わり。　夜遅くまで仕事を「させられる」ことによって。　学ぶこと。　いろいろあったものですが。　そういった経験を通じて。　いろいろなことがわかってくると。　夜遅くまで、意味のない作業に没頭する。　もはや、こういったことは。　できなくなるのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200707190000/　逆にいえば、いろいろな経験を通じて。　「なにか」に気がつかない限り。　いつまでたっても、同じような生活が。　待っているものなのかもしれません。　ついでにいえば、ITシステム開発は。　目に見えないものを。　いかにして、目に見える「かたち」にしていくか。　こういったことが、仕事の本質であることに気がつけば。　システムの完成形を。　どれだけ明確にイメージしながら。　「設計」を進めていくことができるかによって。　完成までに要する時間や品質は。　大きく変わってくることにも。　気がつくものなのかもしれません。　http://plaza.rakuten.co.jp/yellowfox/diary/200409100000/　http://plaza.rakuten.co.jp/yellowfox/diary/200802220000/　おわり

  2008年03月15日

全277件 (277件中 51-100件目)

< 1 2 3 4 5 6 >