レビューを省くとこうなる
レビューを省くと、その後の作業量がレビューにかかる予定だった時間の１．５倍になる。 レビューを省くと、品質が３割減になる。 レビューを省くと、運用に入ってからの不具合が２倍になる。 上記の数字に根拠はありませんが、 あらゆる失敗プロジェクトで最初に省かれるのがレビューというフェーズであり、
カテゴリー: IT雑感
電話しないとアカウントの削除ができないnapsterのシステム
そろそろフリートライアルが終わるので、 アカウントを削除しようとしたら、 サブスクリプションのキャンセルまでしか出来なかった。 ヘルプもFAQもほとんど見たが、 どこにもアカウントの削除についての記事が無い。 仕方が無いので、フリーダイヤルでアカウントの削除をする方法を聞いてみることにしたら、
やってはいけない新人研修
新人研修で残業をさせてはいけない。 今の自分が、定時内で終わらせられる仕事量を覚えさせないといけないし、 「残業漬けの毎日で、勉強なんてやってられない。」 というこの業界の悪習を断つためにもやってはいけない。
最近の人はBCDを知らない
二進化十進数。 パックとかゾーンとか、結構知らない。
ヒューマンエラーを効果的に減らすには何から自動化すればよいか
めんどくさいと感じることから、自動化しましょう。
ツールとの間に信頼関係を結べ
ツールとの間に信頼関係を結べ ツールをなんとなくで使っていたりしないか？ ツールが作用した結果に自信が持てないのではないか？ そのせいで、ツールにたいして漠然とした不安感を持っていないか？ それは、そのツールのことを知らないからだ。 人間対人間の信頼関係を結ぶときも相手を知る事で信頼できるように、
プロジェクトを推進する上で決められたルールは守れ
設計規約 コーディング規約 作業のワークフロー もろもろ・・・ ルールは守れ仕事なんだから。 ルールに改善の余地があっても、勝手に適用するな。 まずは相談からだ。 相談して改訂されてから適用しろ。 ルールは守れ仕事なんだから。 金貰ってるんだろ。
システム化された業務の詳細をシステム会社に委ねるな
最近、ユーザ企業にとって、とても憂慮すべき事態が、いろんなところで起こっているのではないかと思う。 それは何かというと、システム化されて数年がすぎて、システム化された業務の詳細を知る人が社内にいない。 もしくは、忘れてしまっているという事態である。
ブランドの確立
昔から思っていた事だが、IT技術者も、自分自身のブラディングをする必要があると思う。
初めてプロジェクトリーダをする人は礼儀として知識を仕入れておくべき
初めてプロジェクトリーダをする人は、礼儀としてその為に必要な知識を仕入れておくべきだろう。 特に、育てる的な意味合いが強い場合なんかは事前準備は当たり前だろう。 なんせ、自分は何も知らない状態なわけである。 でも、世の中には無数の知識があるわけだ。 学習すらしないまま、放り込まれたプロジェクトで四苦八苦したところで、 …