タグ

*仕事とdevelopmentに関するwebmarksjpのブックマーク (7)

  • 開発マイルストーン

    プロジェクト開発などのスケジュール管理をExcelで簡単かつグラフィカルに作成するマイルストーンは一つの指標です。 プロジェクトでは、達成したい目標へ向かってまずステップごとに段階を分け、計画を立てて実施します。 その結果の検証をして、これをもって修正された新たな計画を立て再び実施を行います。 このようなサイクルでプロジェクトを進めていく上で重要な指標がマイルストーンです。 ツール「開発マイルストーン」は、システム開発などで必要なプロジェクト管理をサポートするためのツールです。 MicrosoftExcelを使用して、簡単に入力でき、かつグラフィカルに表現することができます。 無料で使える工程管理ソフト 「開発マイルストーン」は、MicrosoftExcelが利用できる環境であればどなたでも利用できます。 また、機能以外にもExcelに備わっている豊富な機

  • 大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ

    のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 1.受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資

  • 優れた開発者を見つけるには - The Joel on Software Translation Project

    Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が

  • プログラマではない人によるドキュメント(ヘルプ)の使い方:Geekなぺーじ

    「How non-programmers use documentation」という記事がありました。 面白かったので一部を訳してみました。 間違いなどがある可能性があるので、詳細は原文をご参照下さい。 この記事は、プログラマではない人がどのようにドキュメントを参照するかをまとめています。 これを参考にして、ユーザフレンドリーなドキュメンテーションを作ってくださいと書いてありました。 Internal and on-line

  • 深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ

    SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大

    深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ
  • 第1回 データ・クレンジングと名寄せ技術:ITpro

    皆さんは,企業のシステムが提供している情報(データ)をどれくらい信用していますか。 例えば,社内の製品担当者に問い合わせをしたい場合,社内システムを使って,製品から担当者を割り出し,担当者名から電話番号を検索,その電話番号に電話をかけてみるでしょう。この場合,社内システムから得られる情報はおおむね信用できるでしょう。製品担当者の変更が更新されていないといったこともあるかもしれませんが,そのような場合は社内であれば引き継ぎ担当者を教えてもらうことで状況を理解できるので,まずは情報を信じて電話をかけてみるのではないでしょうか。 では,社外のお客様へ連絡するときはどうでしょうか。この場合は少し慎重になるでしょう。社内情報を検索するとき以上に各種システムから信用できる必要な情報を慎重に収集し,行動に移すはずです。私の友人のA君もそうでした。 使えないデータたち A君はある電気製品の販売を担当する営

    第1回 データ・クレンジングと名寄せ技術:ITpro
  • Geekなぺーじ : 優秀なプログラマは取替えが利く?

    恐ろしく優秀な職業プログラマは取替えが利くのではないか?と思いました。 優秀な職業プログラマは、自分のやっている事をきっちりドキュメント化します。 そのドキュメントは非常に読みやすく、内容に漏れが無いため、新しく入ってきたプロジェクトメンバはスムーズに開発に取り掛かれます。 優秀な職業プログラマは、誰でも実行できる形式でテストコードを大量に書いています。 そのため、何かを変更して予期しないバグが入り込んでも発見が早くなります。 また、テストコードを皆で共有する体制を作ってあるので、作ったものの堅牢性を新しく入ってきたプロジェクトメンバが確認することも出来ます。 優秀な職業プログラマは、他のメンバにソフトウェアの設計思想を正しく伝えてあります。 そのため、自分が行っている開発箇所を他人に委譲することも容易に可能です。 優秀な職業プログラマは、良く知られているデザインパターンを適切な箇所で利用

  • 1