鈴村さんが指南する業務フロー図の上手な書き方
まずは，業務フローの例を見てみよう。UMLのアクティビティ図で書いたのが（図1）である。スイムレーンに役割を書き，上から下（または左から右）に向かって業務の進行を書いていく。かどの丸い四角形で示したアクティビティが業務プロセスに対応し，矢印で示したフローが業務の流れになる。「誰が何をするか」が明確になる。 よほど定型化されたものでない限り，業務とは複雑なものである。厳密に書こうとすると，業務フローも複雑になりがちである。しかし，分かりやすさを重視するなら，一つの業務フローに登場するアクティビティはせいぜい10～15程度にとどめるべきだ。 複雑なフローを表現したければ，一部の業務フローを別に切り出して，サブ業務フローとして記述すればよい。親の業務フローのある業務プロセスの内部が，サブ業務フローとなっているというように階層化する。 スイムレーンには顧客や営業担当など役割を設定する。「松山さん」
高速にWeb開発をするために便利ないくつかのTIPS - KAYAC engineers' blog
outputz でいまだに1位になれたことがない村瀬です。 社内で開発をスムーズにするための tips 集を紹介したので、まとめておきます。 記事ではデモができないので便利さが伝わらない物も多いですが参考になれば幸いです。 screenとかzshとか便利だよ！と言う話は社内ではさんざんしているのでありません。 また、OSX 限定の内容もあります。 でははじめましょう。 keychain keychain と言っても OSX の KeyChain ではなく、コマンドラインのツールです。 これは ssh-agent をより便利にするためのラッパーです。これを使用すると ssh の秘密鍵のパスワードを一度入力するとあとはパスワードなしで ssh 接続できるようになります。 「同じこと二回も言わせんな！」といつも切れているような人は導入すると良いでしょう。 使い方は $ keychain ~/.s
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
「測定できないものは制御できない｣は誤りだった。-- by Tom Demarco：An Agile Way：オルタナティブ・ブログ
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
「このサイトと同じものを」の危険性 - がるの健忘録
以前から何度もあった話なのですが…ちょいとかみ砕いて。 まず。 「このサイトと同じように作ってください」という発注は、原則NGだと思っています。ここが結論。 高確率で「無考察」という背景が見えるから、というのが理由になるのですが。 以下、もう少々かみ砕いて。 上述の発注が来た場合。作業としてはまず「指定されたサイトの仕様調査」になるわけなのですが。 いわゆる「画面遷移」ひとつをとっても。コンパクトなサイトであっても、数十Pageに渡るなんてのは案外にさらっとある話です。 正直、全Pageなめ回して、抜けオチがないようにチェックするだけでも一苦労ですし。ある程度まで「使ってみて」、様々な分岐処理を全部洗い出した上で確認しなければならないので。 結果として…おそらく、発注側が気軽に使っているニュアンスとは裏腹に、大抵の場合「結構な高コスト」になります。 …という話をすると大抵出てくるのが「そこ
ソースコードを読むための技術
$Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ
エディタで編集するだけでhtmlファイルをリロードするJavaScriptライブラリ - 素人がプログラミングを勉強していたブログ
追記：最速インターフェース研究会 :: Firefoxでの開発を高速化する自動リロードスクリプトで既出でした。 デモを 2008-11-03_1209 - javascripter's library に置いた。 ライブラリ本体は javascripter's gist: 21788 — Gist にある。 (function () { var last = null; (function request() { with (new XMLHttpRequest()) { open('get', location.href, true); send(null); onload = function () { if (!last || last == this.responseText) { last = this.responseText; setTimeout(request, 500)
深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ
SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大
Webアプリ開発環境としてのSafariを知ってますか？
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） シェア競争に挑まないWebブラウザ「Safari」の登場 2008年3月、iPhoneの日本登場に先駆けて、Windows版Safari 3.1が登場しました（参考「Apple、Windowsにも正式対応の「Safari 3.1」リリース」）。 WebブラウザのシェアはFirefoxが健闘しつつも、いまだInternet Explorer（以下、IE）が大半を占め、多くのWebアプリケーションサービスにとって、IEへの対応が必須であると思われてきました。そんなWebブラウザのシェア競争の中へSafariが登場したことは、最初はとても異質なことに感じられました（参考「新しいWebブラウザ
「ひがやすを BOF ITゼネコンをぶっつぶせ」 に期待
4/30にJJUG Cross Community Conference 2008 Springが開催されるそうです。JJUGというのは日本Javaユーザグループですね。場所は秋葉原ダイビル。 Seasarの開発者として著名なひがやすを氏が ITゼネコンをぶっつぶせ というBOFをやるそうな。 これは面白そう。 ITゼネコンを潰すには 潰すといっても、強権による解体というのは無理でしょうから、 市場原理に則って、ITゼネコンの中抜きを行う必要があるでしょう。 システム発注側にITゼネコンに発注すると損をするというアピールをしなければならない。 もちろん、アピールを行うには実績も必要です。 ITゼネコンに発注するよりも安く、早く、良いものが作れるという確証がなくてはならない。 技術力のあるところがプロジェクトを統括すれば、安く、早く、良いものを作ることができる。 これは、技術を売り物に独立起
ITゼネコンをぶっつぶせ - ひがやすを技術ブログ
日本Javaユーザグループ主催で、クロスコミュニティカンファレンス(CCC)が、4/30日に行なわれます。その中で私も「ITゼネコンをぶっつぶせ」というテーマでBOFをやるので、興味のある方はぜひおいでください。 http://www.java-users.jp/contents/events/ccc2008spring/sessions.html#BOF1 BOFなんで、わきあいあいと「ITゼネコンをいかにしてぶっつぶすのか」について、ディスカッションできれば良いなと思っています。 BOFの中で、「Programming First Development」という開発手法を披露します。これがITゼネコンをつぶす秘策なんですよ。直ぐにつぶすことはできないと思うけど、そのきっかけにしたいなと思っています。 「Programming First Development」の考えは、うちの会社のト
ついに永和の秘密を公開 - 受託開発の極意 - ひがやすを技術ブログ
出版社より献本御礼。 永和システムマネージメントといえば、平鍋さんのプロジェクトファシリテーションや角谷さんのRubyへの愛で有名だ。しかし、その内部で、プロジェクトが実際にどうやって行なわれているのかは、神秘のベールに隠されている。 本書は、そんな永和さんの秘密を包み隠さず教えてくれる。ソーシャルブックマークをお使いの方は、[これはすごい]タグのご準備を。 受託開発の極意―変化はあなたから始まる。現場から学ぶ実践手法 (WEB+DB PRESS plusシリーズ) 作者: 岡島幸男,四六出版社/メーカー: 技術評論社発売日: 2008/04/08メディア: 単行本（ソフトカバー）購入: 25人 クリック: 1,381回この商品を含むブログ (91件) を見る大手SIerに丸投げされて苦しんでいるあなた。3章の「丸投げされても前進する」「丸投げドキュメントの読み方」は、バイブルになるだろう
ウェブサイト制作の相場に意味ってあんのかね? | Junnama Online
○○円ならどこまでできる!? ウェブサイト制作の相場早見表 まずは普通の感想。まぁこんなもんでしょう。極端に外れている感覚ではない。但し色々突っ込みどころというか考えねばならぬことも。 人月なのかっ!? 表は標準的な単価の会社（1人月80〜100万円程度）の場合のものとなっている。単価の高い制作会社（1人月150万円以上）ならば、同じ予算でもできることが1つ左にシフトすると考えるといいだろう。逆に、単価の安い制作会社（1人月50〜70万円）ならば、同じ予算でもできることが1つ右にシフトする。 80万〜100万円ってのは一つの指標で、このくらいの数字を出さないと会社としては存続しにくい。世間がどうとか相場がどうとかいう以前に、銀行さんが優しい顔してくれんのですよ(多分)。Web屋も会社だからね。普通に経営していくために金融機関とのおつきあいとかもあるわけで。 問題はここ↓。 単価の高い制作会
論点ちがうよ、web屋さんたちぃ～！！ - フジイユウジ::ドットネット
この手の話題に僕みたいな門外漢が触れていいのかどうか迷っちゃうけど、書きます。えい。 （なんか頭痛いから、校正しないでアップ。たぶん、後で書き直す。） Web担当者フォーラムの記事がWeb屋さんたちの間で物議をかもしているっぽい。 ○○円ならどこまでできる!? ウェブサイト制作の相場早見表 という記事。 Web製作の大まかな見積もり表が出ていて、はてなブックマークのコメント欄では、安いとか高いとか、もう何かWeb屋さんたちが色々なご意見を出し合っていらっしゃるですよ。 ホームページを作る人のネタ帳さんも、感極まってエントリを書き直すくらい、思うところがあるみたい。 （リンク先のひとつ前のエントリも読んだ方がいいと思う） 僕はWeb担当として発注も（一応もうしわけ程度に）やってるので色々思うところがあります。 Web業界のことは、よくしらないですがクライアントはこう思ってるYOってのを書きま
課題、ペイン、そしてソリューション（２） ＩＴ産業の中核問題とは | タイム・コンサルタントの日誌から
知り合いの大学教員にきいた話だが、この２～３年、「情報」が名前についている学科の入学志望者数が急減しているという。これが一部の大学だけの話なのか、あるいは全般的な傾向なのかは、定かではない。しかし、いっとき学部学科名に「情報」だとか「システム」だとかつけるのが流行したものの、ここにきて曲がり角にさしかかっているらしい。 『情報』と名のつく学科への志望者が減っている理由は、おそらくＩＴ産業ならびに情報処理技術者にたいするイメージダウンと関係がある、というのがその知人の意見だ。つまり、プログラマとかシステム・エンジニアになって就職しても、低賃金・長時間労働の業界で、すり減るまでこき使われるだけだ、というイメージがしだいに定着してきているらしい。もちろん、よほど結構な大学を出て大企業に就職できれば、システム構築業務といっても、外注先にわたす仕様書だけ書いていればいいわけだ。しかし、そうでない一般
大野耐一の言葉：An Agile Way：オルタナティブ・ブログ
アメリカからきたから、やって見ようじゃだめだ。ニーズはあるのか？困っているのか？面子や物好きで導入してはだめ。ニーズを大事に。
Tenjin - the fastest template engine in the world - kuwata-lab.com
Tenjin News (2012-02-16) pyTenjin 1.1.0 released (2011-11-27) rbTenjin 0.7.1 released (2011-11-24) rbTenjin 0.7.0 released (2011-04-29) pyTenjin 1.0.2 released (2011-02-22) pyTenjin 1.0.1 released (2011-02-21) pyTenjin 1.0.0 released Introduction Tenjin is a very fast and full-featured template engine available in several script languages. How fast Tenjin is? The following is a result of benchmark
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[修正版]ウェブ制作価格を相場以下で受けている企業が覚えておいて損のない5つの防衛手段*ホームページを作る人のネタ帳![[修正版]ウェブ制作価格を相場以下で受けている企業が覚えておいて損のない5つの防衛手段*ホームページを作る人のネタ帳](https://cdn-ak-scissors.b.st-hatena.com/image/square/20e60dafbd3a5e5c465259c72af3a3a5532bcbcd/height=288;version=1;width=512/https%3A%2F%2Fblog-imgs-55.fc2.com%2Fe%2F0%2F1%2Fe0166%2Fl.jpg)
2007-10-13 [仕事]富士通が設計・生産工程を刷新、ソフト開発に“ものづくり”取り込む：ITpro- 秋の気配のはぶにっき