「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
偽装請負のススメ：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界（古い隠語だけれどコンピュータ業界のことね）のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約（準委任契約） 作業に責任を負う契約。ちゃんと作業をしていれば（善管注意義務を果たしていれば）成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや
バッチファイル内で相対パスを使う術 | ライフハッカー・ジャパン
読者ポールさんが教えてくれた、バッチファイル内で相対パスが使えるようになるというなかなか興味深いTipsをご紹介。 現在のパスを示す特殊コードを使って可能になるそうですが、フラッシュドライブにあるバッチファイルなどにはかなり便利かも。 過去にUSBスティックを起動させるショートカットを作成、というちょっと似た記事をアップしましたが、どのパソコンに差し込んでも読み込まれるバッチファイルへのフルパスが必要な場合、%~dp0をバッチファイルの現行パスを使いたい場所に置き換えてやれば良いそうです。 ポールの解説するところによれば... "%~dp0" (""は不要）をバッチファイルで使用すると、バッチファイルパスが指定されます。 例えば： SET MAC=00:00:00:00:00:00 %~dp0mc-wol.exe %MAC% MC-WOL.EXEはWake On LANプログラムで、PCの
ELSA nX-STATION L120 - 株式会社 エルザ ジャパン
ELSA nX-STATION L120は、指定されたパーソナルコンピュータへのリモートアクセスを実現するシンクライアント端末です。 ELSA nX-STATION L120を使用すると、ホストPCの利用可能なコンピューティングリソースをリモートに活用することによって、主に家庭または企業環境で一般に使用されるインターネット閲覧、電子メール、およびオフィスで利用されるほとんどのアプリケーションが利用できます。 従来のシンクライアントに比べ、ホストPC （サーバー）は、Windows XPで利用でき(Windows Server 2003/Linuxにも対応)、本製品であるクライアントには、ハードディスクはもちろん、CPUやOSを搭載しないため、低コストのサーバーべースコンピューティング環境を簡単に実現できます。特定のネットワーク構成の下でのみ動作する革新的なシンクライアント端末です。 ■
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
2009年におけるIT技術者の目標10選 - builder by ZDNet Japan
クラウド時代に理想のセキュリティ パブリッククラウド利用が増える今 ガバナンスとセキュリティの向上にできる事 SECCON2020レポート第二弾！ 名実ともに世界標準に！ 次の10年に向けたリファクタリング進行中 セキュリティの今を知る 特集企画 ZDNet Japan Security Trend Spring 繋がる世界のデータセキュリティの最前線 DX時代のアプリケーションセキュリティ 未来革新プロジェクトに邁進するSOMPO 基幹システムのモダナイゼーションに迫る クラウド活用 虎の巻 多くの構築・運用の実体験からの知見 知っておきたいAWS活用のポイント 漫画で解説：IoTはじめの一歩 IoT推進に思わぬ落とし穴？ 設計段階から注意したいポイントと支援 リモート、オフィス、オンサイト 働く場所を選ばないハイブリッドワーク これからの快適な業務環境構築のポイント ゼロトラストに向け
Agileが根付かないもう一つの理由 - masayang's diary
「プロジェクト失敗率とリスク」の続き。 id:suikyojinさんからトラックバックをいただいた。 大規模Agileの失敗率は驚異的に低い? そもそも、大規模プロジェクトの失敗率って、ものすごく高くて、70%とか80%とかいった数字を見たことがある。基準が同じとはかぎらないので、断定できないが……。 そうなのです。「失敗」の定義は意外と難しい。随分前に訳した「失敗とは何か」では CHAOSレポートによれば、成功するプロジェクトの割合はたったの34%だそうな。 Standish GroupのCHAOS reportは、長年に渡ってドブに捨てられてきた何十億ドルにもなるIT関係プロジェクトの話を延々と述べている。34％の成功率っていうのは実は改善された数値で、2001年の調査では28％だったんだな。 とのこと。失敗率66%。ただし、この記事でMartin Fowler氏は 納期が遅れたとか予
営業案件と設計開発の業務管理システム 営業案件の三層構造での管理の認識
案件管理の業務調査をしていたときに、現場の人と話がかみ合わないことが何度もありました。 最初はなぜ話がかみ合わないのか、さっぱり見当がつかなかったのですが、案件管理は３層構造で管理するとやりやすいんですよ、という考え方を絵（下図参照）にして、それを見せながら話をすることで、話がかみ合わなくなることが、あまりなくなりました。 開発設計をやっている人は、顧客から現在受けている要求に応えることで頭がいっぱいになるらしくて、案件というと第２層目の管理の話をしてくれることが多かったように思います。 今回の顧客からの要求内容は○×で、納期は△□だから、試作はこんな段取りでやっていかないと、間に合わないなぁ、というのをマネジメントしているわけです。上の図でいうと詳細スケジュールのレベルです。 一方で、営業担当や、私のようにシステム要件を決めるためにインタビューをする側は、案件管理は、”当然”、顧客から注
営業案件と設計開発の業務管理システム ロータスノーツの文書を元に検索エンジンを作ってみる（その１）
ノーツについていうと、ノーツ文書を複数のデータベースを跨いで、串刺しにして検索ができないのが、不満でした。 しかし、実は簡単な仕組みで実現できるかもしれません。 文書検索で、使い慣れているのは、やはりGoogleやYahoo!のようなもので、「キーワードを入れて、検索エンジンを使って対象の文書のリンク情報をリストにして返す」というのものがほしい。 カスタマイズ可能な検索エンジンでは、私は過去にnamazuという検索エンジンをかじったことがあります。その、namazuを使うと、Googleのようなキーワード検索ができます。 そのからくりは、「ドライブ上のファイルのコンテンツ情報を読み出して、検索用のインデックスを作り、そのインデックスを使って、Googleのようなキーワード検索を実現する」というものです。 一方でExcel VBAで、ノーツ文書にアクセスできるということが、わかりました。 つ
営業案件と設計開発の業務管理システム 過去の資料を探すということ（その１）
営業案件管理では「すべてのやり取りは残しておかねばならない」みたいで、FAX、メール、提出・受領資料など、すべてのやり取りを残しています。 お陰でファイル棚はいっぱいだし、ファイルサーバはハードディスクを増設してもちょっと経つとすぐに満杯状態になってしまいます。（でもファイルは、時期を見計らって削除はしていきます） 開発・設計においては、「過去の開発・設計情報を管理しなければならない」といわれます。「過去の設計を流用・参照して効率的に設計を進めるため」というのが、よくいわれる理由です。 ただ、「残す」・「管理する」といわれながら、実際にその情報が参照される頻度はそれほど多くないし、開発・設計情報の管理をいわれながら作りかけでファイルサーバに放置されているファイルが沢山ある、というのが実情です。 では、「過去の営業案件の情報、開発・設計情報をどのように残して管理するのか？」 先日、事業部のメ
成功するネットサービスの十分条件の一つ : ひろゆき＠オープンSNS
【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ 成功するネットサービスの十分条件の一つ mixi、gree、はてな、2ch、ニコニコ動画と、 わりと有名どころのサービスの中の人から話しを聞いてて、だいたい共通してるけど、 あんまり言及されていない事実。 スタート時もしくは現在にもわたって さくらインターネットの専用サーバを使っている。 スタートアップにコストをかけずに、 ある程度の規模のサービスをしようとすると、 さくらインターネットの専用サーバは安い。7800円。 ただ、root権限で自分でいろいろいじらなきゃいけないので、 素人には敬遠される。 んでも、root権限でいろいろ出来るぐらいの人じゃなければ、 サービスの改善が出来なかったり。 また、安価なコースの専用サーバのハードウェアのスペックは あんまりよくな
「測定できないものは制御できない｣は誤りだった。-- by Tom Demarco：An Agile Way：オルタナティブ・ブログ
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
ついに出た！最新Perlフレームワーク「Ark」徹底解剖：第1回 Arkって何だ？ -Ark が生まれるまで｜gihyo.jp ... 技術評論社
はじめまして。面白法人カヤックの村瀬と申します。ArkというWebアプリケーション作成用のフレームワークを開発しました。今回から4回にわたって、このリリースしたばかりの「Ark」について紹介させていただきます。 Ark（アーク）とは Arkは、Perlで作られたWebアプリケーションフレームワーク（WAF）です。 Arkの特徴としては Catalystに似たインターフェース CGI／FCGI／mod_perlなどさまざまな環境で実用的に動作する CGI用モードの存在 日本製であり、日本語ドキュメントが充実している などが挙げられます。 Catalystに似たインターフェース Catalystは、Arkと同様にPerl製のWebアプリケーションフレームワークで、現在、Perlのフレームワークでは標準となりつつあるものです。 Arkは開発動機の1つが「CGIでも実用的に動作するCatalyst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WindowsでWebアプリの実行環境を手軽に構築「Microsoft Web Platform Installer」NOT SUPPORTED
○ところでQ&Aの時間に、コンピュータ専門家の方からこんな興味深いご指摘がありました。 「日本人の名前は、今のコンピュータの技術では名寄せすることは不可能です。社会保険庁の『消えた年金番号問題』が起きるのも、正直なところ無理もない。英語のように、アルファベット26文字で済むなら、番号を付けなくても何とかなりますが。せめて旧字体をなくさないと、サイトウさんやワタナベさんが何十通りもあるような状態では、混乱は不可避です」 ○非常にもっともな指摘だと思いました。「電子政府を作る」などと言いながら、コンピュータで
MS、日本語の“読み仮名”を扱うためのライブラリ「International Feature Pack」
「PowerShell」v2の機能を拡張するモジュールパック「PowerShell Pack」が公開
バッチファイルを配布しやすいEXE型式に変換「Bat To Exe Converter」NOT SUPPORTED
【今日のお気に入り】 不要なユーザープロファイルを整理「DelpMe」v1.0NOT SUPPORTED
ちょっとした構成案を作れば、あなたのドキュメントはもっとわかりやすくなる！
