タグ

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

タグの絞り込みを解除

設計とビジネスに関するwata300のブックマーク (5)

  • いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道


    最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 ︵なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
    いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道

  • なぜ糞システムができあがるか


    納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか?アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から﹁これぞ真の原因!﹂と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で﹁やるべきこと﹂は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で﹁インプット﹂相当を作るハメになる。 例えばプログラマ、プログラミ
    なぜ糞システムができあがるか
    wata300
    wata300 2011/07/07
     ︽最も根っこの原因はこれだ。一つ前の仕事をしている︾︽では、どうするか。わたしが見つけた答えは一つ、BABOK。一言でいうなら、組織の目的達成のためのタスクとテクニックの集まり。︾  

    ●SE
    ●システム
    ●プログラミング
    ●仕事
    ●設計
    ●考え方
    ●ビジネス
      
    リンク

  • 仕様書はどこまで書けばよいのか？ - rabbit2goのブログ

    新人にソフトウェア開発の作業手順を教えていると、思いも寄らぬ質問を受けて戸惑うことが有る。例えば、先日はこんな質問を受けた。 「仕様書はどの程度まで書けばよいのですか？」 あまりにストレートな質問なので何と答えるべきか一瞬戸惑ってしまったが、考えてみれば仕様書の記載をどの範囲でどのような粒度でどこまで書くべきなのか？という基準は何も存在していないのだ。品質管理の規定に従ってレビューや照査・承認のプロセスは存在するものの、それは書いた後で行われるプロセスだし、ソースコードと違って「動作する」「動作しない」という明確な境界線も存在しない。内容にモレや矛盾が存在する仕様書は珍しくないし、書き手によって仕様の構成や内容が違うことも有るのだ。 しかし、実際問題として仕様書を上手に書く人はいるし、チーム内には失敗事例を元にまとめた仕様書ガイドラインも存在している。だから「完璧ではないけれど、それなりに

    仕様書はどこまで書けばよいのか？ - rabbit2goのブログ

  • エンジニアの不安と壁 - naoyaのはてなダイアリー


    このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。﹁え、ブログ書くだけでシリコンバレー?﹂ なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、﹁ここが壁だったな﹂と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう?負荷分散って、どうやるんだろう?溜め込んだデータをうまく活用するには、どうしたらいいんだ
    エンジニアの不安と壁 - naoyaのはてなダイアリー

  • これは面白い！ 客単価を倍増させた、丸善本店「松丸本舗」の本棚設計 - Feel Like A Fallinstar


    最近色んなものに忙殺され気味ですが︵汗︶、今日は本屋さんのかなりクリエイティブな成功事例です。 ﹁なーるほど、これは凄い！﹂と思わされる、ユニークな本棚の設計で顧客単価を倍にしてしまったその方法がとても面白かったので、紹介してみたいと思います。 本は、もっと遊びたがっている この表題が、松丸本舗のコンセプト。 書店には本との出会い、人との出会いを含めた﹁未知との出会い﹂がおこります。 松丸本舗は本をつなぎ、知の連環の絆を結ぶ人々の顔が見えるように、本の力を信じて連ね、思いがけない本棚を構成します。 まだ誰も見たことがない本棚です。 でもって実際の本棚の画像がこんな感じ。 ・・・︵汗 一見しただけでは、単に散らかってるだけに見えるかもしれませんが・・・決してそんなことはありません！ 松岡正剛さんとう編集者がプロデュースしたこの本棚、通常の本棚とは天と地ほどの違いがあります マンガの文庫本も関
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.