【第15回】埋まらないシステムと業務の溝（1）～ITをすぐ「システム構築」から考えない
【第15回】埋まらないシステムと業務の溝（1）～ITをすぐ「システム構築」から考えない：三方一両得のIT論 IT部門がもう一度「力」をつける時（1/2 ページ） 企業に情報システムを導入する目的は、ユーザー部門の仕事が便利になるからでもなければ、IT部門の自己満足のためでもない。企業が最大限の利益を上げるためだ。本質を見極めずにやみくもにシステムを入れても失敗する。 わたしは、前職の製造業で入社以来システム開発や運用、企画、教育などに携わってきた。なかでも開発や運用の標準化に10年以上携わった経験が、わたし独自のあるべきシステム論の源になっている。本当に現場で役に立ち、しかも急激な事業環境の変化にも柔軟に対応できるシステム化とはどういうものか。 導入しても使われないシステム システムの標準化の目的は、システム開発の生産性と品質向上の双方を実現するものだ。だから、わたしは要領よく仕事を進める
KPT法
ここまでの連載でも何回か触れていたのですが、プロジェクトの運営には、「より良く・より使える」方式への改善が重要です。今回は、さまざまな場面で改善を行うのに有効な、「ふりかえり」の実践です。最近メジャーになってきた感のあるKPT法の使い方、バリエーションについて主に説明していきます。 KPT法とは KPTは、それぞれKeep、Problem、Tryの頭文字で、それまでの活動を、それぞれ、良かったので次もやりたいこと（Keep）、問題だったので次はやめたいこと（Problem）、次にやってみたいこと（Try）の3つの軸で整理する方法です。 この方式の主な特徴は、 シンプルで分かりやすく、理解しやすいこと アナログ的で親しみやすく、参加しやすいこと 「見える化」されているので、外部の人でも状況が分かりやすいこと なところが挙げられます。そのせいか、参加者の「食いつき」が良いようで、次々と利用者が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一定規模以上のWebサイトを運営しているエンジニアの方、業務時間外の障害対応ってどういう風にやっていますか？ - 人力検索はてな
