プロジェクトマネジメント

仕事などで上手く行かない場合、他人のせいにせず自分起点で考えるのが原因自分論である。仕事上のミスがあった場合、部下のせいにしたり上司の無能さを呪っても事態は改善しない。自分にできる事を考え、環境を変えて行く事で他人の行動を変えるのが最善の策...

ＩＴプロジェクトは、必ずと言って良い程、現場の抵抗を受ける。新しいやり方が導入された場合、現場としては学習し習熟するためのコストが追加で発生するためである。新しいシステムが導入安定運用された場合には、既存の方法よりも効率が良くなるはずである...

ＤＢ（データベース）が止まれば、システム全体が止まってしまうため、ＤＢの運用は超重要である。また、ＤＢ障害やデータに問題があった場合には、バックアップデータが必用になるため、データバックアップも超重要である。一般的なＤＢはロールバックやロー...

ＩＴの仕事には、ストレスがつきものである。開発部門であれば、期限内に設計ミスやコーディングミス、テスト漏れに十分注意して品質の高いシステムを構築しなければならないし、運用部門であれば、リソースやジョブ監視を行い、障害が発生した場合には原因を...

プロジェクトメンバーや組織の部下に仕事を指示する場合、優秀なメンバーには達成すべき目標と目的を明確化して、達成する手段は基本的にまかせた方がモチベーションが上がり、良い結果が出ることが多い。知的能力の高い人に、簡単な仕事ばかり依頼すると飽き...

ＩＴシステムを開発する場合、ビジネス部門から仕様書を提出してもらうのが一般的である。ビジネス部門のＩＴリテラシーにもよるが、画面イメージと入出力項目、入力規則、他システムとのインターフェイスなどの機能要件、性能や運用時間などの非機能要件につ...

プロジェクトを開始するのに絶対必要なのが技術者の調達である。業界では、「技術者をアサインする」と言う事が多い。技術者の調達は、社内からアサインする場合と協力会社に依頼するときがある。自社の社員であれば、ある程度力量はわかるが、協力会社に依頼...

今何をすべきかを常に考えて行動しているだろうか？自分の目標に対して寄り道をしていないだろうか？最短距離で達成するのに、今の方法はベストだろうか？脳は、いつも楽をしようとする。本能的に目の前に餌や危険がなければ動かないのが自然であり、エネルギ...

昭和の時代には許されても、令和の時代には許されないのが人権を侵害する行為、ハラスメントである。社員に対しては当然として、協力会社への対応でも十分注意する必要がある。特に若手社員やプロジェクトに不慣れなメンバーに対しては十分なケアが必用である...

ＩＴプロジェクトには複数の企業、組織が参画する。プロジェクト規模が大きくなると、ユーザ企業の各業務部門、ユーザ企業のシステム部門、ユーザ企業のシステム子会社、支援コンサル会社、複数のＩＴ製品提供企業、複数の開発企業、第3者評価会社など多数の...