そんなプログラマは必要ない！優秀なプログラマの8つの条件*ホームページを作る人のネタ帳
先日の記事 デザインの心得３か条をデザイナーに聞いてみたを紹介しましたが、この時、沢山のネットビジネスをされている経営者の方にもお会いしました。 せっかくなので、優秀なプログラマとは一体どんな人材ですかと聞いてきました。 そこで今回は、この聞いた話というのがすごく勉強になったので、経営者が必要とするプログラマ、要らないプログラマをご紹介しようかと思います。 必要な物を作り上げ、そこにプラス何かがあるもの ネットビジネスの経営者だからと言って、みなプログラムについて詳しいわけではない。中には非常に詳しい方もいらっしゃいましたが、そんな詳しい方は５％未満です。 経営者が必要としているプログラマとは一体どんなプログラマなのか？ 色々と答えがありました。 １）企画力のある人材 優秀なプログラマは得てして自己表現が下手だ。 我々にとって優秀という言葉は、あくまで我々の言うことを100％遂行する人材。
真髄を語る：重要なソフトは外注せず自分で作る
ソフトウエア開発の経験が全くない素人集団を率いて、100％外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。この時の経験から言うと、ゼロからのスタートであっても、5年間真剣に取り組めば、ソフトウエアを自社内で開発・維持する体制を構築できる。現在、本業そのものを支えるソフトウエアに関してまで安易な外注が進んでいる。基幹部分は他人任せにせず、当事者が自らの手で内製できる力を持つべきである。 「交換機を作っているコンピュータ・メーカーに、交換機のソフトウエアを自分たちの手で作りたいと言ったら、『我々が手を引いたらNTTなんて成り立ちませんよ。お分かりなんですか』と脅されたよ。頭に来たな。石井君、どう思う。今のままでいいのか」 日本電信電話公社の真藤恒総裁は初対面の私にこうまくし立てた。電電公社が民営化され、NTTになる直前のことである。大阪の現場にいた私は
ITPro: 基本設計におけるレビューの勘どころ
どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」，「仕様間の不整合が実装フェーズで発見された」――。どんなに基本設計をしっかりやっても，その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し，進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基本設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが，基本設計の成果物の品質を向上させるプロセスは，(1)設計作業を実施する，(2)成果物をレビューして欠陥を洗い出す，(
ＩＴ業界嫌いになった人:アルファルファモザイク
「数千冊のマンガ捨てろと言われた。私の宝物なのに…」 ３６歳女（無職・両親と同居）、２ちゃんねるで両親殺害依頼…東京
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
