• ベストアンサー
※ ChatGPTを利用し、要約された質問です(原文:ソフトウェア開発者の選択。)

ソフトウェア開発者の選択 - 技術・品質・コミュニケーション

--yan--の回答

  • --yan--
  • ベストアンサー率0% (0/2)
回答No.1

PGです。 自分が仕事を発注する側であっても一緒に開発する側であっても、1と3のペアを必要とします。 1のような技術的に優れている人というのは貴重であり、このような人は大概人の意見を聞かない人が多いです。 職人気質といいますか、この業界では多いと思います。 けれどこのような人がいるかいないかでは開発に大きく影響します。 品質の粗さやテストは2に任せます。 1には開発のコアを任せ、3には細部の開発を、2にはテストを任せます。 3人いればベストですが、1と3のペアだけで事足りる場合もあります。 だれか一人を選ばないといけないのですか?

real_neo
質問者

お礼

回答ありがとうございます。 >だれか一人を選ばないといけないのですか? すいません。「誰か一人を選ぶとしたら」でした。

関連するQ&A

  • システム開発の依頼を受けましたが、基本契約書は誰が作るの?

    こんにちは 自営でシステム開発を受注しました。 今まで契約書を作って仕事をしたことがなく、受注した仕事も金額が大きいので基本契約書が必要だという認識はあるのですが、これは開発を発注したお客さんが作る物なのか、それとも受注側が用意する物なのか悩んでいます。 とりあえず、自分で基本契約書は用意してますが、実際のところどうなんでしょうか。 よろしくお願いいたします。

  • 開発言語の選択

    端末型アプリケーションをWEB化しようとしているのですが 使用する言語でなやんでしまっています。 受発注システムで現在はVBを使って行っています。 各顧客先に注文用の端末が用意されていてそれにVBで作ったソフトを インストールしているといった形です。 困ったことに各顧客は顧客の持っているシステムと連携をとるため データ変換などの処理を行っています。 処理の流れはこんなかんじなのですが・・・ ●顧客がVBの画面から発注データファイルを選択 (発注データは顧客システムでつくられている) ●発注データを発注受付サーバが読み取れるようにデータ変換 (データ変換は各顧客端末に変換マスタをもたせて対応) ●発注受付サーバに送信 ●受注結果を表示 VBだとインストールされているすべての顧客先に出向いて プログラムを更新する必要があり またDLL等のバージョン管理も 非常に難しいとききました。 顧客側の要件として ソフトの一括管理を行いたい。 更新作業を軽減できないものか ということでした。 DLLが必要がないという点でDelphiにしようかという案もでましたが やはりWEBでやるのが妥当なのだと思っています。 クライアント側でやってる処理がWEBになると かなり負荷がでてくる ような気がしていますが いま現状のスピードはなるべく 落としたくない という難題もかかえていて 言語としては なにを使用するのが妥当なのか まよっています。 (ColdFusion Java VB.net ASP.net 等) なにかよい案がありましたら ささいな点でもよいので おきかせねがいますでしょうか? ビギナーSEより

  • ソフトウェアの開発金額って?

    あるシステムを請負で開発中なんですが、開発工数の考え方について発注元と食い違いがあり、困ってます。 その開発は、発注元の事情でリリースまで全く時間的余裕のない状態でスタートせざるを得なかったため、 わが社ではその分野の業務知識のないプログラマを投入せざるを得ず、代わりに経験豊富な上級SEまで緊急投入して、 厳しい納期に対応する、という方針で進めました。 私はこのような場合、通常の開発に比べて ・投入した上級SEの工数 ・品質を保つための社内会議や設計書/テストレビュー等にかかる工数 が増え、その分は当然そのままソフトウェアの開発費用に載せられるものだと思ってます。 ところが発注元の認識は 「スケジュールが厳しくても、成果物としてのソフトウェアの機能は変わらないのだから、工数に載せるべきではない。 どんな人(『業務知識のないプログラマ』や『経験豊富な上級SE』)を使うかはこちらには関係ないことだ」 ということで一貫しています。 「ソフトウェアの価格=作成する機能の積み上げ」という考えがあるのは知っています。 「同じ機能のソフトウェアなのに、開発する会社の事情で工数が変わるのは困る」というのも理解できます。 しかし、厳しい納期が原因で開発原価が膨らむのは事実ですし、 納期も要求定義の一つだと思いますから、それによって開発金額がかわるのは当然ではないでしょうか? いろんな立場の方からご意見を伺いたいです。

  • 人間関係に積極的になるにはどうすればいいですか

    私は 人間関係に消極的で  いつも受け身です。  なので、 いつも悔やんでばかりです。 積極的になろうと思ってもなれません。 人にどう思われているか、がに気になってしまうから 消極的になってしまうんだと思いますが 人にどう思われているか気にしないようにしようとしても 無意識に身構えてしまい、うまくいきません。 「自然体」の自分で人と接しようとしても 身構えてしまうのです。 どうすればいいのでしょうか。 「積極的にならなくてもいい」という意見もあると思いますが、私にとっては 本当に悩んでいることなのです。 なにかアドバイスがあればよろしくお願いします。

  • 効率の良い検査の仕方

    私は検査部門の人間ですが、少量多品種(おもに1ロット1から10個)が多いこと、繰り返し発注されることが少ないこと、おもにアウトソースしていることもあり受け入れた製品をすべて検査を行っています。発注先の品質(不良率)が良いところ悪いところ区別なく実施してきましたが、効率が悪いこともあり発注先のレベルに合わせ”ゆるい検査””なみ検査””きつい検査”と言ったように検査の程度を変えようと思っています。この場合ゆるい検査に当てはまる発注先に対し”実質的なメリット”を与えたほうが良い。と上司からアドバイスを受けましたが、発注側・受注側にとってこのような場合具体的にどのようなメリットが想定されるのか?また実際にメリットを与えているのか?また皆さんはどのような検査体制をとっているのかアドバイスをお願いします。抽象的で質問内容がわかりにくいところありますが・・・

  • 土木施工管理技士の発注者側の経験として

    発注者側としての「場代理人、主任技術者、施工監督茜工事主任等の立場で、部下等に対して工事の技術面を総合的に指導茜監督した経験」ですが、私は今まで書類上は監督員になった事はありませんが、監督員の下で検査や打合せなど監督員補助みたいな仕事をしています。この場合は上記の経験に含まれるのでしょうか。基本的な質問になりますが「部下等に対して~」というのは発注者の場合は受注者に対してという理解でいいのでしょうか。発注者の組織の「部下等に対して~」ではないですよね。

  • 談合は何故起きるか

    最近、TV、新聞で談合が良く報道されるが何故起きるか本当のことが報じられていないと思う。天下りが談合に関係すると良く言われるが、これが全てであろうか。私は談合したことはないが、役所相手の仕事では談合しないとやって行けないと感じたことがある。普通、物を収める場合、受注に至るまでに見積書を作成するが、私の会社は始めてあったためか、承認申請図に近いような技術資料を提出させられた。そして、その資料は役所の要求仕様書に流用され、受注した会社は私が書いた図面をベースに設備を製作してホームページに掲載しているのを見て驚いたことがある。この役所とのやり取りに半年位の期関と、見積もり作業に要した費用は見積もり価格の1/3位掛かった。(費用は只働きである) これを複数の会社が完全な競争入札でやったら、受注に至るまでの費用で物が出来ることになり、非常に無駄なことであると思う。  結局、発注者側に要求仕様書が掛けないため、業者にその作業を代行させてその資料をベースに競争入札が行われたのでは、たまったものではない。  私は、発注者側に要求仕様書が掛けないため、業者にやらせようとするが 業者側も無駄なことはしたくないから、確実に受注できるように談合しているのでは思う。 発注者側がきちんとした仕様書を書くようにしないと談合は無くならないと思うが、皆さん如何でしょうか。 もう少し、具体的な内容を示して質問すべきと思いますが、全てを開示してと言うことが出来ないので、談合の原因を発注者側の問題として取り上げましたが、そんなに単純なものではないことが分かりました。  この質問を出した後、耐震強度偽装問題が発覚し、談合して悪いことをするような社会になったことに驚いています。    

  • ソフトウェア開発の著作権について

    お世話になります。 私はシステム開発の仕事をしております。 今回アドバイスを頂きたい件として、ソフトウェアの著作権についてです。 今回は以下に述べるような特殊な事情があります。 事情・及び経緯は以下の通りです。 ●私は下請けの立場ですが、あるシステムの導入の案件で、私が持っていたシステムソリューションをある会社(A社)経由で提案し、受注。 顧客⇔A社⇔弊社 ●既に導入は完了したが、A社を通じて他からも多数引合いがあり、A社ブランドで販売したいと申し出。 これについては、協業という観点から了承します。 ●提案書作成・設計書作成、開発、導入は全て弊社で行ったが、A社として行動。 ●ライブラリは弊社所有のものを使用して開発しました。 単発の仕事であれば、このような悩みは殆ど無いのですが、2次販売という展開になってきまして、私としても主張すべきところははっきりさせておく必要がでてきました。 そこで、今回のようなケースの場合、著作権を主張する事は出来るのでしょうか? 宜しくお願い致します。

  • 孫請けについて

       公共機関発注の仕事を孫請け(2次下請け)でしています。 仕事の内容は、発注機関に於いての担当者の補助業務です。 発注会社はほとんど丸投げ状態です。月に一度発注機関に監理技術者(発注業者)  の印鑑を押印にくるだけです。 それで発注金額の40%~50%を受注会社が持っていきます。 受注金額の70%は請求したいのですが、法律的には無理でしょうか???? 二次下請けに関する法律はないのでしょうか???? もし、あるとすれば過去何年程度(差額分)まで請求できるのでしょうか。

  • 開発体制・保守体制について

    3人しかいない会社なので、立場があいまいですが、PMのようなPLのようなSEのような立場です。 仕事の受注に先立って、顧客側の承認待ちなのですが、顧客担当者から、稟議書に添える書類の提出を求められました。 内容は、 ・スケジュール ・開発体制 ・保守体制 です。 いずれも経験に即してそれなりのものは作れると思っているのですが、自分の経験にそれほど自信はないし、よりよいものを作成したいと考えています。 そこで、書式や内容、あるいは何を意識して作成すればよいかといったことをアドバイスしていただけないでしょうか。また、何か参考になる書籍やツール、WEBサイト等がありましたら教えてください。 受注後のことで、プロジェクトの進め方などについても参考になるものを教えていただけるとありがたいです。 質問が漠然としているかもしれませんが、よろしくお願いします。