タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

developmentとprojectに関するmoronbeeのブックマーク (3)

  • ソフトウェア開発プロセス残酷物語 - give IT a try

    昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや人が直接手を動かすことはありませ

    moronbee
    moronbee 2012/08/27
    生産性は個人能力、開発者全員の幸せはプロジェクトマネージメント、平均以下の開発者でも云々は個々に対する適切な教育。開発プロセスは単なる進め方だから、それのみで賄える方が奇跡。
  • 「ソフトウェア開発プロジェクトをとりまく6つの誤解」は真実でもある - arclamp

    「ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと」に釣られてみます。 6つの誤解は次の通り。 既にあるソフトウェアを流用した方が速く作れる ソフトウェアはハードと違って後から容易に直せる 誰が作っても中身は同じ品質になる 共通部品から先に作ることが出来る 人を増やせば一度に沢山の機能が作れる 正確な見積もりを出すことが出来る 記事の前提は"お客さんはITにそれなりに詳しい(けどプログラミングはしたことがない)情報システム部門の人"ということだと思います。 この6つは誤解しやすいし、僕もお客さんと会話する内容です。でもね、お客さんがそう感じていることも事実です。なるべく安く早く、そして変更に強いシステムを作りたいと願うことは当然のことです(もちろん予算どおりに)。 ソフトウェア開発に職人的(あるいは芸術的)要素があることは間違いありませんが、それ

    「ソフトウェア開発プロジェクトをとりまく6つの誤解」は真実でもある - arclamp
    moronbee
    moronbee 2012/08/08
    PM視点。プログラマが上げた制限やリスクを無視せず、顧客への説明を疎かにせず、ビジネス理由で営業に好きにさせない。その上で全員の合意とモチベーションを上げる人に、PMと名乗ってほしいです。。
  • ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!

    続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解:既にあるソフトウェアを流用し

    ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
    moronbee
    moronbee 2012/08/08
    同意。でもどの誤解も末尾を「ーない」に変えたら条件付きということが分かる。しかしプログラマでは役割上超えられない壁ってのもあるので、コミュニケーションスキルまでもがプログラマに求められてるのですね。
  • 1