2014/9/6に開催されたXP祭り2014での講演B-4 「アジャイルを手放して得られたこと」 鈴木雄介Read less
Less than one year after its iOS launch, French startup ten ten has gone viral with a walkie talkie app that allows teens to send voice messages to their close… While all of Wesley Chan’s success has been well-documented over the years, his personal journey…not so much. Chan spoke to TechCrunch about the ways his life impacts how he invests in startups.
「2012年の特許庁システム開発中止、開発費全額返納のなぜ」という記事を公開しています。タイトルにもなっている特許庁のシステム開発については、ITproで何度も報じましたから、ご記憶の方も多いでしょう(関連記事:55億円無駄に、特許庁の失敗、特許庁、開発ベンダーと契約解除に至らず)。 タイトルにもある「なぜ」について、この記事には次のような一節があります。 「ある特許庁職員は、今回の返納金を『係争自体、なかったことにするための解決金』と解説する。 開発失敗の責任をめぐって法廷での争いに発展すれば、特許庁、IT企業ともに多大なマンパワーが割かれる。IT企業にとっては、司法で認定された瑕疵によっては、追加の行政処分が下る可能性もある。特許庁は今回の『和解』で、会計検査院に不当な支払いと認定された支出金をそのまま取り戻すことができる。一方でIT企業2社は、新たな処分などで今後の政府入札に支障を来
ガントチャート・進捗・連絡・リソース・Todo管理までできるプロジェクト管理ツールBrabio!はすごいな! 2014年4月16日投稿 2016年3月21日更新 カテゴリ:便利ツール 著者: jMatsuzaki 私の愛しいアップルパイへ 複雑で大規模で期限が厳しい重要プロジェクトを遂行するために、外せないWebサービスがあります。彼の名は「Brabio!」。退廃した世界に救いをもたらす者! ガントチャート・進捗・連絡・リソース・タスク管理までできる「Brabio!」 1.緻密なガントチャートをヌルヌル作れる 2.ワンクリックで進捗状況を更新 3.細かい作業はTodoリストでカバー 4.誰の手が空いているかが見える 5.プロジェクトメンバー間の連絡も 1.緻密なガントチャートをヌルヌル作れる Brabio!の一番の売りは緻密なガントチャート(作業カレンダー)を流れるように作れるところです。
負債とは要するに借金のことですが、システム開発においても技術的な借金、つまり「技術的負債」(Technical debt)がある、という表現がしばしば使われます。お金の借金をすると利子を払い続けなければならないのと同じように、技術的負債を抱えると、そのツケを払い続けなければならなくなる、という比喩です。 「技術的負債」という表現は、WikiWikiの発明者で著名なプログラマとして知られるウォード・カニンガム氏が1992年に使ったのが原典とされています。しばしば目にするこの「技術的負債」というのはどういうものなのでしょうか? 調べてみました。 カニンガム氏とファウラー氏による「技術的負債」 カニンガム氏が「技術的負債」という表現をはじめて使ったのは、1992年に行われたACM主催のイベント「OOPSLA '92 」(Object-Oriented Programming, Systems,
おはようございます。 晴れ空が続きます。 ===ほぼ毎朝エッセー=== 一昨日でしたか。 Facebookでシェアされていた内容が、「なるほど!」と面白かったのです。 自分も思わずシェアしました。折角なので、ここでもご紹介させていただきます。 【リーダーとボスの違い】 イギリスの百貨店王と言われた、H・ゴードン・セルフリッジの言葉です。 ・ボスは部下を駆り立てるが、リーダーは部下を指導する。 ・ボスは権威を切望するが、リーダーは好意を期待する。 ・ボスは恐怖をかきたてるが、リーダーは情熱を生み出す。 ・ボスは『私』と言うが、リーダーは『私たち』と言う。 ・ボスは時間通りに来いという、リーダーはみずから時間前にやってくる。 ・ボスは失敗の責任を追及するが、リーダーは失敗の後始末をする。 ・ボスはやり方を知っているが、リーダーはやり方を教える。 ・ボスは仕事を苦役に変えるが、リーダーはそれをゲ
1.テスト書かなくていいので、工数減らしてください。 ソフトを作る以上、なんらかのテストは必要です。実行して結果を見るとか、ブラウザで表示するとか。その確認を楽にするためにテストを書くのに、テストを書かないからといって工数が大幅に減るわけではありません。そして、いざバグが発生したりすると、切り分けのために工数が必要になり、「テストが無い部分のチェックの必要」や「不安」がエンジニアのモチベーションを削って行きます。 結局のところ、「バグが発生しないことを前提に」スケジュールが組まれるだけです。 2.とりあえず動けばいいです。 とりあえず動いたとして、特定の条件で発生する致命的なバグを許してくれるのか許してくれないのか、要求側の胸三寸です。実験レベルと商用レベルでは考慮すべき障害のレベルや影響範囲が異なるのですから、何を求めるのか明確にしないと、ソフトウェアは動きません。なぜなら、コンピュータ
「IT投資に対するソフトウエアの価値を最大化することを第一に考えた結果、従来の開発の仕方から脱却するしかなかった」。ソニックガーデンの倉貫義人氏は、11月7日に都内で開催された開発者向けイベント「X-over Development Conference 2012(XDev2012)」において、「ユーザー価値を最大化するカイゼン型開発」と題した講演を行い、同社が独特な開発方法やビジネスモデルを採用している理由について、こう言及した。 倉貫氏は、従来の開発では投資対効果が悪く、IT投資に対するソフトの価値を最大化できないと主張する。特に投資効率を悪くしているのは、見積もりのバッファーだという。「リスク分がバッファーとして上乗せされるので、ユーザーは割高なコストを支払っていることになる」(倉貫氏)と説明する。このほか、開発担当者と運用担当者が別組織になっていることで、ドキュメント作成のコストが
Jenkinsでプロジェクトの状況をウォッチするRedmineMetricsPluginが公開されていたのでメモ。 【元ネタ】 Jenkinsでプロジェクトの状況をウォッチする - mitoma_ryoの日記 mitoma/redmine-metrics-plugin RedmineMetricsPluginはJenkinsのプラグインで、Redmineのチケット情報を元にバージョン単位にステータスごとのチケット推移を表示してくれるらしい。 このプラグインを有効活用するには、バージョンをフィーチャないしビジネス要求単位に作る方がグラフが意味あるものになるだろう。 似たようなメトリクスとしてパーキングロットチャートがある。 パーキングロットチャートはバージョンをビジネス要求に対応付けて、バージョン単位にざっくり集計したメトリクスを出してくれる。 それに対して、RedmineMetricsPl
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
ついに登場! 究極の見積もり技法(その2:実践編):山浦恒央の“くみこみ”な話(39)(1/2 ページ) 「ソフトウェア技術者の最高の能力は、見積もりだ!」――今回はSLIMのソフトウェア開発関係式を実際に使用し、工数(コスト)、開発期間(月)、機能総量(規模)、(プロセス)生産性の具体的な算出法(Excelによる算出)を解説する。 「見積もり」は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つでもあります。 今回お届けしている“見積もり・シリーズ”では、「見積もりの目的(正確に見積もるだけでは不十分)」「見積もりの具体的な方法(精度を上げるため、少なくとも、2つ以上の方法で見積もる必要がある)」「見積もりの応用(見積もり値に合わせる制御と再見積もり)」「見積もりの調整(状況に応じて開発量とスケジュールを再見積もりしなければならない)」について、具体的
複数の開発者でソフトウェア開発を円滑に進めるには?:特集・Visual Studioによるチーム開発(1/3 ページ) 複数の開発者が同時並行的にコーディングやテストをする際、それら作業をスムーズに進めるには何が必要か? 筆者のこれまでの経験から最低限必要なポイントを3つ紹介するとともに、「Visual Studio 2010」を用いたチーム開発の実践方法について解説する。 ――今回は「Visual Studio」を使った“チーム開発”のお話です。 機能要求が肥大化・複雑化する現在、製品向けソフトウェアのソースコードは時に数百万行に達することもあります。これほどの規模になると、さすがに1人の力だけで開発するのは不可能です。 ソフトウェア開発にかかわる人数は、数人で済む小規模なものから数百人が絡む大規模なものまでさまざまですが、複数の人間が開発にかかわることに変わりはありません。当然、コーデ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く