ディレクターがエンジニアと仕事をする時、やってはいけない7つのこと - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャー、営業といった職種の方々は、企画やプロジェクトを進めるために、エンジニアとのコミュニケーションが必須です。そんな中で、エンジニアとのコミュニケーションに難しさやギャップを感じた経験がある方も多いのではないでしょうか。 実際、エンジニアには口下手な人やコミュニケーションが苦手な人もいます。加えて、不満やコミュニケーションエラーが積み重なったとき、彼らの大半は黙って辞めていきます。 辞めていく人たちは、いちいち「何が不満だったのか」なんて教えてくれません。しかし、非エンジニア職としては「どこが悪かったのかわからない」ままですから、また次のプロジェクトで同じパターンが繰り返される…といったことも起こりがちです。 paizaはエンジニア向けの転
発注者として最低最悪、公共機関のシステムをどうするのか
システム開発において発注者責任の自覚やその能力が無く、丸投げしかできないにもかかわらず、お客様は神様であることを信じて疑わず、買い叩くことだけに血道を上げる。しかも開発プロジェクトの最中に要件はどんどん膨らむが、追加料金は出さないし、納期厳守も要求。当然プロジェクトは破綻を来すが、その責任の全てをITベンダーに押し付ける。 こんな危ない客がいたら、ITベンダーはその開発案件を取りに行くだろうか。普通はスルーだ。諸般の事情で商談に参加しなくていけなくなったとしても、“法外な”高値を提示するなどして、間違っても受注しないように努力するだろう。そもそも今どき、そんなとんでもない客がいるのか。それが、いるのである。官公庁をはじめとする公共機関だ。 公共機関だとすると、冒頭に書いた客としての振る舞いは、その多くが「とんでもない」ではなく正当な行為となる。公共系システムは国民・住民からの税金などで作る
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
