2020年はリモートワークで問題なく開発ができることに気がついてしまった年だった - Qiita
タイトルにあるように気がついてしまいました。 こんにちは。NTTテクノクロスの山本です。 はじめに コロナ禍以前、私は（全く出社しない）完全なリモートワークには否定的な考えを持っていました。 弊社ではもともと在宅勤務の制度が整備されており、週に１日程度であれば誰でもリモートワークができる状況でした。打ち合わせがない日は家で仕事をする、そんなイメージです。このような時々のリモートワークは便利であるものの、やはり基本はチームメンバーは出社して同じ場所で仕事をすべきではないかと。 なぜかというと、ペアプロしたりモブプロしたり、何か問題があればすぐにチームに相談したり、近くのホワイトボードを使って議論をしたり、付箋を壁に貼って情報を見える化したりなど、とにかく同じ場所に集まって、アナログなコミュニケーション手段を使うのが、もっともチームの生産性を高くするはずである、というのが理由です。 ですが、コ
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
アジャイル開発と反復開発の落とし穴
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。 ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。 （*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。 反復開発とアジャイル開発の違い 反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる
ソフトウェア設計で大切なこと(1/2)：An Agile Way：オルタナティブ・ブログ
明けましておめでとうございます。 去年は少し、アジャイル・アジャイル言い過ぎた気がしており、今年はもう少し大切なことの範囲をエンジニアリングに回帰して、再度言おうと思っています。 オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。 ということは、もういちどちゃんと言っておこう。そう思った動機は、James Shore の「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。ここ３年くらいXPという言葉はAgile界では下火になっていて、AgileといえばScrumという風潮だったのが、「エンジニアリングの無いScrumは所詮うまく行かない」、というJames Shoreの当然な一撃があった。InfoQの日本語
メンテナブルなコードよりもテストが重要っておかしくない? - ひがやすを技術ブログ
その意味で、実はコーディング規約より、メンテナブルなコードよりも役に立つのが、テスト。要はテストをパスしてしまえばどうコードしても構わない、というのがTDD = Test Driven Development =テスト駆動開発の考え方のベースとなっています。 テストは、どう考えても、「目的」ではなくて「手段」ですよ。 メンテ不能なスパゲティコードだけど、テストは完璧ってソースに修正を入れられますか。 「テストをパスしてしまえばどうコードしても構わない、というのがTDD」というのは、TDDをかなり狭く捉えているっていうか、誤解している。 TDDの元になっている(と思う)XPは、メンテナブルなコードを書くことを目指している(と思う)。じゃどうやってメンテナブルなコードを書くかという「設計手法」がTDDなわけです。 TDDはテスト手法じゃない。設計手法です。テストって単語が入っていると、テストの
Seasar2によるスーパーアジャイルなWeb開発 - ひがやすを技術ブログ
Seasar2によるスーパーアジャイルなWeb開発 (WEB+DB PRESS plusシリーズ) 作者: ひがやすを出版社/メーカー: 技術評論社発売日: 2008/03/25メディア: 大型本購入: 36人 クリック: 4,854回この商品を含むブログ (50件) を見る予約できるようになってますね。電車の中で読んでも良いけど、実際に手を動かしたほうが、「さくさく感」が伝わりやすいと思います。 追記: 目次はこんな感じ。 はじめに Javaはなぜ生産性が低いのか Seasar2の登場 プロダクト構成 Super Agile基礎 Page駆動開発 テーブル駆動開発 セットアップ Teeda基礎 動的な出力項目 入力項目とボタンの処理 バリデーションとメッセージ表示 ラベルとlabel.properties Javaによるバリデーションチェック 個別メッセージ 画面遷移とプロパティの引継ぎ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイル・ソフトウェア開発における契約
なぜ従来のテスト自動化ツールはアジャイルを抑えつけるのか