2016-12-31

ヒューマンエラーについて考えてみる

2016年ももう終わりに近づいてきて、今年もあっという間に時間が過ぎてしまいましたね。私の今年は、慣れない管理業務や教育などで苦労していた感がありました。

仕事に慣れていない人だと思わぬミスをする確率が高いですが、ある程度慣れた人であってもミスをしてしまうものです。下記記事の通り、システムの運用においてもミスや障害がまだまだ課題としてある点がわかります。

【国内企業におけるシステム運用、約3分の1の企業が毎月数回の運用ミスや障害発生。最大の課題は「運用担当のスキル不足」で、二番目の課題は「自動化できてない」など】

http://www.publickey1.jp/blog/16/31.html

極力自動化できることがベストな解決策ではありますが、すぐに自動化するというのも中々難しいこともあるかと思います。人手での作業がある以上、下記サイトにある通り担当者のチェックを強化するという方策が考えられます。

【ヒューマンエラーを防ぐ30の方法】

https://happylifestyle.com/5003

【仕事でケアレスミスをなくすたった2つの方法】

https://careerpark.jp/6083

もちろんミスをゼロにするということは人手でやる以上非常に難しいことであり、ミスが発生した場合どのように今後発生させないか、根本原因を考えることも大事ですね。

【｢小さなミスを軽く見る｣人は一生伸びない】

http://toyokeizai.net/articles/-/141449

こういったことを、人に伝えるのは難しいなと感じた1年でした。。

2016-12-23

DB選定の難しさ

システムを一から構築する場合、必ずといっていいほどDBを使うのですが、どのRDBMSを選定すべきかというのは中々難しい判断となります(私はDB選定の経験はないのですが…)。どのRDBMSを選んだかで、システムのパフォーマンスにも影響を与えることがあるので、アクセスが多くなる見込みの場合は慎重な判断が求められます(もちろんコストとの兼ね合いもありますが…)。

下記アシスト社のサイトにざっとDBの特徴を整理しているページがあるので、こういった情報は参考になると思います。

【SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう！】

https://www.ashisuto.co.jp/corporate/column/technical-column/detail/1197236_2274.html

基幹システムなど大規模なものはOracleが大半になると思いますが、WebではPostgreSQLやMySQLなどオープンソースを使うこともあります。

オープンソースを使っている会社として下記の記事にアメリカのUber社があげられています。元々PostgreSQLを使っていたのですが、パフォーマンスの関係でMySQLへDBを移行したそうです。

【なぜUber EngineeringはPostgresからMySQLに切り替えたのか】

http://postd.cc/uber-mysql-migration/

かなり技術的な記事ですが、主にインデックスの構成の違いについて述べられています。もちろんどちらがよいというわけではなく、自分のシステムにあった方を選択すべきですが、こういった詳細な仕様は使ってみてはじめて分かるということが多いです。。

2016-12-20

ITサービスは顧客と向き合っているか

IT業界のサービスは、法人向けであれコンシュマー向けであれ、言わずもがなですが必ず顧客が存在して成り立つビジネスです。この業界で働くと目先の改修要望等にとらわれてしまい、自分達のサービスが顧客にとってどのような価値を提供し、そもそもどのようなユーザをターゲットとするかといった広い視点を見失いがちです。

下記の記事は7年前に書かれた記事ですが、現在でも中々実践できていないというところが実情ではないかと思います。

【サービスとは顧客のことを考えられる人が勝つゲーム】

http://itpro.nikkeibp.co.jp/article/COLUMN/20090618/332195/

運用しながらサービス内容は変わっていくとは思いますが、どこかのタイミングで顧客と自社の関係を確認していく必要があると感じます。下記はターゲットマーケティングの記事ですが、こういった視点は活かせるのかなと考えています。

【成功事例に学ぶ「ターゲット・マーケティング」とは】

http://www.bk.mufg.jp/houjin/riseupclub/2015/12/post-248.html