）
 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
 |
|
|
|
|
|
| |
|
|
|
 役に立たないシステム・動かないコンピュータを改造すると決定したら？
|
 改造する価値のないシステムを改造すると！．．．と決定すると？！
 役に立たないシステム・動かないコンピュータは改造すればつかえるでしょうか？
役に立たないシステム・動かないコンピュータがあったら．．．
誰もが思うことは『現在、動いているシステムがあるのだから改造しよう』となります
もちろん、改造する価値のあるシステムなら良いのですが．．．
改造の価値の無い、改造して運用を目指すべきでない使えないシステムもたくさんあります
●誰でも言います、今のシステムがあるのだから、それを改造した方が
早く稼動でき、費用も安くなるはず
この決断が旧来の常識に照らすと楽な決断なのです
状況を正しく見つめての決断なら良いのですが．．．
●そして、改造に決定される
組織の上位者には逆らえず、運用担当者が改造担当に任命される
現状のシステムを何とか改造しようとするが．．．運用負担も大きく進まない」
思ったように進ままないと、上司の質問 → 叱責 → 責任問題へと
|
 |
運用を続けながら、改造を求められる運用担当者は．．．
●運用担当者の苦悩の日々
外注先の開発者に相談しても．．．
なかなか要領の良い返事が返ってこない
その担当者もは、すでに違うプロジェクトに組み込まれていて、そこでも忙しい
一番困るのが、どこかに派遣されている場合（小さなソフト会社では可能性が大きい）
その上、その開発担当者の頭の中からもシステムの内容が消えかけている
開発が終わって数ヶ月が経過してるなら、ごく当たり前の状態
だから、開発責任を逃れる動きが中心となり．．．先延ばしになる
●運用担当者の体力と人格の消耗が始まる
日々の運用で残業が続くと、だんだん体力と気力が落ちてくる
上司は、状況を正しく把握せずさらなる努力を求めてくる．．．担当者にはそう聞こえる！
システムの運用レベルが低いことで、きめ細かな気配りができず顧客の不満もでてくる
ソフトの外注を探して、改善提案を求めても．．．使ってもなかなか進まず
整理されたシステムの設計書や資料がなかったり、信頼できない状態でしか存在しない
すると最後は、ソースリストを見るしかない
それをやると膨大な時間とコストがかかる
だから、外注に改善提案を依頼しても進まない
原因も納得できるので責めることもできない
顧客から言われたクレームを解決するのがやっとの毎日が続き
その間も顧客や上司に責められ
建設的な動きや考え方ができない状態に追い込まれる
●その結果
上司は．．．
担当者の能力不足が原因と顧客に言い訳をし
その上の上司にも、担当者が．．．となる
担当者は．．
上司の判断力や無責任さに嫌気がさし．．．退職を決意する
上司も足を引っ張る敵と思う
自分の力のなさも悲観
協力してくれない上司・同僚・部下を恨み
担当者は不満をもって退職へ追い込まれる
会社は．．．
「ダメなやつ」の烙印を押すだけ
そして、誰にも利益無く、膨大な労力が消耗されただけで終わる．．．システムの改造は進まない
これは極端な例ですが似たような状態は起こります
|
|
|
テオリア
仕事の図解